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