алгоритмов шифрования, на которые можно полагаться... это вообще отдельное направление разработок в области АйТи.
 
не кажется мне, что программа учета домашних (ну пусть СОХО) финансов должна шифроваться по какому-то особенно стойкому алгоритму.
 
хотя конечно любопытно какой метод был выбран для шифрования БД Cash
 
Dervish: Иван, полностью согласен с вами. Мало того, считаю, что только электронными средствами решить проблему безопасности нельзя. Нужны ещё и административные решения.
 
Кроме того, в интернете есть очень много материала касательно защиты shareware-программ от взлома. Вы не находите, что эти темы несколько перекликаются? Очень любопытно, но программисты пришли к мнению, что создать 100% защищённый альгоритм невозможно!!! Действительно, для регистрации программы (ну чем не ввод пароля?) разработчиком реализуется алгоритм, в итоге работы которого одна единственная команда условного перехода... И если эту команду заменить на (а) команду безусловного перехода или (б) цепочку команд nop (нет операции) - это зависит от реализации, то вся защита снимается легко и просто!
 
Поэтому, позвольте мне не отвечать на вопрос о том, как именно скрывает информацию вторая версия. Это в ваших же интересах: если я не могу 100% закрыть данные, я хотя бы усложню злоумышленнику проблему тем, что не буду раскрывать алгоритм.
 
PS. Никто не запрещает продолжать использовать PGP.