| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Криптография базы данных [D7, Paradox]
lmz © (2005-08-16 12:25:00)Как мне закодировать базу данных а потом при её открытии ей расшифровать?
Max Ivanych (2005-08-25 17:59:00) [1]Два простых варианта:
1. Сопоставить каждому символу другой. Защита не ахти, но с учетом лени потребителей - достаточно. Файл БД переименовать, запихав при этом в папку с ним еще ряд подобных с заманчивыми названиями. Поставить пароль на БД.
2. Воспользоваться компонентами JVCL ( http://sourceforge.net/projects/jvcl)
Anatoly Podgoretsky (2005-08-25 16:49:00) [2]Бугага © (25.08.05 16:07) [37]
Ясно, я тоже так поступил, проще, а размер не волновал.
Бугага (2005-08-25 16:07:00) [3]
> Anatoly Podgoretsky © (25.08.05 10:16) [35]
HEX
> lmz © (25.08.05 15:46) [36]
www.podgoretsky.com. Ничего что реклама? :)
lmz (2005-08-25 15:46:00) [4]
> Но я взял с сайта АП алгоритм и все строковые переменные
> кодировал
с какого сайта ты взял алгоритм...
Anatoly Podgoretsky (2005-08-25 10:16:00) [5]Бугага © (25.08.05 09:21) [34]
Результат для хранения преобразовывал в Hex или в Base64?
Бугага (2005-08-25 09:21:00) [6]А мне нужно было тоже спрятать инфу от посторонних просмотровщиков. Защита от дурака как говорится... Но я взял с сайта АП алгоритм и все строковые переменные кодировал. А при выводе в грид или в диалоговые окна раскодировал... Простенько но действует..
Slym (2005-08-25 04:13:00) [7]ЭЦП тебе в помощь
magic (2005-08-24 10:39:00) [8]А можно ли защищать базу следующим образом: поставлять юзерам БД, в файле которой какой-либо байт изменен? Прога запускается и возвращает прежний байт.
Пробовал такую фишку через volkov commander вручную: нажимал F4, затем менял кодировку на шестнадцатиричную и наугад менял цифирьку на новую (при этом запоминая положение цифирьки и ее значение). После этого сохранял файл и пытался подключиться к БД через IBConsole: не подключалась.
Возращал прежнюю цифирьку - работало как и раньше.
Вопрос: допустим ли такой вариант защиты и не портятся ли при этом какие-то данные в БД???
Slym (2005-08-23 04:13:00) [9]Я дал схему которую реально испытал, повторить ее ничего не стоит и хотя секретность данных достигается применением стойкого криптоалгоритма, исходники не выкладываю для достижения большей безопасности данных.
lmz (2005-08-22 21:53:00) [10]
> Leonid
Можно пример кода...
можно на почту... neo12000@rambler.ru
если напишешь на почту сообщи мне...
lehich (2005-08-22 14:17:00) [11]
> Slym © (22.08.05 07:10) [27]
а исходничками если не сложно поделиться реально? :-)))
Leonid (2005-08-22 12:11:00) [12]Я когдато это пробовал, вроде получалось.
Идея такая.
В БД данные зашифрованы. Например, к каждому символу добавлена единичка.
При чтении строка дешифруется (кажись, я это делал в событии OvValidate)
При записи строка шифруется.
Slym (2005-08-22 07:10:00) [13]Я делал черный список ФИО и его защищал т.к. в основном это был список клиентов (сикретная инфа)...
Может тоже делаешь черный список?
Ассиметричный криптоалгоритм RSA:
1.Данные шифруются открытым ключем
2. Закрытым ключем шифровал дату формирования.
3. Открытый ключ прикладывает к базе, закрытый забываем.
Данные теряются безвозвратно, но проверить вхождение ФИО в этот список легко... UpperCase ее и открытым ключем шифранут, а найти строку в таблице на стогое соответствие никаких проблем.
Достоинства:
1. Наивысочайшая секретность, данные нечитабельны даже создателю (ключь расшифровки забыт)
Недостатки:
1. Не расшифровать.. :)
2. Невозможность нестрогой проверки.
3. Выкрутасы с транслитом и 2 пробелами все ломают (но легко и их поламать :))
lmz (2005-08-20 16:17:00) [14]
> Ты напиши от кого шифровать собрался?
Так скажем, не от ламеров а от средних пользователей...
Anatoly Podgoretsky (2005-08-20 12:16:00) [15]На этот вопрос он упорно молчит. Без этого я не знаю, что советовать, на серьезную систему в несколько десятков миллионов долларов у него явно не хватит денег, если бы они были, то они бы приняли программиста на работу.
TechnoDreamer (2005-08-20 03:27:00) [16]Ты напиши от кого шифровать собрался?
Если от ламерных юзеров, то достаточно переименовать расширение и поставить пароль. Можно еще сам файл полность шифровать, или только первые несколько символов, алгоритмов в инете море. Уже не откроют, правда чревато, если прога некоректно завершена будет.
Второй вариант шифровать поля, каждое в отдельности. Не обязательно все, можно только ключевые. Тут правда могут проблемы возникнуть, в основном с поиском.
Ну а от проффесиональных крякеров ты вряд ли спастись сможешь. Защитой одной базы не обойтись.
lmz (2005-08-19 18:29:00) [17]Я прошу помощи, может кто-то делат что-то подобное...
Desdechado (2005-08-19 18:19:00) [18]тогда тебе прямая дорога в изобретатели, раз предложенные подходы тебя не устраивают, а уверения в ненужности кажутся неубедительными
изобрети свое, но на форум в этих случаях можешь не рассчитывать
изобретения не рождаются так
lmz (2005-08-19 17:56:00) [19]
> поменяй расширение на *.lmd 80% ламеров уже не откроют.
Это всё не то....
Ученик чародея (2005-08-19 06:07:00) [20]поменяй расширение на *.lmd 80% ламеров уже не откроют.
| |
Страницы: 