В прикрепленном файле 2 куска кода, один дешифруется в другой и нааоборот.
Оригинальный дешифратор написан на ассемблере.
Скорее всего кодирование делается через XOR но кодовый байт или скорее байты (скорее всего 2) с каждым байтом кода сдвигаются или что-то еще с ними делается.

Для наглядности вот отрывки кода:



Для наглядности вот отрывки кода:
Вообщем, нужно найти алгоритм шифрования и дешифрования.

Это возможно?
Может еще знаете как?


Присоединённый файл ( Кол-во скачиваний: 1 )
 code.rar 8,17 Kb

учитывая, что абсолютно разные значения транслируются в одинаковые.
учитывая, что одни и те же значения появляются в одних и тех же местах, абсолютно не зависимо от исходных данных.
предполагаю, что либо умышленно добавлен шум(стеганография). в таком случае, объем "шифра" должен оказаться значительно больше объема исходных данных.
либо алгоритм шифрования сбойнул и необратимо разрушил данные.

Шифрование идет байт в байт!
Вот исходный кусок Шифрование идет байт в байт!


шифруется в


В старом алгоритме байт получался от результата XOR с числом ХХ.
Это число ХХ менялось сдвигом в его другого числа YY, при этом в YY сдвигались нули.
Как ХХ равняется нулю, тогда ХХ и YY снова принимают первоначальное значения.

В новом алгоритме шифрование тоже идет байт в байт, без дополнительной информации.
Но в новом алгоритме я не увидел закономерностей.

Если предположить что каждое число кодируется и соответственно востанавливается через XOR, то вот изменение этого числа.


Нужно найти закономерность как это число изменяется, может это свызанно с кодируемими или декодируемыми числами...

Я поддерживаю пост skyboy

в приведенном Вами примере шифрованного текста (ТШ):
0C 94 C8 00 0C 94 из первой строки 
               И 
0C 94 C8 00 0C 94 из второй строки 

соотвествуют АБСОЛЮТНО разным данным из открытого текста (ТО):
F3 68 BF 7A BB 94 
        и 
2E 3D 93 61 28 42 
соответсвенно. 

простым ХОR такое сделать, пускай и ос сдвигом... ну лично я затрудняюсь представить такой алгоритм   



Вы попробуйте расшифровать только что зашифрованный вами текст...


Скорей  всего ЛИБО рассматриваемый Вами алгоритм не является алгоритмом шифрования, ибо как он(алгоритм) должен обеспечивать однозначное преобразование ТО -> ТШ и соответственно ТШ -> ТО
ЛИБО Вы учли не все условия работы шифиратора. 

А вы знаете, что содержит шифруемый кусок? Вы его сами формируете или это "выхлоп" некой софтины? Может там уже "шум" или может реальные данные только в 8 и 9 строках


Это сообщение отредактировал(а) voral - 31.8.2011, 10:07

Это прошивка микроконтролера АТМега 162.
Тот кусок кода, что начинается на 0C 94 и есть прошивка находящяяся во флеше.
Микроконтролер может себя сам обновлять, для этого и передается второй кусок кода.
Микроконтролер через СОМ Порт принимает зашифрованную прошивку расшифровывает ее (скорее всего это делается кусками по 128 байт) и прошивает себя сам новой прошивкой.
При этом программа, которая работает в микроконтролере и обеспечивает прошивку не обновляется и ее размер 512 байт.
В 512 байт уложена программа для Инициализации, обновления, поднятия СОМ порта, работа с таймерами и ...
Т.е. места для большой маски, или сложной технологии шума просто нет!

Раньше кодирование было до безобразия простое:


А сейчас у меня уже нет идей...
Надеюсь на великих Гуру!

Если я Вас правильно понял, то программа обновления не менялась а поменялись только входные данные. Значить вы чего-то не учли, и программа которая обновляет прошивку микроконтроллера берет данные для ключа еще откудато. 
 



а он вообще рабочий?

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