Есть левая база Access. В ней таблица с зашифрованным полем. В форме (mde) значение из этого поля дешифруется и выводится в нормальном виде. Вот три варианта (исходник из формы - зашифрованный результат в таблице):
1.
2.
3.
1024701248 990 1440862230 91015156 248014203111136180024182
1024701248 967 1440862230 91154093 248014203111136180024182
1024701248 714 1440862230 19082227 248014203111136180024182
Пробелы в этих последовательностях отсутствуют: это я поставил, чтобы были видны различающиеся места.
Т.к. в исходнике 13 символов, а в результате 42, напрашивается мысль, что в результате мы видим десятичные коды символов (с ведущим нулем впереди, если, например, шифруем символ 9 - у него дес. код 57 - ставим 057).
Если предположение верно, то результирующая последовательность должна содержать 39 символов (13 х 3). Но их 42. Лишние 3 можно списать на какой нибудь флаг, например, или маску шифрования.
Однако, если смотреть на первую пару и поискать в результате код 9 (057), то сразу видно, что цифра 7 (из 057) вообще отсутствует в результате. Вывод: перед преобразованием исходных символов в их десятичные коды, исходная последовательность дополнительно обрабатывается. Ну, например, XOR'ом (это логическая операция, а не хор Пятницкого) с какой-нибудь последовательностью. Может в качестве маски используются те же лишние три символа из результата ...
В общем, понимаю, что форум не совсем тот и это офтопик. Но может у кого есть еще идеи "что тут к чему" ? Нужно восстановить алгоритм.
