https://www.opennet.ru/openforum/vsluhforumID3/120971.html Опубликован значительный выпуск программы подбора паролей hashcat 6.0.0, претендующей на звание самой быстрой и функциональной в своей области. Hashcat предоставляет пять режимов подбора и поддерживает более 300 оптимизированных алгоритмов хэширования паролей. Вычисления при подборе могут распараллеливаться с привлечением всех имеющихся в системе вычислительных ресурсов, в том числи с использованием векторных инструкций CPU, GPU и других аппаратных ускорителей, поддерживающих OpenCL или CUDA. Возможно создание распределённой сети подбора. Код проекта распространяется под лицензией MIT...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53179<br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#37 Thu, 10 Dec 2020 10:52:47 GMT ппц, скачивать как? .-.<br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#36 Sat, 20 Jun 2020 15:33:07 GMT &gt; поддерживает только OpenCL-1.1<br><br>А что, кто-то хочет больше? Например?<br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#35 Fri, 19 Jun 2020 12:18:32 GMT Мне тоже было непонятно, пришлось спросить atom'а. Это режим эмуляции OpenCL (не эмуляции GPU) и он предназначен только для отладки. Для реального использования CPU, по-прежнему рекомендуется свежий Intel OpenCL и (после коммита от 3-го июня) поддерживается также свежий POCL (то есть на него больше не выдается warning). Что касается AMD APP SDK, он и раньше отставал от Intel'а (не справлялся с векторизацией там где Intel'овый справлялся), а теперь и вовсе не поддерживается самим AMD. Свежий hashcat --force с ним у меня segfault'ится при инициализации OpenCL где-то в недрах кода AMD (правда, на этой старой системе также присутствуют AMD GPU и fglrx, так что я не исключаю что на системе только с CPU проблема бы не проявилась), в то время как в JtR (на той же системе) с ним всё еще работает как минимум часть --format'ов (только смысла в этом мало, кроме отладки когда-то в прошлом и regression testing теперь). Поэтому насчет "порвавший" для меня новость. Откуда такая информация?<br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#34 Fri, 19 Jun 2020 08:35:38 GMT Я и правда делал выводы на основе сообщений при сборке.<br><br>Спасибо за комментарий, мне было интересно узнать, почему версию для CUDA удаляли.<br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#33 Thu, 18 Jun 2020 19:56:07 GMT &gt; Следующий раз, когда забудешь пароль, примени к себе паяльник.<br><br>А ты всегда датаценр арендуешь для вспоминания паролей? Или у тебя они суперсложные, что 1 видуха за полчаса решает?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#32 Thu, 18 Jun 2020 13:44:25 GMT Рассказ о версии 2.00 и тогдашних коммитах соответствует действительности. А вот дальше - частично ошибочные домыслы на основе, вероятно, собственного опыта сборки старых версий.<br><br>Про sm_20 - это пустяк. Смотрим сейчас "git show v2.00 &#124; grep sm_20" и видим, что эта версия собирала бинарники под "sm_20 sm_21 sm_30 sm_35 sm_37 sm_50 sm_52". С выкидыванием поддержки sm_20 из очередной версии CUDA, просто убрали бы его из этого списка в hashcat и остальное продолжило бы работать. Причины отказа от CUDA были другие, в том числе нежелание тратить ресурсы разработки на написание дублирующего кода под CUDA и OpenCL, когда одного OpenCL достаточно. Также, и переход к open source и отказ от CUDA были частично вызваны желанием динамически формировать "исходный" код (первая задача - под конкретный salt в descrypt), что плохо укладывалось в closed source модель и в исходную концепцию CUDA, но отлично укладывалось в концепцию OpenCL. Теперь же поддержка CUDA возвращена в hashcat иным способом, без дублирования исход https://www.opennet.ru/openforum/vsluhforumID3/120971.html#31 Thu, 18 Jun 2020 12:38:02 GMT Таким образом именно "слушать" не выйдет. Придется или встраиваться в середину перешифровывая по дороге все (вот это можно будет сделать почти незаметно имея закрытый ключ) или в современном мире данные шифруются не известным вам сессионным ключем и вы их не получите. Для комппаний из списка ОРИ есть требования отдавать "куда надо" именно сессионные ключи, чтобы можно было расшифровать ранее записанный трафик. а серверный ССЛ ключ им как раз не нужен вообще.<br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#30 Thu, 18 Jun 2020 09:31:00 GMT Можно использовать старый fglrx на старом же дистре. Только некоторые новые программы хотят более новой библиотеки OpenCL, например новые майнеры криптовалют иногда не работают на старых OpenCL. Несмотря на то, что что в старой, что в новой, версия OpenCL 1.2.<br> https://www.opennet.ru/openforum/vsluhforumID3/120971.html#29 Thu, 18 Jun 2020 09:27:08 GMT &gt; В новом выпуске:<br>&gt; ...<br>&gt; * Поддержка вычислительных систем на базе CUDA;<br><br>Долго же они её восстанавливали. Кто не знает, сейчас расскажу что было.<br><br>Поддержка CUDA раньше уже была. Были oclHashcat и cudaHashcat (но можно было и на CPU). Первая версия hashcat была проприетарная. Версия 2.00 была с открытым исходным кодом. Но уже буквально следующими коммитами убрали поддержку CUDA, предложив пользователям NVIDIA использовать OpenCL. Версия 2.01 была последней с поддержкой CUDA.<br><br>Причина вот в чём. Hashcat это не только исполняемый файл. Это ещё и директория kernel с сотнями файлов, потому что программа поддерживает сотни алгоритмов для взлома. Так вот, все эти сотни файлов для CUDA были написаны ещё в прошлом десятилетии, и компилятор CUDA 8.0 на них ругался "warning: поддержка sm_20 будет удалена в будущем". Исправить всё это махом не представлялось возможным, да и незачем было стараться, так как перебор паролей на NVIDIA сильно отставал по скорости от ATi/AMD. Вот и удалили поддержу CUDA. Я рад, что