Расшифровать файл

Тема в разделе "WASM.CRYPTO", создана пользователем firstlunoxod, 28 апр 2024.

  1. firstlunoxod

    firstlunoxod New Member

    Публикаций:
    0
    Регистрация:
    5 апр 2024
    Сообщения:
    5
    Имеется несколько файлов для примера.
    CAL - это пример исходного файла на интерпретируемом языке,
    ННН - неизсестно точно, возможно хеш,
    HPX - зашифрованный файл на основе серийника.
    Серийник может использоваться не весь, а только его часть.

    Может кто наведет на мысль о методе кодирования, шифрования или упаковки файла hpx
     

    Вложения:

    • Analize.zip
      Размер файла:
      2,5 КБ
      Просмотров:
      68
    Последнее редактирование: 28 апр 2024
  2. f13nd

    f13nd Well-Known Member

    Публикаций:
    0
    Регистрация:
    22 июн 2009
    Сообщения:
    1.967
    Это вероятней всего архив. Насчитал 5 заголовков потоков. Поверх сжатия каждый поток может быть зашифрован. А может и не быть.
    Код (Text):
    1. 0000007E  42 73 00 00 00 19 1C 00 00 <073 байт данных>
    2. 000000FA  42 BC 00 00 00 3F BA 00 00 <0BC байт данных>
    3. 000001BF  42 16 00 00 00 00 00 00 00 <016 байт данных>
    4. 000001DE  42 DB 00 00 00 20 51 00 00 <0DB байт данных>
    5. 000002C2  42 9D 02 00 00 06 03 00 00 <29D байт данных>
    6.           CC PP PP PP PP SS SS SS SS, CC-управляющий код, PP-размер сжатых данных, SS-размер несжатых
     
  3. firstlunoxod

    firstlunoxod New Member

    Публикаций:
    0
    Регистрация:
    5 апр 2024
    Сообщения:
    5
    f13nd, Вы хотите сказать, что псле распакорвки 0х73 байт получится 0х1С19 байт(берем первый блок данных)?
    upload_2024-4-28_18-47-33.png
     
  4. f13nd

    f13nd Well-Known Member

    Публикаций:
    0
    Регистрация:
    22 июн 2009
    Сообщения:
    1.967
    0x7fff байт легко до 3 байт ужимаются, хоть и с оговорками. Если в блоке данных полно "пустот" (00 или ff например), он очень хорошо сжимается. Первое поле соответствует реальному размеру данных в байтах, второе всегда (кроме одного случая, где 0) больше. Файлы архивов почти всегда содержат в первую очередь оба этих поля.
     
  5. firstlunoxod

    firstlunoxod New Member

    Публикаций:
    0
    Регистрация:
    5 апр 2024
    Сообщения:
    5
    понял, спасибо! осталось с методом упаковки определиться.
     
  6. f13nd

    f13nd Well-Known Member

    Публикаций:
    0
    Регистрация:
    22 июн 2009
    Сообщения:
    1.967
    Мне ничего кроме deflate на ум не приходит при виде этого. Но если данные действительно зашифрованы, там может быть что угодно и определяться надо с шифрованием. Если есть доступ к программе или устройству, которое с этими файлами работает, то все ответы там. А глядя на файлы может быть и можно разобраться, но только если сильно повезет.
     
  7. Prober

    Prober Member

    Публикаций:
    0
    Регистрация:
    4 дек 2008
    Сообщения:
    34
    Алгоритмы неизвестны, ключей нет, валидных примеров оригинал+шифротекст нет. Угадывать шифрование, да ещё и в сочетании с упаковкой, - дело, мягко говоря, малоперспективное.

    Ответы надо искать внутри ПО.