Имеется несколько файлов для примера. CAL - это пример исходного файла на интерпретируемом языке, ННН - неизсестно точно, возможно хеш, HPX - зашифрованный файл на основе серийника. Серийник может использоваться не весь, а только его часть. Может кто наведет на мысль о методе кодирования, шифрования или упаковки файла hpx
Это вероятней всего архив. Насчитал 5 заголовков потоков. Поверх сжатия каждый поток может быть зашифрован. А может и не быть. Код (Text): 0000007E 42 73 00 00 00 19 1C 00 00 <073 байт данных> 000000FA 42 BC 00 00 00 3F BA 00 00 <0BC байт данных> 000001BF 42 16 00 00 00 00 00 00 00 <016 байт данных> 000001DE 42 DB 00 00 00 20 51 00 00 <0DB байт данных> 000002C2 42 9D 02 00 00 06 03 00 00 <29D байт данных> CC PP PP PP PP SS SS SS SS, CC-управляющий код, PP-размер сжатых данных, SS-размер несжатых
f13nd, Вы хотите сказать, что псле распакорвки 0х73 байт получится 0х1С19 байт(берем первый блок данных)?
0x7fff байт легко до 3 байт ужимаются, хоть и с оговорками. Если в блоке данных полно "пустот" (00 или ff например), он очень хорошо сжимается. Первое поле соответствует реальному размеру данных в байтах, второе всегда (кроме одного случая, где 0) больше. Файлы архивов почти всегда содержат в первую очередь оба этих поля.
Мне ничего кроме deflate на ум не приходит при виде этого. Но если данные действительно зашифрованы, там может быть что угодно и определяться надо с шифрованием. Если есть доступ к программе или устройству, которое с этими файлами работает, то все ответы там. А глядя на файлы может быть и можно разобраться, но только если сильно повезет.
Алгоритмы неизвестны, ключей нет, валидных примеров оригинал+шифротекст нет. Угадывать шифрование, да ещё и в сочетании с упаковкой, - дело, мягко говоря, малоперспективное. Ответы надо искать внутри ПО.
