JSteg算法JPEG隐写经二次压缩后嵌入信息丢失问题咨询

你现在的提取错误本质不是JPEG二次压缩丢信息，是实现流程完全不符合JSteg的标准设计逻辑：你把嵌入了秘密信息的量化DCT系数做反量化、IDCT转成空间域像素后，相当于脱离了标准JPEG的编解码链路，后续再重新做DCT、量化的过程中，浮点运算精度误差、像素值0-255范围截断、块对齐偏差都会直接篡改你之前写入系数的LSB位，误码是必然结果。

不要自己手写全链路DCT/IDCT/量化逻辑，直接基于标准JPEG编解码流程，在熵编码层完成嵌入和提取，全程不需要转空间域像素，从根源上避免二次量化误差：

嵌入流程调整 #

• 读取原始JPEG载体文件，直接调用JPEG解码库做熵解码（霍夫曼解码），拿到所有8x8块的已量化DCT系数，同时提取原文件的量化表、哈夫曼表、色度采样参数等元数据，这一步不要自己做DCT、不要自己执行量化操作
• 严格按照JSteg规则筛选可嵌入位置：跳过每个块的DC系数，跳过值为-1、0、1的AC系数，剩余AC系数按zig-zag扫描顺序，通过修改系数最低有效位的方式写入秘密比特，嵌入时不要改变系数的正负属性
• 把嵌入完成的量化DCT系数，搭配之前提取的原文件元数据直接做熵编码，输出最终的载密JPEG文件，这一步绝对不要做反量化、不要做IDCT转空间域存储

提取流程调整 #

• 读取载密JPEG文件，直接做熵解码拿到量化DCT系数数组，不需要把图像转成像素矩阵再做DCT、量化
• 用和嵌入阶段完全一致的规则遍历系数：同样跳过DC系数、跳过值为-1/0/1的AC系数，按相同的zig-zag顺序取对应系数的LSB位，拼接后就是完整的秘密信息

如果调整流程后依然存在误码，逐一核对以下问题：

• 保存载密JPEG时不要修改压缩质量、不要替换量化表，必须使用和原始载体JPEG完全一致的量化表、色度采样因子、熵编码表，否则会触发系数重量化，直接破坏嵌入的比特
• 嵌入和提取阶段的系数遍历顺序必须完全对齐：块按照从上到下、从左到右的光栅顺序遍历，块内AC系数严格按照标准JPEG的zig-zag顺序扫描，顺序错1位就会导致后续全量误码
• 如果你坚持要用原来的“DCT-量化-嵌入-反量化-IDCT-存像素图-再DCT量化提取”流程（非常不推荐，实现成本远高于标准流程），必须保证DCT/IDCT实现的浮点误差控制在±0.5以内，IDCT输出的像素值严格截断到0-255区间，前后两次量化用完全相同的量化矩阵和取整规则，否则必然出现系数偏移
• 嵌入时严格遵守JSteg的系数筛选规则：不要在值为0的系数上嵌入比特，不要把值为1的系数改成0、值为-1的系数改成0，这类修改会导致嵌入位置同步失效，后续提取的比特序列会错位

内容的提问来源于stack exchange，提问作者Rania SAOUD