CTF密码破解利器hashcat实战：从安装到五种攻击模式全解析

CTF圈子里工具多如牛毛，但要说每个选手电脑里都装、每一场比赛都可能翻牌子的，hashcat绝对排得上号。做CTF这几年，我在Misc、Crypto甚至Web方向都遇到过需要还原明文、爆破压缩包密码的场景，每次都靠hashcat救场。这工具说到底就是一个开源的密码破解工具，利用GPU并行计算把暴力枚举和字典碰撞的速度拉满，是目前同类工具里性能最猛的那一档。这篇内容我从零开始梳理，覆盖安装、常用参数、五种攻击模式、实战场景、高频报错和提速技巧，适合刚接触CTF、第一次拿起hashcat的人，也能给想进阶规则和掩码玩法的朋友一点参考。

1. hashcat到底是什么，CTF里为什么离不开它

hashcat本质上是一个哈希破解工具，可以把它理解成一个超级加速版的“猜密码机器”。它做的事情并不复杂——拿到一段哈希值（或者一个加密后的压缩包、一个握手包），然后不停尝试不同的明文，计算这些明文对应的哈希，再和目标值比对，相等就说明破解成功。整个过程枯燥且重复，所以特别适合GPU这种动辄上千核心的并行计算单元来干。

类比一下生活里的场景：你要在学校一万个人的花名册里找一个叫“张三”的人，CPU的方式是一个一个看，GPU的方式是复印一万份花名册，同时交给一万个人一起找。hashcat就是把“同时找”这件事做成了行业标准，破解速度可以达到每秒百亿次哈希，具体数字取决于你的显卡型号和哈希算法本身。

CTF里碰到hashcat的频率非常高。最常见的是给你一串形如5f4dcc3b5aa765d61d8327deb882cf99的MD5值，表面看就是一道“还原明文”的题，实际上考察的就是你对字典、掩码、规则的理解。还有一类是给一个带密码的zip、rar压缩包，里面放着flag或者关键文件，这时候也要靠hashcat去爆破压缩包密码。除此之外，像WPA握手包、Linux shadow文件、各类知名算法的哈希，也都能在hashcat的破解范围内。

1.1 hashcat与John、在线解密站点的差别

很多零基础的朋友会问，在线解密网站不香吗，为什么非要折腾命令行工具。在线站点的确方便，粘贴一个MD5就能出结果，但它的局限也很明显：只能覆盖已收录的弱密码和常见组合，稍微有点规则的明文基本没戏；而且你把真实哈希提交给别人，比赛环境下一旦涉及敏感数据，这个习惯也有隐患。

John the Ripper是另一款经典工具，兼容性强、支持平台多，在hashcat不支持的某些算法上依然是首选。但John主要跑CPU环境，遇到现代GPU时速度差距非常悬殊。hashcat的强项是OpenCL、CUDA这类GPU并行生态，以及极其丰富的攻击模式和规则系统，这在需要跑大规模掩码或字典变形时优势特别明显。

我个人在CTF中的分工习惯是：先hashid/haiti识别哈希类型，再用hashcat跑GPU爆破；如果遇到hashcat支持的加密格式不理想，再考虑John补位。两把武器搭配着用，覆盖场景才完整。

1.2 适用场景盘点

hashcat适用的CTF场景可以归纳成三大类。

第一类是哈希还原，这是最直观的。题目给一段哈希让你求明文，算法可能是MD5、SHA1、SHA256，也可能是bcrypt、NTLM这类更专业的算法。这类题重点考察hashcat的字典攻击、掩码攻击和规则攻击。

第二类是压缩包密码爆破。CTF中拿到的压缩包往往带有密码，而密码通常不是随便输出的字符，而是和题目背景相关。比如文件名带年份、作者名、比赛名称缩写，这些特征都可以转化成字典或掩码来爆破。

第三类是无线网络相关。部分AWD或者实战向的题目会涉及WPA握手包，用hashcat的22000模式可以直接跑。这个在CTF里不算高频，但掌握之后很加分。

一句话总结：hashcat不是“一组命令”那么简单，它是一套完整的密码碰撞方法论。接下来从环境和基本操作讲起，一点点把这套方法论拆开。

2. 零基础搭建环境：从安装到命令行准备

很多人被hashcat劝退的往往不是命令本身，而是环境部署那一步。显卡驱动、OpenCL运行时、系统架构，任何一环出问题都会导致设备识别不了。先把环境搞定，后面才能愉快地烧显卡。

2.1 三种主流安装方式与踩坑记录

第一种是Kali / Parrot这类渗透测试系统自带。如果你用的是Kali，hashcat默认已经安装，直接输hashcat --version验证即可。这种最省心，不用处理依赖，也是我推荐给新手的首选方案。唯一需要注意的是Kali里的rockyou.txt字典默认是压缩包，需要先解压才能用。

第二种是Debian/Ubuntu等通用Linux发行版。命令如下：

sudo apt update sudo apt install hashcat

这种方式安装的是发行版仓库里的版本，可能不是最新版。hashcat版本迭代很快，新算法和新功能通常只在最新release里出现，所以追求新功能的话建议去GitHub Releases页面下载官方编译好的二进制包。

第三种是Windows环境下使用。hashcat官方提供了Windows二进制，解压后进目录直接运行hashcat.exe。这里我要特别提醒几个坑：

• 路径中尽量不要有中文和空格，否则命令行解析可能出问题。
• Windows下要确保显卡驱动已安装。NVIDIA装好驱动后，OpenCL一般会跟着补齐；AMD或者Intel核显需要单独装OpenCL运行时。
• 如果运行时报No devices found，先别急着换版本，检查hashcat -I能不能列出设备信息。

WSL2里也能跑hashcat，但配置OpenCL比较麻烦。具体来说，WSL2里要安装Windows侧驱动并开启GPU加速支持，对新手而言绕远了。我更建议直接开一台原生Linux虚拟机，或者直接装双系统，实验成本反而更低。

2.2 验证设备与性能基线

装好之后第一件事不是跑题目，而是确认GPU被正确识别。执行：

hashcat -I

输出会列出可用的OpenCL设备，比如你的NVIDIA显卡。如果没有列出任何设备，那后面所有命令都跑不动，必须回头解决驱动和OpenCL问题。

接着跑一个性能基线测试：

hashcat -b

-b表示benchmark，工具会针对常见的哈希算法各跑一遍，给出每秒尝试次数。比如MD5模式下可能会显示Speed: 60000 MH/s，意思是每秒跑600亿次MD5计算。这个数值后面规划掩码时特别有用，可以用它粗算一个掩码跑完需要多久。

2.3 建议准备一个专门的“作战目录”

我个人的习惯是建一个workspace目录，专门存放hash文件、字典文件、规则文件、输出结果。比如：

mkdir ctfcrack cd ctfcrack

然后在这个目录下建hashes、wordlists、rules、results四个子目录。刚开始觉得多余，等哈希文件、字典、规则越攒越多之后，你才会发现这个好习惯救了你无数次。毕竟hashcat的命令和文件路径一旦写错，排查半天都是浪费时间。

3. 第一个破解实例：拿MD5练手

环境就绪之后，先从最直观的哈希还原开始。假设你拿到了一个MD5值，想找出它的明文。整个流程可以拆成三步：准备哈希文件、准备字典、运行命令。

3.1 准备哈希文件和字典

创建一个hashes/md5.txt，内容就是目标哈希值，一行一个。注意：文件里不能有多余空格，结尾换行最好也检查一下。实战中很多“跑不出来”的问题，罪魁祸首就是哈希文件多了看不见的字符。

快速生成测试哈希可以用命令行：

echo -n "password123" | md5sum

把输出的632位字符串记录下来，作为你的第一个练习目标。

字典方面，最经典的是rockyou.txt。Kali里一般在/usr/share/wordlists/rockyou.txt.gz，先解压：

sudo gunzip /usr/share/wordlists/rockyou.txt.gz

如果你的系统里没有，可以从网上下载，也可以先用一个小型自定义字典练手。比如：

echo "password123" > wordlists/test.txt echo "admin2024" >> wordlists/test.txt

3.2 跑一条基础命令

hashcat -m 0 -a 0 hashes/md5.txt wordlists/test.txt

参数解释：

• -m 0表示哈希类型是MD5。哈希类型都有数字编号，MD5是0，SHA1是100，SHA256是1400，WPA是22000，具体可以查hashcat --help。
• -a 0表示攻击模式是字典攻击。这是最基础的模式，逐行读取字典中的词，计算哈希后和目标比对。
• 后面的两个路径，第一个是哈希文件，第二个是字典文件。

如果破解成功，终端会显示Status: Cracked，并且给出恢复的明文。同时结果会写入hashcat的potfile（默认在~/.hashcat/hashcat.potfile），下次再跑相同哈希时会直接跳过，节省时间。

3.3 保存结果与常用参数速查

为了不污染屏幕和方便记录，建议用-o参数指定输出文件：

hashcat -m 0 -a 0 hashes/md5.txt wordlists/test.txt -o results/md5_cracked.txt

跑完之后想再回看刚才破解出来的明文，用--show即可：

hashcat -m 0 -a 0 hashes/md5.txt --show

这里不需要再提供字典，因为hashcat直接读取potfile显示已破解结果。

还有一个常被忽略的点是--force参数。某些情况下hashcat检测到环境有问题会拒绝工作，比如OpenCL警告，这时候加--force可以强行运行，但要注意它只是绕过警告，如果问题根因是驱动缺失，加force也没用。

我列一下前期最常用的参数组合，方便查阅：

3.4 跑第一个题之后的三个体会

第一次成功跑出一个哈希的瞬间，很多人会觉得“工具也不过如此”。但真正的重点不是那条命令，而是背后的思路：遇到哈希先判断类型，再决定攻击模式，而不是上来就一顿乱跑。

我第一次用hashcat时犯过一个低级错误：没有把目标明文放进字典里，然后抱怨字典跑完之后什么都没出。后来想明白了，字典攻击的逻辑是“从已知候选集里找答案”，如果答案根本不在字典里，等多久都没用。这是理解后续掩码和规则攻击的思想基础。

4. 攻击模式全解析：五种模式要怎么选

hashcat支持多种攻击模式，用-a参数指定。CTF常用的是0、1、3、6、7这几种，每一种都有自己的适用场景。理解它们之间的差异，是解锁hashcat真正威力的关键。

4.1 字典攻击和组合攻击

字典攻击（-a 0）是最基础的，逻辑就是拿字典里的词逐个试。适合密码是普通单词、人名、常见弱口令的情况。rockyou.txt有1400多万条，覆盖面很广，CTF里很多简单哈希用它可以直接秒杀。

组合攻击（-a 1）会把两个字典的词拼在一起。比如字典1是admin、ctf，字典2是2024、2025，组合后就生成admin2024、admin2025、ctf2024、ctf2025。命令示例：

hashcat -m 0 -a 1 hashes/hash.txt dict1.txt dict2.txt

这种模式适合密码是由两个独立部分拼接而成的场景，比如“用户名+年份”“英文单词+数字”。

4.2 掩码攻击与字符集定制

掩码攻击（-a 3）是CTF中最常用的，也是我认为最值得深入研究的一种模式。它不再依赖字典，而是按照你指定的字符集合和长度规则，穷举所有可能组合。

hashcat内置了几组字符集占位符：

• ?l代表小写字母 a-z
• ?u代表大写字母 A-Z
• ?d代表数字 0-9
• ?s代表特殊符号
• ?a代表所有可打印字符
• ?h代表十六进制字符

假如题目的提示是“密码由4位小写字母加2位数字组成”，掩码可以写成：

hashcat -m 0 -a 3 hashes/hash.txt '?l?l?l?l?d?d'

如果默认字符集不够用，还可以用-1自定义一个字符集，比如：

hashcat -m 0 -a 3 hashes/hash.txt -1 abcXYZ123 '?1?1?1?1?1?1?1?1'

这样?1就代表abcXYZ123这个自定义集合里的任意一个字符。

掩码攻击最大的问题是时间失控。纯8位小写字母掩码?l?l?l?l?l?l?l?l有26的8次方约2080亿种组合，普通显卡可能要跑几十分钟到几小时。所以在写掩码之前，一定要明白字符集大小、位数和速度之间的关系，否则就是开了一个永远跑不完的坑。

估算公式很简单：候选总量 = 字符集长度 ^ 位数，时间约等于总量除以速度。比如?d?d?d?d?d?d?d?d是10^8也就是1亿种组合，MD5在普通显卡上每秒几十亿次的话，几秒跑完不是问题；但?a?a?a?a?a?a?a?a就是95^8约6.6千万亿次，这个量级就不是几十分钟能解决的了。

4.3 规则攻击：CTF里被低估的大杀器

规则攻击是让基础字典“变形”的能力。它作用于字典里的每个词，按照你写的规则对词做各种修改，再拿去尝试。规则用-r指定文件，hashcat自带了很多规则文件，在hashcat的rules/目录下。

最著名的是best64.rule，它精选了64条实用规则，比如末尾追加数字、首字母大写、单词替换等。跑法是：

hashcat -m 0 -a 0 hashes/hash.txt wordlists/rockyou.txt -r rules/best64.rule

规则文件本质上是文本，里面的每一行都是一条规则。举几个最经典的语法：

• l转小写
• u转大写
• c首字母大写
• $1末尾追加字符1
• ^0开头插入字符0
• so a把o替换成a

比如字典里有flag，执行$1$2$3加尾巴，就生成flag123；执行c就生成Flag；执行so0就把o换成0，生成fl0g。

不用真的去写规则文件也能测试效果，用--stdout参数可以只输出生成后的候选词，而不去跑破解。比如：

echo "flag" | hashcat --stdout -r rules/best64.rule

然后屏幕上会列出所有由flag变形出来的候选词。这招在调试规则时极其好用，强烈建议动手试一次。

规则攻击的价值在于：用一份小字典可以“膨胀”成一份覆盖大量常见组合的大字典，而且生成的候选词往往比纯随机组合更接近人类取密码的习惯。CTF里很多密码其实是“一个常见单词加几个数字”的组合，这类直接用掩码跑属于大海捞针，但用规则一秒就能扫出答案。

4.4 混合攻击：字典加掩码的叠加

混合攻击是把字典和掩码组合在一起用。

• -a 6表示字典后面加掩码，比如密码是admin2024这种结构，可以先给字典指定admin，然后尾随?d?d?d?d。
• -a 7表示掩码后面加字典，比如2024admin这种。

命令实例：

hashcat -m 0 -a 6 hashes/hash.txt wordlists/base.txt '?d?d?d?d'

这种模式适合已知密码部分内容的情况。题目提示“密码是单词加四位数字”，用-a 6比直接掩码?l?l?l?l?d?d?d?d高效得多，因为前4个字符被限制在字典的词库里，而不是所有字母组合。

5. 哈希识别与压缩包实战场景

拿到一段哈希字符串，第一步永远是判断算法类型，而不是盲目开跑。选错了模式，就算跑上几天也没有结果。

5.1 用工具快速识别哈希类型

CTF中常见的手段是使用hashid或者它的增强版haiti。用法很简单：

hashid '$P$B1234567890abcdef...'

输出会给出可能的哈希算法，比如WordPress、phpass等，按可能性排序。hashcat也提供了类似能力，在新版本中可以直接用--identify参数：

hashcat --identify '$2y$10$...'

不管哪种方式，判断出算法之后要再去hashcat官方文档里查对应的-m编号。这里的关键坑在于，很多算法的格式相似但编号不同，比如bcrypt有-m 3200，但是$2a$和$2y$变体在不同版本的hashcat中兼容情况不同，遇到破解异常时先考虑是不是哈希格式被hashcat识别偏了。

5.2 zip压缩包密码爆破

这是CTF里出现频率极高的场景。假设题目给了一个带密码的zip文件，里面是flag.txt，怎么用hashcat解？

流程是先把zip转换成hashcat能识别的哈希格式。经典工具是zip2john（来自John the Ripper套件），它在Kali里自带。命令：

zip2john encrypted.zip > zip_hash.txt

生成的文件里会有一段类似$pkzip2$...的哈希。然后查询hashcat模式号，PKZIP对应的是17200或17225等，具体要看你生成哈希的格式。用字典攻击：

hashcat -m 17200 zip_hash.txt wordlists/rockyou.txt

实测很多CTF的zip密码就是“common word + 数字年份”这种结构，所以跑的时候建议配合-a 6和掩码尾随，特别是年份掩码?d?d?d?d。

还有一个经常掉坑的地方：zip加密算法很多种，老式ZipCrypto和新式AES加密生成的哈希格式完全不同，zip2john提取不到正确的哈希时，要检查zip是否有其它加密层。从我个人经历来看，题目设计者为了降低难度，大多会使用普通ZipCrypto加密，所以zip2john基本都能搞定。

5.3 WPA握手包与更多场景

除了哈希和zip，hashcat还能跑WPA的PMKID或握手包。要对抓到的无线包做预处理，典型工具是hcxpcapngtool。它把cap文件转换成hashcat专用格式：

hcxpcapngtool -o handshake.hc22000 capture.cap

然后用-m 22000跑字典攻击。这类会用到字典和规则，如果对方密码是弱口令，效果会很明显。

这个场景虽然和纯CTF竞赛关系没那么紧密，但在实战练兵、红队演练中是非常常见的一环。掌握了-m 22000还能顺带理解很多无线认证的原理，属于“一鱼多吃”的学习路径。

5.4 常见哈希类型速查表

这张表不必背，用到时查文档就行。重点是有这个意识：先识别类型，再去选模式，顺序绝对不能反。

6. 提升破解效率的四个实用技巧

hashcat入门容易，但要把破解效率提上去，有几个小技巧值得仔细研究。它们看起来不复杂，每一个都让实操顺滑很多。

6.1 让potfile为你缓存结果

hashcat默认会把破解成功的记录存进potfile。这意味着你不小心重复跑了同一个哈希，它会直接跳过，省大时间。如果不想用默认位置，可以用--potfile-path指定：

hashcat -m 0 -a 0 hash.txt dict.txt --potfile-path my.pot

CTF打完一题，我会把potfile保留下来。因为同一个哈希在多轮比赛中可能又以不同形式出现，比如同一组密码换了个算法重新出题，potfile能直接帮你省掉重复计算。

6.2 用估算公式决定攻击策略

效率升级的关键是学会提前计算时间成本。公式不复杂：运行时间 ≈ 候选总量 / 破解速度。

举个例子，有一个MD5哈希，我的显卡跑MD5大概在30GH/s，也就是每秒300亿次。现在题目提示密码是4位数字加6位小写字母，掩码可以写成?d?d?d?d?l?l?l?l?l?l。候选总量是10^4 × 26^6，约308亿。除一下速度，差不多10秒跑完。那这题直接跑掩码就行。

但如果题目提示是10位大小写字母加数字混合，候选总量是62^10约8.39×10^17，这个量级就不是几分钟能解决的了。这时候不如回到题目找更多线索，想想密码是否与文件名、作者ID、比赛名称有关，用规则攻击优先覆盖高概率组合。

我的建议是：先花一分钟估算，再决定要不要开跑。盲目把显卡开到最大，跑了一个通宵，第二天发现密码是admin，这种事情在CTF里每天都在发生。

6.3 自己写一份“CTF气质”规则

官方自带的规则文件覆盖面广，但针对性不够。我会维护一份自己写的ctf.rule，专门用来处理CTF常见密码。

规则语法非常少，掌握这几个就够了：

• $加尾部：$1$2$3
• ^加头部：^1^2，表示在词头加12
• c首字母大写
• l/u全小写/全大写
• s替换：so0表示把o换成0
• $与^可以叠加：^C$t$f{能生成类似C...ctf{的风格

比如我常用的一组规则是“常见单词+年份尾缀”，只需要：

$1$9$9$0 $1$9$9$1 ... $2$0$2$4

写完之后用--stdout测试一波：

echo "security" | hashcat --stdout -r ctf.rule

看输出是否符合预期，再拿去跑正式破解。这个习惯能省下大量无效跑动。

6.4 性能模式与散热控制

hashcat提供了-w参数控制性能模式，-w 1到-w 3，数值越大跑得越快，显卡占用和发热也越高。CTF比赛中，时间紧张时我会开-w 3；后台挂着跑大字典时，我会降到-w 1，避免电脑直接卡成PPT。

如果你的显卡跑长时间任务容易掉驱动或崩溃，可以留意这些参数：-n控制OpenCL工作负载，--gpu-temp-disable禁用温度上限检查（不推荐日常使用），--gpu-loap可以设置GPU忙闲比例。对于实测，笔记本显卡长期满负荷跑会明显升温，最好加个散热垫，队友刷题时你显卡冒烟可不是什么好体验。

7. 常见报错与问题排查速查表

hashcat的报错信息往往简洁到让人崩溃，但绝大多数坑都有固定的解法。这里把我自己踩过、带新人时见过的典型问题整理成速查表。

7.1 新手最崩溃的“为什么还没跑出来”

排除报错之外，还有一类问题是“命令跑起来了，但就是出不了结果”。这种情况最需要排查的是思路，而不是工具。

先问自己几个问题：密码真的在这个字典里吗？掩码的字符集和长度正确吗？规则是否覆盖了题目背景中可能出现的变形？如果答案都是否，那就别耗在纯爆破上，回题目里继续翻线索。

举个例子，以前有个题给了个MD5哈希，文件名是the_year_of_dog.txt，当时我用8位纯数字掩码跑了半小时也没出。后来发现密码是woof2024，我如果早点分析题目背景，直接把和狗、年份相关的词加进字典，几秒就能跑出来。类似教训就是——hashcat帮你执行暴力，但策略和线索分析还是得靠人脑。

7.2 显存不足和系统卡死的应对

跑大型掩码或者超大规则集时，显存可能不够用，尤其在笔记本上。应对方式有几种：调低-n参数，降低并发线程数；把一次跑的大任务拆成多段，利用--skip和--limit分片执行；或者用--restore断点续跑，避免中途开机浪费。

系统卡死的情况也遇到过。跑超大keyspace时Windows图形界面直接无响应，这通常是显存驱动被拉满导致的。建议挂长任务的时候把-w降到2，甚至1，给系统留出基础资源。

7.3 关于“跑得慢”的排查方向

同样的哈希，为什么别人的速度是你的几十倍？先确认设备类型，GPU是否真的被识别；再检查hashcat -I里的设备名称，有些驱动问题会让你误用了Intel核显而不是NVIDIA独显。另外，在Windows系统上，任务管理器里要确认hashcat进程确实跑在独立显卡上，有时候驱动默认调度会让独显闲置，结果CPU硬扛，慢得离谱。

如果你用的是云GPU或者远端的服务器，考虑带宽和虚拟化层面的损耗，跑分数据可能比裸机低不少，这种情况下可以优先考虑用规则提升命中率，而不是盲目拼速度。

8. CTF实战中的经验总结

工具写到最后，还是想聊聊分析和战术。

8.1 别把hashcat神化

网上很多文章把hashcat吹成“万能钥匙”，实际不是。它解决的是“在给定候选空间里找答案”的问题，它快但不代表聪明。CTF的密码题很多本质是线索题，题目里的提示词、文件名、描述文本，都比纯暴力更值钱。hashcat是你的手速，而读懂题目才是你的大脑。

我见过有人拿到哈希就直接跑12位全字符掩码，显卡烧了好几天也没结果，最后发现题目提示密码只有4位纯数字。这种事听着好笑，但实战中真的会反复上演。

8.2 工具组合拳比单打独斗更有效

hashcat很少单独出现在完整解题链路里。典型配合流程是：

拿压缩包 -> zip2john提取哈希 -> hashid识别类型 -> hashcat爆破 -> 得到密码解出flag

或者：

拿到哈希字符串 -> hashid识别 -> 先用弱口令字典试一轮 -> 再用best64规则扫十秒 -> 最后用掩码补漏

多学一个工具串联起来，比把单个工具参数背得滚瓜烂熟更有价值。John、haiti、zip2john、hashid这些工具配合hashcat，才是一整套CTF密码破解工作流。

8.3 构造有“CTF气质”的候选词

比赛密码有很强的风格化倾向，常见几类：

• 纯弱口令：admin、password、123456
• 单词+年份：summer2023、ctf2024
• 单词变形：p@ssw0rd、adm1n
• 大小写混合：Flag2024、Ctf#2023
• 和题目关键词相关：比如文件名里有wolf，密码大概率就与wolf有关

所以我平时的做法是，根据题面快速生成一个临时字典，把题目相关的英文单词丢进去，然后上规则变形，最后再辅以掩码补位。相比纯粹跑官方大字典，这个流程既快又准。

从整体来看，hashcat在CTF里是一把非常趁手的“暴力破解利器”，但真正玩好它的关键在于理解攻击模式各自的适用场景、学会估算时间复杂度、以及保持从题目找线索的敏锐度。花点时间把这篇内容里的命令逐个跑一遍，上手速度会快很多。UTM也曾经说过，工具不会替你思考，但好的工具能让你思考之后立刻执行。hashcat正是这样一个工具，值得每个CTF玩家认真掌握。