Hashcat

Password Attacks ★ Рекомендуемый v7.1.2 · 23.08.2025 активный

Самый быстрый в мире инструмент для восстановления паролей на GPU. Поддерживает более 300 алгоритмов хеширования: MD5, SHA-1/256/512, bcrypt, WPA/WPA2, NTLM, Kerberos, etc. Режимы атаки: словарь, брутфорс, маска, комбинация, правила. Серая зона: используется для аудита паролей, криминалистики и CTF. Незаконен при применении к чужим данным без разрешения. hashcat -a 0 -m 1000 hashes.txt wordlist.txt

v7.1.2
23.08.2025 current
Добавлен 10.06.2026 · Обновлён 06.07.2026 · Password Attacks
Установка
# Debian/Ubuntu/Kali
apt install hashcat

# Windows/Linux бинарники с официального сайта
# https://hashcat.net/hashcat/

# Из исходников
git clone https://github.com/hashcat/hashcat
cd hashcat && make

# Пример: взлом NTLM хешей
hashcat -a 0 -m 1000 ntlm.hash /usr/share/wordlists/rockyou.txt
переведено ИИ

hashcat

hashcat — самая быстрая и продвинутая утилита восстановления паролей в мире, поддерживающая пять уникальных режимов атаки для более чем 300 высокопроизводительных алгоритмов хеширования. В настоящее время hashcat поддерживает ЦП, ГП и другие аппаратные ускорители в Linux, Windows и macOS, а также предоставляет средства для распределенного взлома паролей.

Лицензия

hashcat лицензирована по лицензии MIT. Для получения дополнительной информации обратитесь к docs/license.txt).

Установка

Скачайте последний релиз и распакуйте его в нужное место. Пожалуйста, помните, что при распаковке архива из командной строки следует использовать 7z x, чтобы сохранить полные пути к файлам.

На вашей платформе также могут быть доступны пакеты).

Использование/Справка

Для получения информации об использовании и общей справки обратитесь к Вики Hashcat и выводу команды --help. Часто задаваемые вопросы также можно найти здесь. Форум Hashcat также содержит обширную информацию. Если вы все еще считаете, что вам нужна помощь реального человека, посетите Discord.

Сборка

Для получения инструкций по сборке hashcat из исходного кода обратитесь к BUILD.md).

Тесты:

Travis Coverity GitHub Actions
Coverity Scan Build Status Hashcat GitHub Actions Build status

Вклад

Вклад приветствуется и поощряется, при условии, что ваш код имеет достаточное качество. Перед отправкой запроса на слияние убедитесь, что ваш код соответствует следующим требованиям:

  1. Лицензирован по лицензии MIT или посвящен общественному достоянию (код на BSD, GPL и т.д. несовместим)
  2. Соответствует стандарту gnu99
  3. Компилируется без предупреждений при компиляции с -W -Wall -std=gnu99
  4. Использует блоки кода и отступы в стиле Allman
  5. Использует отступ в 2 пробела или табуляцию, если это необходимо (например: Makefiles)
  6. Использует строчные имена функций и переменных
  7. Избегает использования ! и использует положительные условия там, где это возможно (например, if (foo == 0) вместо if (!foo), и if (foo) вместо if (foo != 0))
  8. Используйте код вида array[index + 0], если вам также нужно выполнить array[index + 1], чтобы сохранить выравнивание

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

indent -st -bad -bap -sc -bl -bli0 -ncdw -nce -cli0 -cbi0 -pcs -cs -npsl -bs -nbc -bls -blf -lp -i2 -ts2 -nut -l1024 -nbbo -fca -lc1024 -fc1

Ваш запрос на слияние должен полностью описывать функциональность, которую вы добавляете/удаляете, или решаемую вами проблему. Независимо от того, изменяет ли ваш патч одну строку или тысячу строк, вы должны описать, что побудило и/или мотивировало изменение.

Решайте только одну проблему в каждом запросе на слияние. Если вы исправляете ошибку и добавляете новую функцию, вам нужно сделать два отдельных запроса. Если вы исправляете три ошибки, вам нужно сделать три отдельных запроса. Если вы добавляете четыре новые функции, вам нужно сделать четыре отдельных запроса. И так далее.

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

Для поддержания качества и целостности исходного кода hashcat все запросы на слияние должны быть рассмотрены и одобрены как минимум двумя членами совета перед слиянием. Руководитель проекта имеет окончательное право принять решение о принятии или отклонении запроса на слияние. Не унывайте, если ваш запрос на слияние будет отклонен!

Удачного взлома!

Комментарии
Войдите, чтобы оставить комментарий