@avkiev

Известно (с большой долей вероятности), что исходные файлы - это XML,
который, как известно, начинается скорее всего с "<?xml version="1.0" encoding=".
Может ли это помочь дешифровке ?
В качестве примера привожу пару файлов, могу привести и больше. Все они начинаются одинаково.
Как я подозреваю - это просто base64 от зашифрованного xml
Нужно понять принцип шифрования.

Есть ли какая-нибудь тулза, которой можно скормить бинарный (или base64) файл, а она его попробует пробрутфорсить ?

Вложения

	1.xml.txt (2.9 Кб, 11 просмотров)
	2.xml.txt (4.0 Кб, 5 просмотров)

0

@gazlan

Похоже, что так.

Кодер/Декодер Base64

1

@avkiev

Так в том то и вопрос - как получается то, от чего берется base64 ?
Иными словами - алгоритм (ключ) шифрования

Добавлено через 20 минут
Формализирую немного:
Дано:
result = s ( base64 ( f ( source ) ) )

Известно:
функция s - тривиальное разбиение текстового файла на строки по 72 символа
base64 - он и есть base64
source - ASCII-файл в формате XML, всегда начинается с известного xml-заголовка
Файлов result можно нагенерить сколько угодно

Вопрос:
как грамотно реализовать атаку/брутфорс на определение функции f ?

0

@gazlan

Если там что-то сложнее XOR с константой, то шансы на угадывание мизерные. Допустим, там примитив: AES/ECB. Заметны тождественные куски (в начале файлов, еще где-то). Чем это вам поможет?

1

@avkiev

Если там и XOR - то не с константой.
Для первых 6-ти байт массив XOR-ов выглядит так: 42, 83, 26, 3A, A3, B6


Идеи ?

0

@gazlan

Их есть. Только реализовывать придется вам.

Совпадение протяженных участков позволяет предположить, что это не блочный шифр. А тождественность четных колонок наводит на мысль, что это код страницы изначально юникодной строки. Иными словами, это, вероятно, XOR и половина гаммы у вас уже есть(точнее, можно просто выбросить коды страниц). Остается XOR и неизвестная гамма. Если угадаете plain text, получите часть ключа.

Миниатюры

   

1

@avkiev

Спасибо за проявленный интерес.
Да, да, да.

Да, это не блочный шифр. Эти зашифрованные xml-файлы - это файлы настроек.
Так вот: при изменении одного символа в настройках - изменения всего файла не происходит, размер остаётся тот же, файл меняется только в паре мест по несколько байт.

Да, мы имеем дело с юникодом.
Прога, которая генерит эти файлы - китайская (читай-юникодная), зашифрованные файлы - юникодные, четные байты не меняются.
Логично предположить, что исходный XML - тоже в юникоде.

Да, это похоже на простой XOR, поскольку изменение одного байта исходного файла не корёжит полностью весь результат, а только пару мест.

А теперь вопросы:
- почему у меня есть половина гаммы ?
- чему (по теории) равна длина гаммы ?
- какова (ориентировочно) длина ключа ?

Можно попробовать проверить несколько стандартных хмл-хедеров, получить соответствующие массивы для XOR. Но какой длины строки брать ? Я пробовал 6 байт ("<?xml "), этого явно мало, закономерности не выявлено

Добавлено через 44 минуты
ЗЫ. А что это за XC2 на твоих скриншотах ? Плагин под Фар ? Не могу его найти

0

@gazlan

Половина символов строки в Unicode - это код страницы. Для латиницы - это 0. В любом случае, он неинтересен.

Никакой теории, кроме (авто)корреляции. Требует внимательного подбора. Выбираете четные символы и смотрите, нет ли повторов. Вполне возможно, что длина гаммы превышает размер текста (скажем, 2^32 - 1). Мне как-то попался ключ 2^16 :-\

Можете воспользоваться (почти) любой визуальной утилитой для сравнения файлов. Эта же опция есть и в большинстве Hex-редакторов.

1

@avkiev

Файлы - небольшие, до 5К.
Вполне вероятно, что гамма - больше, с запасом.

У нас есть половина гаммы (нечетные байты).
То есть гамма начинается с 3F BC 3F 57 3F 9A, где 3F ("?") - любой байт.
Пробовал искать эту последовательность в экзешке - увы.
Где-то же эта гамма хранится... Но, видать, шибко заколдована...
Похоже, что единственный выход - дизасм экзешки под Идой, да ?

0

@gazlan

Гамма может быть выходом простейшего RND итп. То есть, не существовать в явном виде.

1

@avkiev

Потому - только дизасм ? Криптография тут бессильна ?

0

@UnknownSoldier

Реверс в данном случае - самый разумный способ. Зачем пытаться что-то угадывать, если есть возможность узнать точно?

0

@gazlan

Экспериментируйте. Если сама шифрующая программа доступна, вариантом может быть подача на вход plain text (серии нулей, например). И, если это, действительно, XOR, остальное очевидно.

1

@avkiev

Программа - доступна. Но ей нельзя дать на вход произвольный буфер. Можно только в ней менять некоторые настройки, из которых она делает xml и шифрует. После чего можно смотреть на то, как меняется выходной файл.

0

@gazlan

Ну, если повезет - не накрыта протектором с VM, написана на вменяемом языке... disasm может оказаться подходящим выбором.

1

@djljktq_81

Кто-нибудь знает, где можно скачать этот XC2?

0

echs

Ребята, я полагал, что криптостойкость шифра не зависит
от файла. Или я что-то не понимаю?

0