CTF杂项隐写全解析：从图片LSB到音频摩斯码解压获取flag

1. 拿到附件之后，先做的几件事：文件结构与考点拆解

1.1 解压附件，把家底清出来

国赛杂项的隐写题，从来不是让你拿着工具对着一个文件硬试。拿到手的第一步永远是“清点情报”。这次这道steganography_challenge，附件解压之后只有三个文件：一张cover.png图片、一个sound.wav音频、一个hint.txt文本。

cover.png 1.2 MB PNG image data, 1024 x 768, 8-bit/color RGB, non-interlaced sound.wav 3.8 MB RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 44100 Hz hint.txt 57 B ASCII text

hint.txt打开只有一句话：

colors hide the clue, waves hide the key.

这句话基本就把题目主链路点明了：颜色（图片）里藏着线索，声波（音频）里藏着钥匙。如果一上来就在那边盲猜，或者拿着 binwalk 一顿乱切，反而容易绕远。我习惯先把提示抄在笔记里，后面每一步都拿这句话去对：现在找到的东西，是“线索”还是“钥匙”？

1.2 固定检查流程：file、strings、binwalk 一个都别省

不管什么文件，我都建议按下面这个顺序走一遍，很多不起眼的线索就是这么发现的。

先用file确认真实类型，防止扩展名误导。这里cover.png确实是 PNG，不是改后缀伪装的文件。接着strings快速扫一遍可见字符串，看看有没有直接塞在文件头尾的提示：

strings cover.png | head -50

结果很干净，图片主体没有明显的明文字符串。这一步没收获很正常，隐写题很少会把 flag 直接写在文件尾部等你strings出来，除非是签到题。

然后是binwalk，看文件里有没有内嵌的其他文件：

binwalk cover.png

输出中间有一大段 PNG 图像正常的数据段，但出现了一条值得注意的记录：

也就是说，cover.png的尾部被附加了一个 ZIP 压缩包。顺着这个思路用binwalk -e cover.png把内嵌文件分离出来，得到一个hidden.zip。这时候问题来了：运行unzip hidden.zip，提示需要密码。

到这里，题目已经露出了第一个卡点：压缩包是加密的。如果你只知道爆破，那很可能会在这道题上浪费大量时间。但回头看看hint.txt，人家已经告诉你“waves hide the key”，密码大概率不在图片上，而是在音频里。这就是杂项题的典型特征：线索是分散的，得靠人脑做关联。

2. 图片里的第一层秘密：对 cover.png 做 LSB 隐写检查

2.1 LSB 隐写到底在藏什么

既然hint.txt说 “colors hide the clue”，那图片这一层多半不是简单地在文件尾部藏数据，而是把信息写进了像素的颜色分量里。

LSB，全称 Least Significant Bit，最低有效位。一张 8 位深度的 RGB 图片，每个像素有三个颜色通道，每个通道用一个字节表示，范围是 0 到 255。把每个字节最低的那一位替换成你想隐藏的数据比特，人眼看不出任何差别，因为改 1 个 bit 只会让颜色值变化 1/255，视觉上几乎无感。

但数据量相当可观。一张 1024x768 的图片，有 78 万多个像素，每个像素 RGB 三个通道各提供 1 bit，就是约 23 万个字节的隐藏空间。出题人通常会把自己的目标字符串按 ASCII 编码，展开成二进制，再逐位写入这些最低位。由于人类眼睛对 R、G、B 通道的敏感度略有差别，最稳妥的做法是把数据同时塞进某个固定的通道组合里，这也是 zsteg 这类工具会输出一堆组合候选的原因。

2.2 用 zsteg 一键扫遍全部通道组合

针对 PNG 和 BMP，我最常用的工具是zsteg。它能把各种通道组合、位平面深度都试一遍，省去手动点 StegSolve 的大量时间：

zsteg cover.png

输出里会出现大量候选，但大多数是噪声。真正有效的信息往往整整齐齐地以可见字符开头。我扫到的关键结果是这样的：

b1,bgr,lsb,xy | text: "look_into_sound.wav, the rhythm_is_the_key"

我把这条单独提取出来：

zsteg cover.png b1,bgr,lsb,xy > /tmp/lsb_extract.txt strings /tmp/lsb_extract.txt

得到的就是这句提示：look_into_sound.wav, the rhythm_is_the_key。到这里，“colors hide the clue”这条线闭环了：图片的 LSB 里没有直接给密码，而是把你往音频方向指。

2.3 为什么不直接用 StegSolve

很多人入门时喜欢用 StegSolve 的 Analyze 功能手动切通道，一张一张地看 RGB 三个 plane。这个方法对“隐写内容直接以肉眼可见图案或文字形式呈现”的题很有效，比如在 Red plane 0 里直接看到一行字符串或二维码。但问题是，如果隐写数据是字符串文本，手动看像素平面不一定看得出来，尤其是当你不知道它具体埋在哪个通道组合时。

zsteg 的优势是自动枚举。它支持的参数包括：

zsteg cover.png --all zsteg cover.png -v

--all会把所有通道组合全部列出来，-v输出更详细的解码结果。如果你在这个阶段看到输出里有一堆rand或者不可读字符，别急着下结论，那很可能是通道组合不对，或者隐藏数据使用了异或等简单加密。纯杂项隐写题大多数不加密，zsteg在 PNG/BMP 上的表现相当可靠。

注意：zsteg 不支持 JPG。JPEG 的隐写通常走 DCT 系数修改或附加数据，遇到 JPG 要换steghide、outguess、stegdetect这类工具，或者用strings和hexdump看文件尾部。国赛的隐写题为了保证操作可复现，PNG 出现频率明显更高。

3. 把图片尾巴切下来：binwalk、dd 与加密 ZIP 的处理

3.1 从 binwalk 扫描结果到手动分离

binwalk -e会自动把内嵌文件分离到_cover.png.extracted目录下，大部分时候够用。但遇到偏移不是从 0 开始、或者工具解析失败的情况，手动dd才是最稳的兜底方案：

dd if=cover.png of=hidden.zip bs=1 skip=1213456

bs=1 skip=1213456的意思是直接从 1213456 字节处开始复制，直到文件末尾。这个偏移就是 binwalk 输出里的十进制偏移。切出来的hidden.zip再用file验证一下，确认是 ZIP 文件。

这里有个小细节：PNG 文件内部本身包含多段 zlib 压缩数据，binwalk 会把它们也识别成Zlib compressed data，所以扫出来一堆相近的记录千万不要慌。判断是不是文件尾部的追加内容，最简单的方法是看偏移量是不是非常大、且后面再没有 PNG 的 IHDR/IDAT 标志。习惯上我还会用010 Editor或hexdump直接看文件末尾有没有PK\x03\x04头：

hexdump -C cover.png | tail -20

如果结尾出现50 4B 03 04，那就是 ZIP 头，可以基本断定图片后面粘了一个压缩包。

3.2 判断 ZIP 是普通加密还是伪加密

拿到hidden.zip之后，第一件事不是急着解压，而是看加密方式。用zipinfo -v hidden.zip查看，或者用 7-Zip 打开看是不是要求输入密码。我这次遇到的hidden.zip是真加密，压缩头里能看到明确的加密标志位。

如果解压时提示密码错误，但题目给出过密码，那就要考虑“伪加密”的可能。伪加密的本质是：压缩包里的数据其实没有真正用密码加密，只是把 ZIP 头里的 general purpose bit flag 第 0 位改成了 1，让解压软件误以为它加密了。

判断伪加密有个通用技巧：用binwalk扫到 ZIP 之后，再用 010 Editor 打开，看 local file header 里的 bit flag。如果确认是伪加密，可以直接用ZipCenOp.py修复，或者手动把那一位从 1 改成 0。很多新人第一次遇到伪加密会以为是密码爆破失败，白白消耗大量时间。

但这一题的密码是真实存在的，就在音频里。于是解题主线自然转移到sound.wav上。

4. 音频里的钥匙：Audacity 频谱图分析、摩斯码解码

4.1 Audacity 打开 sound.wav，先切到频谱图

sound.wav播放起来是一段大约 20 秒的沙沙声，如果只停留在“听波形”这一步，基本什么都听不出来。这类音频题的标准操作是切到频谱视图。

在 Audacity 里打开文件后，默认显示的是波形图，顶部菜单选择视图 -> 频谱图，或者直接按快捷键切到 Spectrogram 模式。刚切过去可能一片漆黑或一片亮白，什么也看不清，这时候要调一下视图的亮度与对比度。我习惯把频谱图颜色方案改成灰度，再把对比度拉高，隐藏的图形会立刻显现。

![占位说明：频谱图设置面板，通常是黑白灰配色，可以调整频率范围与亮度曲线]

放大音轨之后，能看到中频区域有一串明显的、由短线和点组成的图案，一段一段排布，间距规律。这就是用音频频率高低拼出来的摩斯码图案。所谓“waves hide the key”，钥匙就藏在这里。

4.2 抄录摩斯码并解码，得到压缩包密码

频谱图显示的图案抄下来是这样的：

... - ...-- --. ----- ..-. ..- -.

抄录时有个很容易犯的错误：把点、划、字符间隔三者搞混。摩斯码靠“停顿长短”区分点与划、字符与字符。点是一短音，划是三倍长的音，字符与字符之间有一段较长的停顿。看频谱图的时候，图形横向宽度就代表持续时间，窄的是点，宽的是划，间隔大的地方是字符边界。

手抄出来之后可以查摩斯码表，也可以直接写一个极短的 Python 脚本解码：

morse_code = { '.-': 'A', '-...': 'B', '-.-.': 'C', '-..': 'D', '.': 'E', '..-.': 'F', '--.': 'G', '....': 'H', '..': 'I', '.---': 'J', '-.-': 'K', '.-..': 'L', '--': 'M', '-.': 'N', '---': 'O', '.--.': 'P', '--.-': 'Q', '.-.': 'R', '...': 'S', '-': 'T', '..-': 'U', '...-': 'V', '.--': 'W', '-..-': 'X', '-.--': 'Y', '--..': 'Z', '-----': '0', '.----': '1', '..---': '2', '...--': '3', '....-': '4', '.....': '5', '-....': '6', '--...': '7', '---..': '8', '----.': '9' } encoded = '... - ...-- --. ----- ..-. ..- -.' tokens = encoded.strip().split() plain = ''.join(morse_code[t] for t in tokens) print(plain)

输出是ST3G0FUN。这个字符串就是解开hidden.zip的密码。

提示：解码出来的内容不一定是全大写或全小写，解压时如果提示密码错误，先试原样大小写，再试全小写。很多压缩包密码是区分大小写的，我在比赛里不止一次因为手滑把大写字母敲成小写，多耽误了十几分钟。

4.3 音频隐写题里摩斯码之外的常见套路

这一题用到了频谱图加摩斯码，但音频隐写还远不止这两种。为了帮大家横向扩展，我把常考的几种列一下：

• 倒放语音：波形图上无法直接阅读，但在 Audacity 里选中音轨后执行效果 -> 反向，把音频倒过来听，就能听到一句清晰的提示或者直接是 flag。
• 左右声道分离：双声道音频里一个声道是正常音乐，另一个声道藏着摩斯电码或语音，把声道单独导出再分析即可。
• 频谱图直接拼文字：出题人直接把 ASCII 字符以特定频率画在频谱上，比如中频区出现 “KEY” 三个字母，这种题打开频谱图就能看到，非常直观。
• DTMF 拨号音：一段连续的“嘟、嘟”声其实是电话按键音，每个声音对应一个数字，用 dtmf 解码脚本能还原出电话号码或一组数字线索。

这些本质上都是“把信息藏进人耳不敏感或难分辨的维度里”。杂项题就是这样一个一个维度去试，音频只是一层常见的载体。

5. 用密码解开压缩包：一步步拿到 flag

5.1 解压 hidden.zip，读取 flag

回到hidden.zip，用刚得到的密码解压：

7z x hidden.zip

输入密码ST3G0FUN，压缩包正常解开，里面只有一个flag.txt。打开后内容如下：

flag{st3g0_ch4ll3ng3_d0ne}

到这里，整道题的主体流程就走通了：附件信息读取 -> binwalk 发现内嵌 ZIP -> ZIP 加密需要密码 -> 图片 LSB 提示音频 -> 音频频谱摩斯码解出密码 -> 解压读取 flag。

这条链路每一步都是独立的考点，但又是互相咬合的。这其实就是杂项隐写题的设计思路：让你在几个常见的载体之间来回推，而不是在同一类工具上反复做无意义操作。

5.2 如果密码解不开，应该先查伪加密再考虑爆破

有读者可能在自己试做的时候遇到“密码明明对，但解压失败”的情况。我的排查顺序是这样的：

先看zipinfo -v hidden.zip的加密位。如果加密标志是0x0009，可以把这个 ZIP 丢给 010 Editor 检查 local file header 与 central directory 的 bit flag 是否一致。如果 local header 里是 0x0009，但 central directory 里是 0x0000，或者反过来，那就是典型的伪加密。

处理伪加密的手段有两种：一是直接用binwalk或foremost重新提取，看是否因为提取过程破坏了头；二是用ZipCenOp.jar这类工具一键修复。修复之后再unzip，密码通常直接留空或者填点啥都能解开。

如果不是伪加密，也不要盲目上字典爆破。先回头把这题的所有线索过一遍：LSB 里有没有别的字符串，音频频谱有没有遗漏的段落，图片文件名有没有暗示。国赛杂项题里，压缩包密码几乎都能在前面的线索中直接找到，很少需要暴力破解。很多选手卡在最后一步，不是因为密码复杂，而是漏看了一条提示。

6. 复盘总结：杂项隐写题的通用套路与避坑实录

6.1 我自己的固定检查顺序，可以直接当 checklist

做完这道题，我更坚信杂项题的一线检查顺序应该固定下来，省得临场东摸一下西碰一下。我个人现在基本按这个顺序走：

当然，顺序不是死的。比如hint.txt如果已经明确指到某个方向，就可以跳过无关步骤。但固定顺序能减少遗漏，尤其是比赛时间紧的时候，人的思维很容易僵住。

6.2 这道题里和平时练习中最容易踩的几个坑

坑一：binwalk 分离出一堆“假 ZIP”。PNG 内部的 IDAT 是 zlib 压缩数据，binwalk 会误报成很多压缩记录。判断追加文件不能只看Zip archive data关键词，要看偏移位置和是否以PK\x03\x04结尾。真正的追加 ZIP 通常出现在文件后 2/3 区域，而不是紧跟在 PNG 头后面。

坑二：摩斯码抄错。频谱图上的点和划如果对比度不够，很容易把划中间的微弱断点看成字符间隙。我建议先截一张放大图，把每段的宽度量一下，再把最宽的间隙当作字符分隔符。如果解码出来出现ST3GOFUN这类明显不连贯的字符串，大概率是漏了一个点或划。

坑三：zsteg 找不到数据就急着换工具。zsteg 默认只扫常见组合，有时真正藏数据的组合是冷门的，比如b2,bgr,msb,xy或者异或处理过的数据。这时候要加--all，或者手动指定组合。这道题的提示直接出现在默认输出里，算是运气比较好。

坑四：Audacity 频谱图看不清。切到频谱图后如果整片都是纯色的，可以去频谱图设置里调整亮度、对比度、FFT 大小，FFT 太小会导致频率分辨率低，图案糊成一团。把 FFT 拉到 1024 或 2048，点划边界会清楚很多。

6.3 这类题还能怎么延伸

这次steganography_challenge讲的是图片 LSB + 文件分离 + 音频频谱 + 摩斯码。如果你之后想继续练杂项隐写，可以往这几个方向延伸：盲水印（图片叠加提取）、二维码修补（定位角缺失、掩盖、反转）、NTFS 数据流（ADS 隐写）、Unicode 零宽字符、视频帧提取与逐帧对比、网络流量包里的音频流还原。

每个方向背后的工具和思路各不相同，但底层的解题逻辑是一致的：先建立“这个文件里可能藏着什么”的意识，再用工具去验证每一个可能的隐藏维度。杂项题刷多了之后，你会发现“国赛难度”很多时候不是难在某个知识点，而是难在线索多、流程长、需要耐心和细心。把每个环节的标准操作练熟，再难的题也能一步一步拆开。

做完这道题之后，我最大的体会是：隐写题里工具永远只是手段，真正的重点是对文件结构的理解和对提示的敏感度。hint.txt那一句话就把整条链路规划好了，剩下的工作是在图片、音频、压缩包之间来回验证。如果你刚接触 CTF 杂项，我建议不要只盯着某一个工具学，而是多拆几道类似的综合题，把“读线索 -> 验证载体 -> 提取内容 -> 串联信息”的思维模型建立起来。这套东西练熟了，再遇到其他 steganography 题目，你会发现自己不再慌，也知道下一步该看哪里。