美团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 常见于 JPEGstegseek 是 steghide 的快速爆破器stegpy 是 Python 生态里的另一套工具支持 PNG、WAV 等格式嵌入时用密码加密。题目既然标题里点了 stegpy就不要在 steghide 上浪费太多时间。正确顺序应该是先确认工具链再决定爆破顺序。1.2 为什么组合 hashcat 和 stegpyhashcat 和 stegpy 在这道题里不是并列关系而是接力关系。KeePass 主密码通常可以用 GPU 加速爆破hashcat 对 KeePass 有专门模式规则系统和掩码系统都很成熟比 John the Ripper 的 CPU 爆破更适合 CTF 现场。stegpy 的密码爆破则更依赖字典和调用速度因为每试一个密码都要启动一次 Python 进程速度上不去所以最好先通过 KeePass 拿到明确密码或者至少拿到密码提示再缩小字典范围。为什么不用 John 直接爆 KeePassJohn 也能做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 常用 Argon2KDBX 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如果数据库绑定了密钥文件就要加-kkeepass2john -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-timer20逐个解释-m 13400指定算法-a 0是字典攻击boom.hash是上一步提取的哈希wordlist.txt是字典-r加载规则文件让字典里的每个词产生变形-O启用优化内核速度更快但可能限制密码最大长度-w 3是工作负载档位桌面 GPU 可以开 3笔记本注意散热--session给会话起名中断后可以--restore--status和--status-timer20每 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 题需要先拿密码或爆破密码。如果你拿到的是 JPEGstegpy 可能不支持或者提取效果很差因为 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_stderrPython 版本更可控可以处理二进制输出和异常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(errorsignore).splitlines(): pw line.strip() if not pw: continue with tempfile.NamedTemporaryFile(deleteFalse) as tmp: out_path tmp.name try: p subprocess.run( [stegpy, -p, pw, -x, -f, out_path, img], capture_outputTrue, timeout5 ) 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_okTrue)跑爆破时字典要小最好先用手工整理的几十到几百条。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-timer20如果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记下主密码比如Boom2023。这一步的关键是别在纯掩码上浪费时间先用小字典和规则打一轮。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 常见报错与处理报错信息可能原因处理方式No hashes loaded哈希文件为空、格式不对、带了多余前缀检查head boom.hash是否以$keepass$开头Token length exceptionKDBX 版本太新、哈希被截断、换行符问题更新 hashcat 和 keepass2john确保哈希在一行内No devices found驱动或 OpenCL 运行时缺失安装官方驱动跑hashcat -I看设备Unknown hash-typehashcat 版本太旧或模式号写错更新 hashcat确认-m 13400Exhausted字典跑完没命中换字典、加规则、缩小掩码范围Cracked但--show没结果potfile 路径不一致--show时带上同样的--potfile-path速度极慢KeePass KDF 迭代高优先字典加规则别纯掩码另外keepass2john输出带文件名前缀时hashcat 可能能处理也可能报格式错误。稳妥做法是cut -d: -f2-。如果数据库有 keyfile忘记加-k会提取失败或生成错误哈希。还有KDBX4 的 Argon2 参数如果特别大hashcat 会明显变慢这不是命令写错是算法本身设计如此。5.2 stegpy 常见报错与处理报错信息可能原因处理方式unrecognized arguments版本参数不同stegpy -h查看当前用法No module named stegpy未安装或虚拟环境不对python3 -m pip install stegpyPIL相关错误Pillow 缺失或版本不兼容升级 pip重装 Pillow提取无输出密码错或图片不是 stegpy 载体换字典确认图片格式输出乱码密码错导致假阳性用file、strings验证输出进程卡住某密码触发异常或大文件处理慢加timeout限制字典大小覆盖原图输出参数写到了原图路径备份原图输出到/tmpstegpy 的退出码不一定百分百可靠有的版本密码错误也返回 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/放哈希和 potfiledict/放字典img/放图片scripts/放爆破脚本。每次遇到同类题直接复制目录改文件名和关键词字典能省很多重复劳动。Boom 题的价值不在于 flag 本身而在于它把 KeePass 口令恢复和 stegpy 隐写提取串成了一条完整链路。把这条链路练熟以后再遇到“数据库 图片”的组合基本都能按这个套路快速推进。