Вверх ↑
Этот топик читают: Гость
Администрация
Ответов: 15295
Рейтинг: 1519
#16: 2009-10-05 15:55:57 ЛС | профиль | цитата
тут самое простое решение добавить шлюз между элементами DSC_XXX и элементами DS_XXX, который и будет заниться одним из выбранных методов шифрования проходящих через него данных
карма: 27
0
Ответов: 758
Рейтинг: 112
#17: 2009-10-05 17:27:40 ЛС | профиль | цитата
Tad писал(а):
miver, ну украдут заархивированую, разархивируют и украдут содержимое.

Ну так есть разные алгоритмы шифрования (3-Way; ABC; AES (Rijndael); Akelarre; Anubis; ARIA; BaseKing; BassOmatic; CRYPTON; Diamond2; Grand Cru; KHAZAD; Lucifer; Rainbow; SAFER; Serpent; SHARK; SQUARE; Threefish; VMPC; Blowfish; Camellia; Cartman; CAST-128; CAST-256; CIPHERUNICORN-A; CIPHERUNICORN-E; CLEFIA; Cobra; DES; DESX; FNAm2; IDEA; Khufu; LOKI97; Lucifer; MARS; NewDES; Raiden; RC5; RC6; RTEA; SEED; Sinople; TEA; Twofish; XTEA; XXTEA; A3; A5; A8; RC4)

Если скажешь "украдут зашифрованную, расшифруют и украдут содержимое", то хоть совесть мучить не будет

карма: 1

0
Ответов: 16884
Рейтинг: 1239
#18: 2009-10-05 17:48:50 ЛС | профиль | цитата
miver писал(а):
есть разные алгоритмы шифрования
Есть, но вопрос в другом.
Возьмём простой пример: Нужно выбрать данные на всех Петь.

SELECT * FROM client WHERE name="Петр"
Значит перед запросом к зашифрованой базе нужно зашифровать "Петр"
и пойдет запрос типа

SELECT * FROM client WHERE name="j~^("
А если условий много ?

При получении данных проще - пропустил MT через дешифратор (который нужно еще сотворить) и читай.
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 758
Рейтинг: 112
#19: 2009-10-05 18:51:47 ЛС | профиль | цитата
Tad ты говоришь о шифровании каждой "ячейки" БД в отдельности, где алгоритм сводится как
файл БД с зашифрованными данными <-> запрос <-> шифратор/дешифратор <-> результирующая таблица
Отличный вариант
Но при условии локальной БД, я предложил немного другой алгоритм
Зашифрованный файл БД <-> шифратор/дешифратор <-> исходный файл БД <-> запрос без шифровки <-> результирующая таблица

Поэтому запрос может быть любой сложности как с БД без шифровки

------------ Дoбавленo в 18.59:
dimm666 писал(а):
Вопрос не в том, Ч,ТО шифровать, а в том - КАК? ))

Может поможет
http://www.hiasm.com/forum.html?q=3&p=41892
карма: 1

0
Ответов: 16884
Рейтинг: 1239
#20: 2009-10-05 20:54:25 ЛС | профиль | цитата
Есть у меня БД с общим числом записей около 1 000 000 (82.5 Mb). В ней только в одной таблице 800 000 записей.
Как думаешь сколько времени займет дойти до запроса без шифровки, если
miver писал(а):
Зашифрованный файл БД <-> шифратор/дешифратор <-> исходный файл БД <-> запрос без шифровки <->


------------ Дoбавленo в 20.59:
И не забывай, что, плюс ко всему, данные прийдется хранить в HEX виде, потому что БД не всякие знаки принимает.
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 1891
Рейтинг: 110
#21: 2009-10-05 23:24:35 ЛС | профиль | цитата
Tad, писал(а):
И не забывай, что, плюс ко всему, данные прийдется хранить в HEX виде, потому что БД не всякие знаки принимает.


Tad, если правильно записать данные, то не придется их хранить в HEX виде. С nesco мы это обсуждали в теме sqlite - с чем его едят

Выше я давал ссылку на сайт sqlite-crypt.com... там есть пример шифрования данных.
Вот пример использование на ifolder.ru номер 14344169

Кстати, шифрование можно сделать путем создания индексируемого словаря слов и искать по нему (реализовано с 1992 года у КонсультантПлюс)
карма: 0
%time%
0
Ответов: 16884
Рейтинг: 1239
#22: 2009-10-06 11:54:46 ЛС | профиль | цитата
dimm666, вот тебе Alexbootch и дал ответ.
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 87
Рейтинг: 1
#23: 2009-10-06 20:50:31 ЛС | профиль | цитата
Всем спасибо! Даже не ожидал такой бурной реакции.
путем создания индексируемого словаря слов и искать по нему
- а подробнее можно где глянуть?
карма: 1

0
23
Сообщение
...
Прикрепленные файлы
(файлы не залиты)