Обсуждение тем о продажах сборок 1.5.1

Не смогут, архиватор писал Русский.

вон инкаст запароленый уже несколько месяцев в шаре валяется, его еще не ломанули

Может тоже начать так выкладывать вещи хДДД с пароле в 32 символа и знаками)

Тут есть одно большое НО. Файл должен точ в точ совпадать с тем, который в архиве. Байт к байту. И файл должен быть как можно меньшего размера. Но принцип тут тот же, что и в других "открывашках" для архивов - метод грубой силы (то есть брут). Только основное отличие в том, что тут идет брут ключа для AES в обход вычисления хеша пароля.

Принцип работы:
1) Генерируется ключ для AES
2) Не зашифрованный файл шифруется по этому ключу.
3) Хеш полученного зашифрованного файла сравнивается с хешем файла в архиве.
Если хеши равны, то мы подобрали нужный ключ для AES. И по этому ключу расшифровываем остальные данные.

Этот метод гораздо производительнее, чем стандартный брут пароля, так как при стандартном бруте более 99,9% ресурсов тратится на получение AES ключа (с парля 262144 раза вычисляется хеш sha1).
Еще одним большим плюсом этого метода является то, что длинна ключа для AES в архиваторах всегда одинакова (Для rar - 192 бита, для 7zip - 256 бит. Да и вообще у ключа для AES может быть только 3 разные длинны: 128, 192 и 256 бит).
Плюс ко всем ключ состоит только с цифр и латинских букв, ибо , как упоминалось выше, архиватор в качестве ключа использует хеш sha1. То есть это гораздо сокращает "диапазон" символов.
Ну и последним плюсом можно считать то, что (исходя с размера не зашифрованного файла) мы может более-менее точно вычислить максимальное время взлома архива (независимо от длины пароля архива).

Фиксированная длинна ключа + достаточно узкий диапазон символов в ключе дают нам очень большое преимущество перед стандартным брутом паролей.

Хотя, по моему мнению, этот способ имеет 3 "минуса".
1) Самый большой минус - нам нужен файл, который полностью идентичен одному с файлов в архиве.
2) Размер файла с первого пункта должен иметь небольшой размер (хотя-бы в пределах 500кб - 1мб). Иначе время на шифрование этого файла может быть больше, чем время, которое тратится на вычисление хеша sha1 при стандартном бруте.
3) Этот метод будет иметь значительное преимущество на стандартным брутом в том случае, если длинна пароля достаточно большая и/или "диапазон" символов в пароле достаточно большой.

Я думаю какой нибудь конфиг античита или файл фильтра точно совпадают)

Подойдет, не подойдет - не знаю.

Еще пустой файл foo есть и карта a24.backup
--- добавлено: 11 фев 2014 в 19:24 ---

Не успел)

Да, кстати, ты прав.

То, что совпадает размер, еще ничего не значит)

от foo толку ноль. он ноль байт весит.

И для начала я бы поковырял обычным брутом паролей. Хотя-бы до длинны пароля 5-7 символов, а потом уже этим.
--- добавлено: 11 фев 2014 в 19:29 ---

Вот вот. Хотя хз, надо поднять доку об AES и глянуть что он делает с пустыми файлами.

Уже несколько человек ставили брут на ночь - без толку.

Тогда файлы от карт по любому совпадают

Он их распаковывает с любым паролем, сам попробуй)

А кто сказал, что пароль можно сбрутить всего лишь за 1 ночь ?) На это могут уйти недели, если не месяцы.

Дак а смысл на неделю ставить, если уже 1.5.1 по 200$ продают? Лично мне пофиг даже если расшарят. Я буду продолжать ковырять архив.

Даже ели он изначально пустой, то при шифровании файл бы мог наполнится "мусорными" данными в соответствии с ключом что-бы сбить с толку потенциальных взломщиков.
--- добавлено: 11 фев 2014 в 19:51 ---
То есть пустой файл в архиве, который под паролем, будет для нас идеальным вариантом.
--- добавлено: 11 фев 2014 в 19:53 ---
P. S. Теперь, если захочу спрятать важные данные, то буду хранить их в 7zip архиве без пустых файлов.