Текущий архив: 2002.03.28;
Скачать: CL | DM;
ВнизЗащита данных Найти похожие ветки
← →
Bor (2002-02-27 21:19) [0]Нужно написать довольно простенькую локальную БД.
Но основное требование к ней секретность данных.
И как всегда проблема выбора средств.
Что можете посоветовать на этот счет?
Желательно использовать старый добрый BDE
СПАСИБО
← →
EsKor (2002-02-28 07:56) [1]Видимо возможны 3 основных варианта:
1. Использование самостоятельной программы шифровки/дешифровки шифрующую, в принципе любой файл как двоичный массив. Шифровка/дешифровка идет по какому-будь ключу записанному на, например, дискете, или этим ключом м.б. пароль, вводимый с клавиатуры. Т.е. при запуске основной программы вызывается эта программа для дешифровки, создается дешифрованная БД, затем работа с БД, по окончанию - вызов программы щифрования, сооздается шифованный(ые) файл(ы) БД, а рабочая - удаляется. Можно такую программу купить (например у ФАПСИ если у вас все очень серьезно), скачать с интернета или самому написать (тогда можно все это вставить в код основной программы или в dll).
2. Шифровать данные непосредственно при записи в БД, а при извлечении (просмотре и т.п.) расшифровывать. Но здесь мороки будет, мне кажется, не мерено.
3. Вам это, судя по вопросу, не подходит, но можно придумать свой собственный замороченный формат БД. Но это, по моему, вообще гемморой.
Так, что получается, что самый лучший вариант - первый. Правда есть еще один вариант: просто запрещать доступ "обычных" пользователей к файлам БД или скрывать их от видения, например, в проводнике и ему подобных средств. Последнее - это отдельный предмет для разговора, подобный вопрос на конференции уже задавался 30.01.02, кажется в общих вопросах.
← →
Dok_3D (2002-02-28 08:51) [2]Нужно написать довольно простенькую локальную БД.
Но основное требование к ней секретность данных.
Не надо ничего самостоятельно шифровать, используй ACCESS 2000.
Будет тебе и простенькая и локальная, да еще и шифровать сама будет по всем правилям криптования. Так, что только к старости расшифруешь.
← →
AlexanderB (2002-02-28 10:09) [3]-Не надо ничего самостоятельно шифровать, используй ACCESS 2000.
-Будет тебе и простенькая и локальная, да еще и шифровать
- сама будет по всем правилям криптования.
- Так, что только к старости <расшифруешь.
Расшифрую и не к старости.
Если простенько и с использованием BDE - Paradox.
Возможен свой пароль на запись, чтение ....
← →
User_OKA (2002-02-28 10:19) [4]А лучше всего использовать DBase и на ночь запирать компьютер с БД в сейф.
← →
sniknik (2002-02-28 10:27) [5]К сведению, запароленные Paradox таблицы можно открывать и без пароля. И есть так называемая Black Door (простите мой плохой английский) т.е. пароли подходящие к любой запароленной таблице. (видел гдето в инете для Win вариантов Paradox). А программой для определения пароля doc-совской таблици сам пользовался.
P.S. идеалов нет!
← →
Val (2002-02-28 10:30) [6]>AlexanderB (28.02.02 10:09)
к Paradox-таблицам есть универсальные пароли
А секретность нужно обеспечивать средствами СУБД + средствами ОС, если не использовать шифрование.
← →
Dok_3D (2002-02-28 10:40) [7]Ладно, на счет расшифровки к старости, я конечно погорячился...
Но все равно, могу посоветовать ACCESS (можно организовать разграничение доступа между различными пользователями).
Хотя не отрицаю, что если уж совсем упрощать, то можно и к PARADOX склониться.
← →
areut (2002-02-28 11:11) [8]Вставь шифрацию/дешифрацию в ongettext & onsettext для тех полей, которые надо шифровать и порядок будет
← →
tad (2002-02-28 22:20) [9]В таких случаях использую DBIDAM. Не нужно ни дополнительных библиотек ни BDE. Шифрует таблицы, работает в сети. Фирма постоянно обновляет версии. Серьезных глюков не встречал
← →
Фэ (2002-03-01 01:41) [10]Уточню - DBISAM от www.elevatesoft.com.
Отличная вещь, а сейчас и C/S вышел.
C 98 г. пользуюсь ей при необходимости создания "легких" приложений. Макс. объем одной из баз находящихся в эксплуатации - 500 тыс основных записей, 80 таблиц. Если ставить под Terminal Server - летает. За пару лет эксплуатации - ни одного сбоя, ни одного разрушенного индекса - военное исполнение.
Страницы: 1 вся ветка
Текущий архив: 2002.03.28;
Скачать: CL | DM;
Память: 0.47 MB
Время: 0.006 c