Перейти к содержанию

Recommended Posts

OlegAndr

Коллеги, понадобилось восстановить пароль в RAR архиву 2009 года.

И я c удивлением обнаружил, что в области вскрытия парольной защиты архивов RAR наука осталась в каменном веке.

Только тупой перебор, при этом еще и с адово низкой скоростью.

Как я понял вскрыть WinZip есть 1000 и 1 способ и по известным байтам и по каким то там узявимостям в алгоритме, а RAR стоит как окаменевшее гхм... и никакая елкомсофтина его не берет?

С 2009 года никаких подвижек? Единственный профит - более быстрые диски и процы но помогает все равно слабо...

То есть не надо никаких криптоконтейнеров- RAR с несловарным паролем в 10 символов и вас будут хакать годы?

Или я чего-то не знаю????? :blink:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
OlegAndr

Гхм... Это многое объясняет.... И чо никаких уязвимостей в имплементации?...... Мдя.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Илья Рабинович

Ну так всё правильно. Там многопроходный хеш (то есть, берётся хеш от хеша от хеша...). Чтобы сгеренить один такой, требуется много процессорного времени. Если пароль сильный, то тогда ой.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Vvvyg
С 2009 года никаких подвижек?

Вообще-то использование видеокарты для взлома паролей Rar было ещё в 2009-м и развивается: cRARk. Но только тупой перебор. Есть ещё такой ресурс: Parallel Password Recovery.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • PR55.RP55
      Знак GPU  на груди у него больше не знали о нём ничего. ProcessHacker Source code: https://processhacker.sourceforge.io/downloads.php + https://github.com/processhacker/processhacker/blob/569da8a8d9c581c5c744cf2146f9b746766395ed/plugins/ExtendedTools/gpumon.c И в Process Explorer   Который уже раз пишу...
    • demkd
      кто-то невнимательно читал: В окно информации о процессе добавлены проценты загрузки CPU с момента создания процесса Кода-нибудь добавлю.
    • PR55.RP55
      Demkd "CPU" =. Похоже, что с защищёнными процессами это не работает. Запустил в несколько потоков сканирование в ESET  показывает нагрузку в 1-2% При том, что архивация в 7-zip под 50% --------- И всё таки одно дело когда работает центральный процессор... Например на старых версиях Intel Atom  всегда нагружен под завязку и это мало о чём говорит. Другое дело если процесс работает с видео картой. Я бы добавил к инфо. данные по: GPU  
    • stepangrnec
      купить лотерейный билет лото  мгновенная лотерея онлайн 
    • demkd
      HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{c53e07ec-25f3-4093-aa39-fc67ea22e99d}
      Windows.StateRepositoryPS.dll используется в ShellExperienceHost.exe, который в результате и рубится из-за исключения уже в другой библиотеке - StartUI.dll при нажатии на кнопку меню с виндовым флажком, как это связано с Windows.StateRepositoryPS.dll не совсем ясно, поскольку в событиях не видно никаких проблем с соответствующим ему COM.
      "Для них недостаточно просто назначить Full Access для Everyone" тут это прокатывает и все работает если впрямую назначить Everyone и дать полный доступ, а uVS ранее просто и незатейливо сбрасывал dacl в null и отключал наследование, что если верить msdn обеспечивает полный доступ к ключу всем и оно так и есть, но как оказалось нравится это не всем причем таким странным образом, поэтому теперь и dacl и owner всегда возвращаются в исходное состояние во избежании.
×