Достаточно просто пересобрать эскулайт, поменяв хидер файла. Или можно создать свой коллэйшен вместо nocase и назначить его текстовым полям. Или можно воспользоваться функциями сжатия/распаковки данных. Или можно воспользоваться функциями криптации данных. И только в "серьезных" случаях имеет смысл криптовать всю базу - впрочем, криптованная база скорее всего будет read-only.

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

Oleg ZhovtanyukMBGДостаточно просто пересобрать эскулайт, поменяв хидер файла. Или можно создать свой коллэйшен вместо nocase и назначить его текстовым полям. Или можно воспользоваться функциями сжатия/распаковки данных. Или можно воспользоваться функциями криптации данных. И только в "серьезных" случаях имеет смысл криптовать всю базу - впрочем, криптованная база скорее всего будет read-only.

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

А какие есть в данном конкретном (по Вашей терминологии - "серьезном") случае стандартные решения?

БД на клиенте, т.е. полностью доступна для ислледования. Информацию в части полей надо закрыть наглухо, ибо privacy. Измененный хедер, конечно, остановит 99% любителей поковырятся в чужих файлах, но останется 1%, который попробует не только стандартный клиент. А нужна именно 100% гарантия...

Ссылку на Proprietary SQLite Extensions выше уже приводили. Также можно сделать свою функцию криптации поля (совсем просто) или страницы памяти (требует знания устройства СУБД). Можно работать с виртуальной криптованной ФС, поместив файл базы эскулайт в соответствующий контейнер. Желаемой вами 100-й гарантии ни одно из клиентских решений не даст, т.к. можно сделать дамп раскриптованной памяти, можно найти в памяти ключ криптации, можно пропатчить ваш бинарь, отключив защиту или заставив принимать любой ключ за правильный... В конце концов, если данные чрезвычайно важные, можно применить к вам ректальный криптоанализ. Любую криптацию можно взломать, вопрос лишь времени, так что остановитесь на некоторой разумной защите - абсолютной не существует

Oleg Zhovtanyuk
Дамп памяти и ректальный криптоанализ отпадают. Реально нужно защититься от утери/кражи ноутбука с клиентским приложением. Патчить тут бессмысленно, потому что приложение не взлетит без логина с паролем, а последний взломщику неизвестен (хранится в той же БД в хешированном виде).

Это решается использованием криптораздела или криптоконтейнера.

Yogi89Пробовал собрать.. Наткнулся на проблему сборки OpenSSL. Пробовал под VC08, cygwin, Mingw - везде какие-то проблемы.. Что-то смог устранить сам(например, установка интерпретатора пёрла =)) ), что-то выше моего понимания.. Пробовал версии 1-0-0, 0-9-8k...

Есть те, у кого получилось собрать скулайт с этим экстеншином?

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