当前位置：首页 > news >正文

深入解析PNG隐写技术：从IHDR篡改到IDAT数据块隐藏

news 2026/8/22 18:53:04

1. PNG文件结构与隐写基础

第一次接触PNG隐写时，我被那些十六进制数据块搞得头晕眼花。直到有天深夜调试代码时突然顿悟：PNG文件就像个俄罗斯套娃，每个数据块都藏着不同的秘密。最常见的两类数据块是IHDR和IDAT，它们构成了PNG隐写的基础舞台。

用010 Editor打开任意PNG文件，你会看到固定的文件头签名"89 50 4E 47"。这个魔法数字就像PNG的身份证，紧接着就是IHDR块——它记录了图像的元信息。我常用这个命令快速查看块结构：

pngcheck -v test.png

IHDR块中有个容易被忽视的细节：CRC校验值。有次我修改图片宽度后，Linux系统直接拒绝显示图片，就是因为CRC校验失败。这个机制就像快递包裹的防拆封条，任何篡改都会留下痕迹。但有趣的是，我们反而可以利用CRC反推原始尺寸，这在CTF比赛中经常用到。

2. IHDR篡改实战技巧

去年给公司做安全培训时，我设计了个有趣的实验：让学员用十六进制编辑器修改图片尺寸，结果90%的人卡在了CRC校验上。其实破解这个保护并不难，关键是要理解CRC的计算原理。

这里分享个我常用的Python反推脚本：

import zlib import struct def crack_dimensions(png_path): with open(png_path, 'rb') as f: data = f.read() crc32key = int.from_bytes(data[29:33], byteorder='big') for width in range(4096): for height in range(4096): ihdr = bytearray(data[12:29]) ihdr[4:8] = struct.pack('>I', width) ihdr[8:12] = struct.pack('>I', height) if zlib.crc32(ihdr) == crc32key: return (width, height) return None

这个脚本的原理是暴力枚举可能的宽高组合。有次比赛中遇到600x800的图片，我的旧脚本跑了半小时没结果，后来优化了枚举范围才解决。建议在实际使用时加上合理的范围限制。

3. IDAT数据块的秘密

IDAT块才是PNG隐写的重头戏。有次分析恶意样本时，发现攻击者把C2服务器地址藏在了多余的IDAT块里。正常PNG的IDAT块应该是连续的，但有些编辑器会生成多个块，这就给了我们可乘之机。

判断异常IDAT块有个小技巧：

pngcheck -7 -v suspicious.png

如果看到"extra compressed data"警告，很可能存在隐藏数据。提取这些数据需要点技巧：

from zlib import decompress def extract_hidden_idat(data): idat_start = data.find(b'IDAT') + 4 idat_end = data.find(b'IEND', idat_start) compressed = data[idat_start+4:idat_end-4] # 跳过长度和CRC return decompress(compressed)

最近遇到个狡猾的案例：攻击者把数据分成多个小段，分别藏在不同的IDAT块里。这时候就需要用binwalk配合dd命令逐个提取：

binwalk -D 'zlib:zlib' target.png

4. 高级检测与防御方案

在金融公司做渗透测试时，我发现传统的隐写检测工具很容易被绕过。于是开发了一套组合检测方案：

结构检测：检查IHDR与实际图像尺寸是否匹配
熵值分析：正常图片的熵值有特定范围
块顺序验证：确保IDAT块排列符合规范

这里有个实用的熵值计算命令：

ent -t image.png | grep 'entropy'

对于企业防御，我建议在图片上传接口加入以下检查：

强制重新编码PNG文件
删除所有辅助块(ancillary chunks)
设置严格的尺寸和大小限制

有次我们靠这个方案拦截了某APT组织的钓鱼攻击，他们在图片里藏了0day漏洞利用代码。事后分析发现，攻击者特意在IDAT块里插入了异常的zlib压缩流，普通检测工具完全没报警。

5. 实战案例分析

去年某次红队行动中，我们发现了利用PNG隐写的C2通信。攻击者用LSB+IDAT组合方案，把数据分成三部分：

配置文件藏在IHDR修改的图片里
第一阶段Loader使用LSB隐写
主payload放在多余的IDAT块中

破解这个方案花了我们三天时间。关键突破点是发现IDAT块的CRC值异常——正常压缩数据的CRC不应该频繁变动。后来我们写了个自动化检测脚本：

def detect_abnormal_crc(png_path): from collections import Counter crc_list = [] with open(png_path, 'rb') as f: data = f.read() pos = 0 while pos < len(data): if data[pos:pos+4] == b'IDAT': length = int.from_bytes(data[pos-4:pos], 'big') crc = data[pos+8+length:pos+12+length] crc_list.append(crc) pos += 12 + length else: pos += 1 return len(Counter(crc_list)) > 3

这个案例让我明白，好的隐写分析不能只依赖工具，必须理解文件格式的每个细节。有时候最有效的检测方法，就是写个简单的脚本检查数据块的排列规律。

查看全文

http://www.cnnetsun.cn/news/1443434.html