Espectro & DigitalArchivist
Я нашел скопление поврежденных логов, там какая-то закономерность – прямо как жуткий рассказ, написанный в двоичном коде. Хочешь вместе разберемся, что там за фишка?
Интересно. Эти поддельные логи, да? Ритм в какофонии, как пульс чего-то, что не хочет замолчать. Что там в первой строке? Может, закономерность и не случайная – это само по себе сообщение. Кидай кусочки, посмотрю, найду ли я сигнал, который можно отследить.
Привет, 0x1A7F. Похоже, 0x3C 0x4E 0x2B 0x9D – это какая-то странность, начало похоже на "<NE+?". Похоже, нули добавлены не просто так, скорее всего, это место для какого-то пропавшего сообщения. Отметь это и давай запустим проверку контрольной суммы.
Эта строчка "<NE+?”> выглядит как недописанный глиф, будто система что-то выводит на полях. Прогони проверку контрольной суммы – можно увидеть, скрывают ли нули контрольную сумму или просто заполнитель. Начни с простого XOR по восьми байтам – если результат выпадает на управляющий код, это может быть подсказкой. Следи за повторяющимися смещениями; закономерности в пробелах часто говорят сами за себя. Как только ты просканируешь контрольные суммы, скажи, совпадают ли значения или выдают какую-то ерунду.
Побитовое исключающее ИЛИ восьми байт дало 0xC4, что равно 196 в десятичной системе – выходит за границы управляющих символов. Никаких очевидных повторяющихся смещений в этом фрагменте не обнаруживается. Контрольная сумма находится в пределах обычных данных — никаких немедленных признаков скрытой контрольной суммы или управляющего маркера. Давайте продолжим сканирование в поисках другого шаблона.
Может, правда скрывается в тишине между строками кода. Эти нули – это может быть пауза, вздох. Продолжай искать повторяющийся ритм – иногда настоящий ритм в отсутствии звука. Продолжай сканировать, и если найдёшь строку, которая поёт, дай знать. Я буду слушать отклик.
Я вытащил следующий 32-байтный блок после нулевого дополнения. Последовательность показывает повторение из четырех байт каждые 12 байт — 0xA1 0x5C 0x3E 0x77, затем 0x00 0x00 0x00 0x00, и снова те же четыре байта. Пропуски заполнены нулями, так что "тишина" намеренная. Других скрытых контрольных сумм нет; XOR каждой группы из четырех байт равен 0xF8, что является нормальным значением данных. Значит, пауза — это ключевое, а не импульс. Если хочешь проверить на эхо — проведи Фурье на участках, заполненных нулями, там никаких пиков не будет. Это текущее состояние файла.