![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Прозрачное шифрование в InterBase [D2005, XP]
cr@nk © (2009-06-30 08:55:00)Здравствуйте.
Передо мной поставили задачу написать программу-пример демонстрирующую прозрачное шифрование данных в БД. Шифровка/расшифровка и на стороне сервера и на стороне клиента. Если я правильно понял, то хотят, чтобы это шифрование реализовалось с помощью переопределения класса.
С InterBase раньше не работал, поэтому прошу ссылку на хорошую книжку в электронном формате, где бы про IB хорошо рассказывалось и про тонкости клиент-серверных приложений. Также буду признателен за любую информацию (идеи) по поводу реализации шифрования (не сам алгоритм, а способ... пример как правильно переопределить класс и т.п. :) )
sniknik (2009-06-30 14:34:00) [21]> теоретически потенциальный злоумышленник может получить доступ к базе и тогда он столкнётся с другой проблемой - зашифрованной базой =)
теоретическая вероятность которая может случится, а может и нет (при хорошей защите сервера так и никогда), против ежедневной, постоянной неудобной (как палки в колеса) работой с "кривой" базой... нафиг такую "защиту"!
это все одно, что ездить на велосипеде с таким ежеминутным "автовставлятором" лома в спицы, который вставляется ради того чтобы предотвратить случайный выезд на дорогу и попадание под машину...
и ездить мешает, и случайность эту не исключает.
KilkennyCat (2009-06-30 14:18:00) [22]Нормальный злоумышленник придет с паяльником, сунет его в одно место сисадмину, и будет уже все равно, какой там доступ-шифрация...
Сергей М. (2009-06-30 14:18:00) [23]
> cr@nk © (30.06.09 14:11) [25]
Теретически он может получить доступ ко всему чему угодно)
Ты что, в рамках "курсача" ото всего теоретически опасного шифроваться собрался ?) Да такой "курсач", если его отчудить, на шнобелевскую премию портянет)
cr@nk (2009-06-30 14:11:00) [24]Хотя всякое бывает... теоретически потенциальный злоумышленник может получить доступ к базе и тогда он столкнётся с другой проблемой - зашифрованной базой =)
cr@nk (2009-06-30 14:06:00) [25]
> Т.е. предполагается, что злоумышленник может иметь доступ
> к файлам БД непосредственно на стороне сервера, так ?
Понял. Пошёл искать руководителя и предъявлять ему указанные выше аргументы =)
Сергей М. (2009-06-30 13:53:00) [26]
> Шифровать данные, находящиеся в базе
Т.е. предполагается, что злоумышленник может иметь доступ к файлам БД непосредственно на стороне сервера, так ?
cr@nk (2009-06-30 13:52:00) [27]
>
> И как ты тогда представляешь тогда запросы LIKE '%abc%'
Действительно хороший вопрос! Я об этом даже и не подумал =(
Поэтому процитирую себя же:
> Также буду признателен за любую информацию (идеи) по поводу
> реализации шифрования
Возможно когда достучусь до руководителя, то скажут, что надо просто добавлять данные в базу и отображать их, а фильтровать данные с помощью таблицы
Anatoly Podgoretsky (2009-06-30 13:40:00) [28]> cr@nk (30.06.2009 13:33:19) [19]
И как ты тогда представляешь тогда запросы LIKE '%abc%'
cr@nk (2009-06-30 13:37:00) [29]
> да вдруг внедрят куда нибудь
Очень сомневаюсь =)))
Руководитель же не дурак - посмотрит и проверит как это всё организовано =) Да у них и своих наработок наверняка хватает от студентов-очников и старшекурсников
cr@nk (2009-06-30 13:33:00) [30]
> Что шифруем - хранение или передачу
Шифровать данные, находящиеся в базе.
А там дальше продемонстрировать 2 варианта: либо это всё (шифровка/расшифровка) делается на сервере, либо на клиенте
> Врага нужно знать в лицо)
Значит буду шифровать от руководителя )))))
sniknik (2009-06-30 13:30:00) [31]> Врага нужно знать в лицо)
врагом будет он если сделает да вдруг внедрят куда нибудь. (ну, курсовой вряд ли, а вот дипломные работы знаю использовали кое у кого на производстве)
любой админ ему за это морду набьет, а еще тот кто базу будет использовать, запросы с условиями составлять, индексы по шифрованным полям "подымать"...
Anatoly Podgoretsky (2009-06-30 13:26:00) [32]> cr@nk (30.06.2009 13:08:14) [14]
Что шифруем - хранение или передачу
Anatoly Podgoretsky (2009-06-30 13:25:00) [33]> cr@nk (30.06.2009 12:18:09) [9]
Лучше, чтобы не расшифровали.
Сергей М. (2009-06-30 13:23:00) [34]
> если имелись ввиду типы полей
Это ты у меняспрашиваешь ?!
Это я у тебя хотел выяснить, шифрование каких объектов имеется ввиду)..
Мож тебе, к примеру, трафик между сервером и клиентом шифровать надо..
Ты бы не гадал на бубне, а уточнил бы у препода, чего ему из под тебя конкретнонадо)
> Ни от кого
Что значит "ни от кого" ?
Ну ты сам-то подумай : если нет потенциального злоумышленника, то зачем тогда что-то там "шифровать" ?
Ну а если все-таки таковой может объявиться, то должен ;t ты знать, через какую замочную скважину он будет пытаться подглядывать, чтобы принять соотв.меры по защите ?
Врага нужно знать в лицо)
cr@nk (2009-06-30 13:08:00) [35]
> будет круто! останется только один вопрос... зачем?
Курсовая =)))
> - что шифруем
> - от кого шифруем
1. Думаю, что текст, дату/время (если имелись ввиду типы полей)
2. Ни от кого... просто так получается... (см. ответ на первую цитату)
KilkennyCat (2009-06-30 12:44:00) [36]Напоминаю, что разработка криптографических программ, алгоритмов и т.д. требует наличия лицензии. Или чего-то там, раз лицензирование отменили...
KilkennyCat (2009-06-30 12:44:00) [37]Удалено модератором
sniknik (2009-06-30 12:38:00) [38]> Каким образом лучше организовать шифрование? ))
максимально сложным способом, причем с предварительной архивацией текста собственным архиватором. твой курсовик будет абсолютно не вскрываем!
вот тут есть подходящие методы. для собственно шифрования.
http://www.delphimaster.ru/cgi-bin/forum.pl?n=3&id=1244790400&p=1
будет круто! останется только один вопрос... зачем?
Сергей М. (2009-06-30 12:24:00) [39]
> Каким образом лучше организовать шифрование?
Это напрямую зависит как минимум от:
- что шифруем
- от кого шифруем
cr@nk (2009-06-30 12:18:00) [40]Ладно, спросим по другому =)
Каким образом лучше организовать шифрование? ))