1. Гость, мы просим Вас ознакомиться с Правилами Форума и Отказом от ответственности!

Результаты поиска

  1. Joslian
    И так. Нашлась програмка, которая могет извлечь файлы запароленного архива, просто надо иметь идентичный файл тому, который уже есть в архиве. Пруф: [IMG] Для этого всего юзайте вот эту программку Тык И юзайте вот этот файлик (идентичный тому, что в архиве) Тык И конечно же без НО не обойдешься. Чтобы программа заработала нужно иметь Windows XP + надо распаковывать по одному файлику :) . Удачи :) Тут есть одно большое НО. Файл должен точ в точ совпадать с тем, который в архиве. Байт к байту. И файл должен быть как можно меньшего размера. Но принцип тут тот же, что и в других "открывашках" для архивов - метод грубой силы (то есть брут). Только основное отличие в том, что тут идет брут ключа для 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) Этот метод будет иметь значительное преимущество на стандартным брутом в том случае, если длинна пароля достаточно большая и/или "диапазон" символов в пароле достаточно большой. Я думаю какой нибудь конфиг античита или файл фильтра точно совпадают) Да, кстати, ты прав. [IMG]
    Сообщение от: Joslian, 11 фев 2014 в разделе: Оффтоп
  2. Joslian
    И так. Нашлась програмка, которая могет извлечь файлы запароленного архива, просто надо иметь идентичный файл тому, который уже есть в архиве. Пруф: [IMG] Для этого всего юзайте вот эту программку Тык И юзайте вот этот файлик (идентичный тому, что в архиве) Тык И конечно же без НО не обойдешься. Чтобы программа заработала нужно иметь Windows XP + надо распаковывать по одному файлику :) . Удачи :) Тут есть одно большое НО. Файл должен точ в точ совпадать с тем, который в архиве. Байт к байту. И файл должен быть как можно меньшего размера. Но принцип тут тот же, что и в других "открывашках" для архивов - метод грубой силы (то есть брут). Только основное отличие в том, что тут идет брут ключа для 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) Этот метод будет иметь значительное преимущество на стандартным брутом в том случае, если длинна пароля достаточно большая и/или "диапазон" символов в пароле достаточно большой. [IMG] Подойдет, не подойдет - не знаю.
    Сообщение от: Joslian, 11 фев 2014 в разделе: Оффтоп
  3. Joslian
  4. Joslian
    Сообщение

    Вывод unix-a из bl

    - Причина?
    Сообщение от: Joslian, 11 фев 2014 в разделе: Сообщество
  5. Joslian
  6. Joslian
  7. Joslian
  8. Joslian
    Сообщение

    Помогите новичку

    https://mega.co.nz/#F!YZtEhC6S!XjcRKgf2d_Lllj4ClQQtsw
    Сообщение от: Joslian, 11 фев 2014 в разделе: Архив
  9. Joslian
  10. Joslian
  11. Joslian
  12. Joslian
  13. Joslian
  14. Joslian
    Сообщение

    Вывод unix-a из bl

    +
    Сообщение от: Joslian, 11 фев 2014 в разделе: Сообщество
  15. Joslian
  16. Joslian
  17. Joslian
    Сообщение

    Хамачи

    Зачем вообще хамачи? no-ip юзай
    Сообщение от: Joslian, 10 фев 2014 в разделе: Архив
  18. Joslian