美团CTF那道 Boom 我前后复现了三遍，第一次卡在 hashcat 的 13400 模式上，第二次把 stegpy 的参数记混，第三次才把整条链跑顺。这道题不复杂，但它很典型：一个 KeePass 数据库，一张看起来干净的 PNG，外加一个需要密码才能提取的隐写 payload。hashcat 负责把 KeePass 主密码从弱口令里拉出来，stegpy 负责处理 PNG 里那层加密隐写，两者一前一后，正好覆盖 CTF 杂项里最常见的“口令爆破 + 隐写提取”组合。适合刚接触 CTF 杂项、想弄明白工具背后参数含义的人，也适合已经会跑命令但总在细节上翻车的朋友。下面的操作只在授权靶场、自己创建的数据库和自己生成的图片上做，别拿真实环境练手。

1. 题目背景与整体破题思路

1.1 美团CTF Boom 附件与第一判断

拿到 Boom 题时，附件通常不会多，一般就是Boom.kdbx和Boom.png这一类的组合。先别急着上工具，第一步永远是把文件属性看清楚。file命令会告诉你 KDBX 是 KeePass 数据库，PNG 是图片；exiftool可以看图片元数据里有没有题目故意塞的提示；pngcheck -v可以看 PNG 的块结构是否正常。很多时候，出题人会把密码提示放在图片注释、数据库文件名、题目描述甚至 flag 格式说明里，这些信息比盲目跑爆破更值钱。

KeePass 数据库的识别很直接：.kdbx是 KeePass 2.x 的主流速格式，内部用主密码和密钥文件保护。CTF 里出现它，基本就是两条路，一条是主密码弱，直接字典爆；另一条是数据库里藏了下一步线索。Boom 题属于前者，主密码没有设计得太离谱，但也不是123456这种一眼能猜到的，必须用 hashcat 配合规则跑一遍。图片这边则要看它是不是 stegpy 载体。stegpy 的隐写不是简单的 LSB 替换，它会把数据加密后嵌入，所以没有密码时直接strings往往看不到明文，必须走密码爆破或从数据库里拿密码。

我在第一遍复现时犯的错，是先拿steghide和stegseek去试图片。结果是工具报错，说文件格式不支持或者没有嵌入数据。这里要区分清楚：steghide 常见于 JPEG，stegseek 是 steghide 的快速爆破器；stegpy 是 Python 生态里的另一套工具，支持 PNG、WAV 等格式，嵌入时用密码加密。题目既然标题里点了 stegpy，就不要在 steghide 上浪费太多时间。正确顺序应该是先确认工具链，再决定爆破顺序。

1.2 为什么组合 hashcat 和 stegpy

hashcat 和 stegpy 在这道题里不是并列关系，而是接力关系。KeePass 主密码通常可以用 GPU 加速爆破，hashcat 对 KeePass 有专门模式，规则系统和掩码系统都很成熟，比 John the Ripper 的 CPU 爆破更适合 CTF 现场。stegpy 的密码爆破则更依赖字典和调用速度，因为每试一个密码都要启动一次 Python 进程，速度上不去，所以最好先通过 KeePass 拿到明确密码，或者至少拿到密码提示，再缩小字典范围。

为什么不用 John 直接爆 KeePass？John 也能做，keepass2john本来就是 John 工具集里的脚本。但 hashcat 在 GPU 上的吞吐更高，尤其是配合best64.rule、dive.rule这类规则时，能在几分钟内跑完几十万级候选。CTF 现场时间紧，工具选型要按“提取哈希方便、爆破速度快、结果验证简单”三个标准来。hashcat 的 13400 模式正好满足：keepass2john提取出来的$keepass$*...格式可以直接喂给 hashcat，爆出后--show就能回显密码。

stegpy 这边没有现成的 GPU 爆破器，至少我手头没有见过像 stegseek 那么顺手的替代品。所以它的定位是“精确提取”，不是“海量爆破”。如果数据库里已经给了图片密码，直接stegpy -p提取就行；如果数据库只给了字典范围，再用 shell 或 Python 循环跑小字典。把 stegpy 当成最后一步，而不是第一步，能省下大量时间。Boom 题的设计也是这个逻辑：先让你爆 KeePass，再让你用拿到的线索处理图片。

1.3 做题顺序与时间分配

我的建议顺序是：先做信息收集，再并行启动 KeePass 爆破，同时分析图片。信息收集控制在五到十分钟，主要看文件类型、元数据、字符串、文件名、题目描述。KeePass 爆破一旦确认哈希格式正确，就可以挂到后台跑，用--session保存会话，随时--restore恢复。图片分析可以和爆破同时进行，比如看 PNG 块、图片大小、是否有异常 IDAT、是否能用stegpy -h确认版本。

时间分配上，KeePass 字典爆破给二十分钟到半小时；如果字典跑完没结果，再换规则或小掩码。stegpy 爆破给小字典，通常不超过十分钟，因为进程启动开销大，字典超过几万条就会很慢。如果题目里数据库已经给出图片密码，那 stegpy 这一步就是秒过。真正容易卡住的是哈希提取和参数确认：keepass2john输出带文件名前缀、hashcat 版本不支持 KDBX4、stegpy 参数在新旧版本里不一样，这些细节比爆破本身更耗时间。

还有一点，CTF 里不要一上来就纯掩码爆 KeePass。KeePass 的 KDF 迭代次数通常很高，纯掩码跑八位小写字母都可能要很久。优先字典加规则，字典里放题目关键词、常见 CTF 密码、年份、战队名、工具名。Boom 题的关键词就包括boom、meituan、ctf、keepass、stegpy，把这些词做大小写变形和数字后缀，往往比通用字典更有效。这个思路后面在字典设计那一节还会展开。

2. KeePass 数据库的哈希提取与 hashcat 爆破

2.1 KDBX 文件识别与 keepass2john 提取

拿到Boom.kdbx后，先确认它是不是 KeePass 2.x 数据库。file Boom.kdbx一般会显示KeePass password manager database (KDBX 3.1)或KDBX 4.0。KDBX 3 和 4 的 KDF 不一样，KDBX 4 常用 Argon2，KDBX 3 常用 AES-KDF。hashcat 的 13400 模式对两者都有支持，但不同 hashcat 版本对 KDBX 4 的兼容性有差异，所以第一步是更新到官方最新版，再用hashcat --example-hashes -m 13400看一眼示例格式。如果示例哈希以$keepass$*2*开头，说明是 KeePass 2 系列；如果以$keepass$*1*开头，说明是 KeePass 1 系列。

提取哈希用keepass2john，这个脚本通常随 John the Ripper jumbo 版本一起安装。命令很简单：

keepass2john Boom.kdbx > boom.raw

如果数据库绑定了密钥文件，就要加-k：

keepass2john -k Boom.key Boom.kdbx > boom.raw

打开boom.raw看一眼，常见输出是Boom:$keepass$*2*...，前面带了文件名。hashcat 对username:hash格式有时能自动处理，但为了少踩坑，我习惯把前缀去掉：

cut -d: -f2- boom.raw > boom.hash head -c 30 boom.hash

如果head看到$keepass$，说明格式对了。如果看到空行或者乱码，检查是不是原数据库损坏、版本太新、或者keepass2john版本太旧。KDBX 4 的 Argon2 参数如果特别大，hashcat 可能会提示Token length exception或Salt-length exception，这时先换最新版 hashcat，再确认keepass2john是否来自 jumbo 分支。别用系统自带的旧版 John，很多发行版仓库里的版本缺脚本或缺算法。

注意：keepass2john只负责提取哈希，不负责破解。它不会修改原数据库，但生成的哈希文件里包含盐和验证信息，别随手发到公开平台。

2.2 hashcat 模式 13400 参数逐条解释

hashcat 爆破 KeePass 的核心参数是-m 13400。这个模式号对应 KeePass 1/2 的密码哈希，具体支持范围以hashcat --example-hashes -m 13400为准。常用命令结构如下：

hashcat -m 13400 -a 0 boom.hash /path/to/wordlist.txt \ -r /path/to/rules/best64.rule \ -O -w 3 \ --session boom_keepass \ --status --status-timer=20

逐个解释：-m 13400指定算法；-a 0是字典攻击；boom.hash是上一步提取的哈希；wordlist.txt是字典；-r加载规则文件，让字典里的每个词产生变形；-O启用优化内核，速度更快，但可能限制密码最大长度；-w 3是工作负载档位，桌面 GPU 可以开 3，笔记本注意散热；--session给会话起名，中断后可以--restore；--status和--status-timer=20每 20 秒打印一次进度。

爆破完成后用--show回显：

hashcat -m 13400 boom.hash --show

如果显示boom.hash:$keepass$...:密码，说明命中。如果显示Status...........: Exhausted，说明字典跑完没找到，需要换字典、规则或掩码。hashcat 的 potfile 默认在~/.local/share/hashcat/hashcat.potfile或当前目录的hashcat.potfile，里面保存了已破解的哈希和密码。CTF 里如果多人协作，可以把 potfile 复制走，但注意别把无关的哈希泄露出去。

模式确认还有一个懒人办法：跑一次hashcat -m 13400 boom.hash --example-hashes不行，正确命令是hashcat --example-hashes -m 13400。如果 hashcat 报Unknown hash-type，说明版本太旧，或者模式号写错。KeePass 不是 13400 之外的常见模式，别和-m 13400附近的其它模式搞混。

2.3 字典、规则与掩码的取舍

KeePass 爆破最怕一上来就纯掩码。因为 KDF 迭代的存在，hashcat 每秒钟可能只能尝试几千次甚至几百次，纯掩码?a?a?a?a?a?a?a?a是天文数字。正确策略是先用高质量字典加规则。字典首选rockyou.txt，再叠加 CTF 专用词表。规则先用best64.rule，它会对每个词做大小写、数字后缀、符号后缀等常见变形，性价比很高。如果没出结果，再上dive.rule或OneRuleToRuleThemAll.rule，但时间会明显拉长。

掩码攻击也不是不能用，但要用在已知密码结构上。比如题目描述暗示密码是boom加四位数字，那就用：

hashcat -m 13400 -a 3 boom.hash boom?d?d?d?d -O -w 3

如果暗示是八位小写字母，可以用：

hashcat -m 13400 -a 3 boom.hash ?l?l?l?l?l?l?l?l -O -w 3

但八位小写字母空间是 26^8，约 2080 亿，KeePass 速度下基本不可行。所以掩码必须带已知前缀、后缀或字符集限制。混合攻击-a 6和-a 7也很实用：-a 6是字典加掩码，-a 7是掩码加字典。比如已知密码以boom开头，后面跟两个数字，可以用-a 6 boom.hash wordlist.txt ?d?d，但更直接的是-a 3带固定前缀。

我的实际经验是：CTF 里的 KeePass 密码通常不会超过十位，且大概率包含题目关键词。所以自建字典比通用字典更有效。把boom、Boom、BOOM、meituan、Meituan、ctf、CTF、keepass、stegpy、flag这些词列出来，加上2023、2024、666、888、123、!、@、#做组合，几百条就能覆盖很多出题人的心理。别小看这种“小字典”，它比跑一晚上rockyou加复杂规则更符合 CTF 节奏。

2.4 性能调优与进度观察

hashcat 跑起来后，第一眼要看Speed.#1。如果速度只有几百 H/s，说明 KDF 迭代很高，纯掩码基本别想。如果速度有几万 H/s，说明数据库的 KDF 参数不算变态，可以适当扩大字典。-O会启用优化内核，通常能提升速度，但某些算法下会限制密码长度，如果字典里有超长密码，hashcat 会提示-O不适用，这时去掉-O或加--potfile-disable做测试。

工作负载-w有 1 到 4 档，默认 2。桌面 GPU 可以开到 3，服务器散热好可以开 4，笔记本建议 2 或 3，并盯着温度。--force只在驱动或 OpenCL 报错时临时用，不是性能优化参数，强行使用可能让 hashcat 忽略设备警告。多显卡可以用-d 1,2指定设备，但 CTF 现场一般没这个必要。

进度观察靠--status和--status-timer。如果跑的是长字典，可以按s查看状态，按p暂停，按r恢复，按q退出。退出后会话还在，用hashcat --session boom_keepass --restore恢复。这个功能在 CTF 现场很实用，因为你可能要同时开几个终端分析图片、查资料、和队友沟通。别忘了把 potfile 里的结果及时复制到笔记里，避免会话冲突或文件被覆盖。

还有一个细节：hashcat 默认会在当前目录生成hashcat.potfile，如果你在多个题目之间切换，最好给每个题目单独建目录，或者用--potfile-path指定文件。比如：

hashcat -m 13400 -a 0 boom.hash rockyou.txt \ --potfile-path ./boom.potfile \ --session boom_keepass \ -O -w 3

这样--show时也要带上同一个--potfile-path，否则看不到结果。这个坑我在第一次复现时踩过：明明爆出来了，--show却显示空，就是因为 potfile 路径不一致。

3. stegpy 隐写提取与密码爆破

3.1 stegpy 的安装与基本命令

stegpy 是 Python 包，安装方式很简单：

python3 -m pip install stegpy

或者用pipx install stegpy隔离环境。安装后先看帮助：

stegpy -h

不同版本的 stegpy 参数名有差异，有的版本用-e/--embed嵌入，-x/--extract提取，-p/--password指定密码，-f/--file指定输入输出文件。典型嵌入命令是：

stegpy -p 'mypassword' -e -f secret.txt cover.png

提取命令是：

stegpy -p 'mypassword' -x -f out.bin suspect.png

如果版本不同，可能是stegpy extract suspect.png -p mypassword这种子命令风格。所以别死记网上的命令，先stegpy -h看清楚当前版本。CTF 环境里可能预装了 stegpy，也可能是题目附件里带了requirements.txt，需要自己创建虚拟环境。如果安装时报 Pillow 或 numpy 编译错误，先升级 pip，再装系统依赖，或者直接用python3 -m venv建干净环境。

stegpy 支持 PNG 和 WAV 等无损格式，嵌入时会用密码派生密钥，把数据加密后分散到像素或采样点里。没有密码时，直接strings通常看不到明文，因为数据被加密了。这也是为什么 Boom 题需要先拿密码或爆破密码。如果你拿到的是 JPEG，stegpy 可能不支持，或者提取效果很差，因为 JPEG 有损压缩会破坏嵌入数据。CTF 里 JPEG 隐写通常走 DCT、DWT 或 steghide 路线，不要和 stegpy 混在一起。

注意：stegpy 提取时如果输出文件已存在，有的版本会覆盖，有的会报错。跑爆破脚本前先备份原始图片，输出文件用临时目录，避免把题目附件改坏。

3.2 图片隐写特征与载体判断

判断一张 PNG 是不是 stegpy 载体，不能只看文件大小。stegpy 嵌入后可能只改变 IDAT 数据，不新增明显的 chunk，所以pngcheck看起来可能一切正常。可以先做基础排查：file Boom.png看格式和尺寸；exiftool Boom.png看注释、软件、作者字段；pngcheck -v Boom.png看块结构；binwalk Boom.png看有没有附加文件；strings -n 8 Boom.png看有没有明文提示。如果这些都没线索，再考虑 stegpy。

stegpy 的隐蔽性比简单 LSB 工具强，它不会在文件尾部直接附加数据，也不会在文本块里写stegpy字样。但它对 PNG 的像素数据有改动，可以用图像分析工具看 LSB 平面是否有规律噪声。不过 CTF 现场没必要做太重的图像分析，因为题目标题已经点了 stegpy，直接按 stegpy 处理就行。真正要判断的是：密码从哪来？如果 KeePass 数据库里给了提示，就用提示；如果没给，就用小字典爆破。

还有一种情况是图片本身不是 stegpy 载体，而是数据库里的附件。KeePass 数据库可以存附件，打开数据库后可能看到Boom.png的密码提示，或者直接看到另一张图片。用kpcli或 KeePassXC 打开数据库后，先看条目列表、备注、附件和自定义字段。出题人经常把下一步密码放在备注里，或者把密码拆成两部分，一部分在文件名，一部分在数据库条目里。别只盯着条目标题，展开所有字段看一遍。

3.3 用字典自动爆破 stegpy 密码

stegpy 没有内置爆破模式，所以要用 shell 或 Python 循环。shell 脚本适合快速上手：

#!/usr/bin/env bash set -u img="$1" dict="$2" out="/tmp/stegpy_boom_out.bin" while IFS= read -r pass; do [ -z "$pass" ] && continue rm -f "$out" timeout 5 stegpy -p "$pass" -x -f "$out" "$img" \ >/tmp/stegpy_stdout 2>/tmp/stegpy_stderr rc=$? if [ $rc -eq 0 ] && [ -s "$out" ]; then echo "[+] 命中密码: $pass" file "$out" xxd -l 128 "$out" exit 0 fi done < "$dict" echo "[-] 字典跑完，未命中"

这个脚本的关键点有三个：timeout 5防止某个密码让 stegpy 卡住；rm -f "$out"保证每次都是干净输出；判断条件是退出码为 0 且输出文件非空。如果当前 stegpy 版本不支持-f输出文件，就把 stdout 重定向到文件，再判断文件大小。比如：

timeout 5 stegpy -p "$pass" -x "$img" > "$out" 2>/tmp/stegpy_stderr

Python 版本更可控，可以处理二进制输出和异常：

import subprocess import sys import tempfile from pathlib import Path img = sys.argv[1] wordlist = sys.argv[2] for line in Path(wordlist).read_text(errors="ignore").splitlines(): pw = line.strip() if not pw: continue with tempfile.NamedTemporaryFile(delete=False) as tmp: out_path = tmp.name try: p = subprocess.run( ["stegpy", "-p", pw, "-x", "-f", out_path, img], capture_output=True, timeout=5 ) data = Path(out_path).read_bytes() if Path(out_path).exists() else b"" if p.returncode == 0 and len(data) > 0: print(f"[+] 命中密码: {pw}") print(data[:200]) break except subprocess.TimeoutExpired: pass finally: Path(out_path).unlink(missing_ok=True)

跑爆破时字典要小，最好先用手工整理的几十到几百条。CTF 里 stegpy 密码通常是题目关键词的变形，比如boom、Boom123、meituan_boom、stegpy、keepass、flag。如果数据库里已经给了密码，就别跑爆破，直接提取。爆破只是兜底手段，不是首选。

3.4 提取结果校验与文件类型判断

stegpy 提取出文件后，不要只看文件非空就以为成功。先file out.bin看类型，可能是文本、PNG、ZIP、ELF 或数据流。再用xxd -l 128 out.bin看文件头，strings -n 6 out.bin找可读字符串。如果输出是文本，直接cat；如果是 ZIP，用unzip -l看内容；如果是 PNG，继续用图片工具分析；如果是未知二进制，可能还需要进一步逆向或解密。

CTF 里 flag 常见格式是flag{...}、ctf{...}、meituan{...}或题目自定义前缀。提取出的文本里如果有这些特征，基本就是答案。但要注意假阳性：密码错误时 stegpy 有时不会报错，而是输出随机字节。所以判断条件不能只看“有输出”，还要看输出是否符合预期。如果脚本显示命中但file结果是data，且strings没有可读内容，可能是假阳性，需要换密码或检查 stegpy 版本。

还有一个实用技巧：把提取结果保存到临时目录，文件名带密码哈希，方便回溯。比如out_$(echo -n "$pass" | md5sum | cut -c1-8).bin。这样即使脚本跑了几百个密码，也能找到哪个密码产生了哪个输出。正式 CTF 里如果多人协作，可以把命中密码和提取结果分享到队伍频道，但别把原始数据库和哈希文件乱传。

4. 完整实操流程复盘

4.1 从附件到 KeePass 主密码

假设附件在Boom/目录下，先做信息收集：

cd Boom file Boom.kdbx Boom.png exiftool Boom.png pngcheck -v Boom.png strings -n 8 Boom.png | head

确认 KDBX 和 PNG 后，提取 KeePass 哈希：

keepass2john Boom.kdbx > boom.raw cut -d: -f2- boom.raw > boom.hash head -c 30 boom.hash

然后用 hashcat 跑字典加规则：

hashcat -m 13400 -a 0 boom.hash /usr/share/wordlists/rockyou.txt \ -r /usr/share/hashcat/rules/best64.rule \ -O -w 3 \ --session boom_keepass \ --status --status-timer=20

如果rockyou没出，再用自建字典：

cat > ctf_words.txt <<'EOF' boom Boom BOOM boom123 Boom123 BOOM123 meituan Meituan meituan123 ctf CTF ctf2023 ctf2024 keepass stegpy flag EOF

再跑一次，或者用规则组合：

hashcat -m 13400 -a 0 boom.hash ctf_words.txt \ -r /usr/share/hashcat/rules/best64.rule \ -O -w 3 --session boom_ctf

爆出后：

hashcat -m 13400 boom.hash --show

记下主密码，比如Boom@2023。这一步的关键是别在纯掩码上浪费时间，先用小字典和规则打一轮。

4.2 打开数据库后的线索整理

拿到主密码后，用kpcli或 KeePassXC 打开数据库。命令行方式：

kpcli --kdb Boom.kdbx

输入主密码后，常用命令是ls看条目，show -f 条目名看字段，attach看附件。如果条目很多，可以用find搜索关键词。图形界面 KeePassXC 更直观，打开后重点看：条目标题、用户名、密码、URL、备注、自定义字段、附件。出题人经常把下一步提示放在备注里，比如“图片密码是 boom 加四位数字”或者“stegpy 密码在附件 txt 里”。

如果数据库里直接有stegpy_password.txt这类附件，导出后查看。如果没有，就看条目里的密码字段，可能其中一个就是图片密码。还有一种情况是数据库里存了多个密码，需要逐个试。别嫌麻烦，CTF 杂项就是这样，线索往往藏在细节里。整理线索时建议列一个表：来源、内容、用途、是否已验证。这样后面跑 stegpy 时不会乱。

4.3 stegpy 爆破与 flag 获取

假设从数据库里得到提示“图片密码是 boom 加 4 位数字”，那就可以生成掩码字典：

for i in $(seq 0 9999); do printf "boom%04d\n" "$i"; done > boom_pin.txt

然后跑 stegpy 爆破脚本：

./stegpy_brute.sh Boom.png boom_pin.txt

如果提示是“密码在 ctf_words.txt 里”，就直接用那个字典。命中后提取输出：

file /tmp/stegpy_boom_out.bin strings -n 6 /tmp/stegpy_boom_out.bin cat /tmp/stegpy_boom_out.bin

如果输出里出现flag{...}或meituan{...}，复制提交。如果输出还是加密数据，看文件头是不是 ZIP、PNG 或 ELF，可能需要二次处理。Boom 题的最终答案通常不会藏得太深，拿到图片密码后基本就是最后一步。整个流程走下来，hashcat 负责“开门”，stegpy 负责“取物”，中间靠数据库里的线索衔接。

5. 常见问题与排查技巧实录

5.1 hashcat 常见报错与处理

另外，keepass2john输出带文件名前缀时，hashcat 可能能处理，也可能报格式错误。稳妥做法是cut -d: -f2-。如果数据库有 keyfile，忘记加-k会提取失败或生成错误哈希。还有，KDBX4 的 Argon2 参数如果特别大，hashcat 会明显变慢，这不是命令写错，是算法本身设计如此。

5.2 stegpy 常见报错与处理

stegpy 的退出码不一定百分百可靠，有的版本密码错误也返回 0，所以脚本要组合判断退出码、输出文件大小和文件类型。如果输出是空文件，直接跳过。如果输出是非空但file显示data，可能是加密数据或假阳性，需要人工看一眼xxd和strings。别让脚本自动提交 flag，最后一定要人工核对格式。

5.3 误判、假阳性与时间浪费

CTF 现场最怕把时间浪费在假阳性上。hashcat 这边，如果--show显示密码但打开数据库失败，可能是提取哈希时带了 keyfile 或者数据库版本不匹配。stegpy 这边，如果爆破脚本报命中但输出不可读，可能是密码错误产生的随机数据。解决办法是每次命中都做二次验证：KeePass 密码用kpcli或 KeePassXC 实际打开一次；stegpy 输出用file、strings、xxd看文件头。

还有一个时间浪费点是工具混用。题目标题点了 stegpy，就不要花半小时试 steghide、outguess、zsteg。每个工具都有自己的适用格式和特征，CTF 出题人通常会在标题或描述里给足暗示。先把标题里的关键词拆开：hashcat 对应 KeePass 爆破，stegpy 对应图片隐写，Boom 是题目名。顺着这个线索走，比盲目试工具快得多。

如果字典跑完没结果，先停下来检查哈希格式和 stegpy 版本，而不是立刻换更大的字典。很多时候问题不在密码强度，而在提取步骤错了。比如keepass2john输出的哈希带了Boom:前缀，hashcat 没正确解析；或者 stegpy 提取时没加-x，实际执行的是嵌入操作。这些低级错误在紧张环境下很常见，跑爆破前先用一个已知密码的测试文件验证工具链，能省下大量排查时间。

6. 经验沉淀与工具链扩展

6.1 字典设计：比工具更重要的东西

爆破类题目，字典质量往往比工具速度更关键。CTF 字典可以分三层：第一层是题目关键词，包括题目名、战队名、工具名、年份、flag 格式前缀；第二层是通用弱口令，比如123456、password、admin、qwerty；第三层是规则变形，用 hashcat 的best64.rule或自己写 sed 脚本生成大小写、数字后缀、符号后缀。Boom 题的第一层就包括boom、meituan、keepass、stegpy、ctf，把这几组词做笛卡尔积，几百条就能覆盖很多可能。

自建字典时注意大小写和分隔符。Boom、BOOM、boom、b00m、bo0m都要有，meituan_boom、meituan-boom、meituanboom也要有。数字后缀优先试123、1234、12345、2023、2024、666、888。符号后缀优先试!、@、#、$。如果题目描述里提到“四位数字”，就直接生成boom0000到boom9999，不要用通用字典硬跑。这种针对性的小字典，比几千万条的通用字典更有效。

6.2 类似题目的通用打法

遇到“KeePass + 图片隐写”这类组合题，通用打法是：先识别文件类型，再提取可爆破哈希，同时分析图片。KeePass 用keepass2john加 hashcat 13400，图片先判断工具，是 steghide 还是 stegpy 还是 zsteg。工具判断可以从标题、文件格式、元数据、字符串入手。爆破顺序上，先跑速度快的，再跑速度慢的；先跑有明确线索的，再跑盲爆。KeePass 爆破可以后台跑，图片分析可以前台做，两者并行不冲突。

验证环节也很重要。KeePass 密码爆出来后，必须实际打开数据库确认；stegpy 密码爆出来后，必须看输出文件类型和内容。不要因为 hashcat 显示Cracked就直接提交，也不要因为 stegpy 输出非空就认为成功。CTF 里有很多“看起来成功”的陷阱，比如密码错误但工具不报错、哈希提取带了多余字符导致爆出错误密码、图片提取出随机数据。二次验证是避免翻车的关键。

6.3 合规边界与练习建议

这类技术只在授权 CTF 靶场、自己创建的 KeePass 数据库、自己生成的隐写图片上练习。不要拿别人的数据库、别人的图片、生产环境文件做爆破。hashcat 和 stegpy 都是合法工具，但使用场景决定性质。CTF 是学习安全技术的好地方，前提是遵守比赛规则和法律法规。练习时可以用 KeePassXC 自己建一个数据库，设置弱密码，再用 hashcat 爆；用 stegpy 自己嵌一段文本到 PNG，再用脚本爆出来。整个流程跑通一遍，比看十篇教程都管用。

我后来把这条链整理成了一个目录模板：hash/放哈希和 potfile，dict/放字典，img/放图片，scripts/放爆破脚本。每次遇到同类题，直接复制目录，改文件名和关键词字典，能省很多重复劳动。Boom 题的价值不在于 flag 本身，而在于它把 KeePass 口令恢复和 stegpy 隐写提取串成了一条完整链路。把这条链路练熟，以后再遇到“数据库 + 图片”的组合，基本都能按这个套路快速推进。