Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / 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 хорошо рассказывалось и про тонкости клиент-серверных приложений. Также буду признателен за любую информацию (идеи) по поводу реализации шифрования (не сам алгоритм, а способ... пример как правильно переопределить класс и т.п. :) )

Сергей М. (2009-07-06 08:53:00) [1]
За шифрование в 3-хзвенной архитектуре отвечает сервер приложений - 2-е (промежуточное) звено-"посредник".

Упрощенно схема такая:

- клиент шифрует запрос и отправляет его не напрямую СУБД-серверу, а App-серверу;
- App-сервер дешифрует полученный запрос и отправляет его СУБД-серверу;
- СУБД-сервер исполняет запрос и отправляет результат App-серверу;
- App-сервер шифрует результат и отправляет его клиенту;
- клиент дешифрует и пользует результат запроса.

СУБД-сервер и App-сервер при этом располагаются в "демилитаризованной зоне" (DMZ) сети, что при грамотном администрировании исключает возможность несакционированного прямого доступа к незашифрованным данным со стороны хостов за пределами DMZ. Данные, передаваемые по публичной сети за пределы DMZ, зашифрованы.

cr@nk (2009-07-06 05:46:00) [2]
Что-то я ничего не понимаю. Как обеспечить шифрование на стороне сервера? Там же только СУБД, а приложение находится на клиенте

cr@nk (2009-07-03 12:23:00) [3]

> Пляши от TDataSetProvider и его событий OnDataRequest, OnGetData

Хорошо. Попробую =)

Сергей М. (2009-07-03 09:23:00) [4]

> cr@nk © (02.07.09 22:33) [44]

Ну если ему фиолетово, то забабахай классическую дельфийскую трехзвенку на базе MIDAS. Проще уж некуда)

Пляши от TDataSetProvider и его событий OnDataRequest, OnGetData

cr@nk (2009-07-02 22:33:00) [5]

> Ну нихрена себе заява !)

Я то подумал, что ты знаешь, раз заявил

> А траффик не менее просто)

Ну извините, что оскорбил вас, подумав, что вы в это разбираетесь

Я же не прошу сделать это за меня. Я попросил пример, ссылку на статью, где это доступно описывается как это вобще реализуется и т.п.

Сергей М. (2009-07-02 20:50:00) [6]
Ну нихрена себе заява !)
А ты не припух ли, парниша ?)
То ему разжуй, это ему разжуй, а глотать ли то или это ты еще будешь быбирать-кочевряжиться ?!)

cr@nk (2009-07-02 20:49:00) [7]

> шифровать потоки

Траффик
%)

cr@nk (2009-07-02 20:42:00) [8]

> Если ему фиолетово, то реализуй поле в таблице, в каторое
> будешь писать зашифрованное содержимое, в частности Field('PASS').
> Value:= HASH(Pass)

Сейчас дождусь разъяснения (примеров) как шифровать потоки и буду выбирать ))))

Dennis I. Komarov (2009-07-02 17:51:00) [9]

> А что подразумевается под "шифровать хранение?

Ну информация БД должна же где-то храниться?
> Я тоже примерно так и сказал. Изначально мне говорили, что
> у него задания связаны с БД, но я удивился когда сказали,
> что они связаны именно так =)

Если ему фиолетово, то реализуй поле в таблице, в каторое будешь писать зашифрованное содержимое, в частности Field('PASS').Value:= HASH(Pass)
Только ИМХО потом будут спрашивать совсем другое...

cr@nk (2009-07-02 17:39:00) [10]

> это не есть шифровать хранение

А что подразумевается под "шифровать хранение?

> шифровать содержимое вообще никак не коррелирует с работой
> БД

Я тоже примерно так и сказал. Изначально мне говорили, что у него задания связаны с БД, но я удивился когда сказали, что они связаны именно так =)

cr@nk (2009-07-02 17:37:00) [11]

> Или ему это в принципе фиолетово

Ему уже просто фиолетово =)
Если возможно это реализовать каким-либо переопределением, то рассмотрю предложенный вариант
Но я его вроде это этой мутной темы отвёл в сторону написания DLL

Dennis I. Komarov (2009-07-02 17:23:00) [12]
это не есть шифровать хранение
шифровать содержимое вообще никак не коррелирует с работой БД и необходима только в частных случаях

Сергей М. (2009-07-02 17:19:00) [13]

> cr@nk

Ну а ты выяснил у рук-ля, какой класс и/или метод, который надо "переопределить", он имел ввиду ?
Или ему это в принципе фиолетово, лишь бы в решении задачи хоть каким-либо боком фигурировало это самое "переопределение" ?

cr@nk (2009-07-02 17:18:00) [14]

> А траффик не менее просто)

жажду примеров и наставлений с документациями )

> Пардон, а где кто предлагал шифровать содержимое?

как бы я =)

Dennis I. Komarov (2009-07-02 17:12:00) [15]
Пардон, а где кто предлагал шифровать содержимое?

Сергей М. (2009-07-02 17:10:00) [16]

> а вот трафф

А траффик не менее просто)

cr@nk (2009-07-02 17:09:00) [17]

> Ну так что ты выбрал ?

Ну из обсуждения выше мне показалось, что большая часть сообщества считает неразумно шифровать базу... да и вызовет это потом некоторые неудобства... поэтому пока остановился на шифровании траффика, хотя на данный момент не представяю как это реализовывается

Если шифровать само содержимое базы, то тут как бы всё просто, а вот трафф...

Сергей М. (2009-07-02 16:55:00) [18]

> Руководитель предоставил выбор мне

Ну так что ты выбрал ?

cr@nk (2009-07-02 16:44:00) [19]
Руководитель предоставил выбор мне.

> И нужно определиться, что будем шифровать (что проще сделать)? Трафик или саму информацию в базе. Программа должна делать что-то одно или все вместе.

Функции шифрования вынести в DLL, но это уже мелочи (как мне кажется =) )

Jeer (2009-06-30 14:50:00) [20]

> Anatoly Podgoretsky © (30.06.09 10:49) [8]
> И вообще послать руководителя подальше и пойти, пойти в
> Армию.

Про армию с большой буквы - понравилось.
Что-то даже взгрустнулось.

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

Наверх

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