[ururu]

Доброго времени суток.
Нужно написать БД, причём необходимо использовать шифрование. В качестве СУБД был выбран SQLite. Все расширения, поддерживающие шифрование, либо платные либо геморройные в установке. Так что я решил шифровать алгоритмом RC5 прямо поверх файла БД.

То есть, в начале работы у пользователя спрашивается пароль, файл БД расшифровывается, с ним производится работа, а по окончании работы он снова шифруется.

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

Как это реализовать? Допустим, к зашифрованному файлу я привяжу TFileStream, расшифрованный запихаю в просто Stream (он, по идее, как раз в оперативке будет находиться), но как потом подсунуть SQLite-у этот Stream, чтобы он мог с ним работать?

Заранее спасибо.

[Страдалецъ]

Вот уж вам пользователи спасибо скажут, когда после дня усиленного ввода данных в БД у вас все даные накроются медным тазом потому-что свет вырубили, комп завис и т.д.

[ururu]

реализовать автосохранение не проблема. Опять же, специфика такова, что после начального наполнения меняться данные будут редко, в основном - именно просмотр и анализ.

А по теме что-нибудь сказать можете? Как научить SQlite работать с БД в памяти, а не на диске?

[Страдалецъ]

Простейшее решение сделать рамдиск и на него скопировать ваш файл перед запуском.

[lmikle]

Сообщение от Страдалецъ

Простейшее решение сделать рамдиск и на него скопировать ваш файл перед запуском.

Не, тут можно подсунуть любой диск.
Варианты:
1. созданиие своего сервиса, реализующего некоторый виртуальный диск, который храниться в файле. Потом спросить у этого диска буковку и работать на нем. фактически, самописный аналог чего-то типа criptoDisk.
2. переписать всю работу внутри библиотеки на функции, поддерживающиен шифрование, благо исходники доступны. Сложно и долго.
3. Шифровать не БД, а данные.

[Assistant]

вот да, про это и хотел сказать, что сказал lmikle. Если хранить базу как не шифрованный ресурс и обращаться к ней во время работы программы - кто мешает вытащить злоумышленнику базу из ресурса? Зашифровать EXE? никто не мешает его расшифровать, благо прог таких море. Вижу одно решение более менее нормальное, но сложное и долгое, либо переписать компонент для работы с базой, который будет шифровать данные по ключу при записи в базу, и расшифровывать при чтении, либо создать на основе компонента его потомок и т.д.