Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Прозрачное шифрование в InterBase [D2005, XP]


Страницы:   1 2 3

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]

Ладно, спросим по другому =)
Каким образом лучше организовать шифрование? ))


Страницы:   1 2 3

Наверх

Титульная страница Поиск, карта сайта Написать письмо