基于DOCX的隐写技术问题：Word无法打开篡改后的文档

你的核心问题在于第三方压缩工具对ZIP结构的容错性远高于Microsoft Word的docx解析器，Word会严格遵循PKZIP规范的结构严谨性要求，而你当前的注入方式违反了Word预期的归档结构逻辑。以下是具体遗漏的步骤或错误点：

• Word不允许在文件段与中央目录之间存在冗余数据
  PKZIP标准虽未完全禁止该位置的额外数据，但Word的docx解析器会将此判定为无效归档结构。压缩工具会跳过无关数据直接定位中央目录，但Word会严格校验归档的“标准结构顺序”（局部文件头→文件数据→中央目录→EOCD），中间的额外数据会触发结构校验失败。

• 未处理ZIP64格式的对应偏移更新
  如果原docx文件采用ZIP64格式（当文件大小或条目数超过ZIP32限制时会触发），你仅更新了普通EOCD的offset of start of central directory字段，但未同步修改ZIP64 End of Central Directory Record中的central directory start offset字段，以及ZIP64 End of Central Directory Locator的对应指针。Word优先解析ZIP64结构，偏移不匹配会直接导致报错。

• 注入数据可能包含ZIP标志字符
  若你注入的秘密字符串中包含ZIP结构的标志性字节（比如PK\x01\x02（中央目录头）、PK\x03\x04（局部文件头）），Word的解析器会误将其识别为归档结构的一部分，从而破坏整个目录的解析逻辑。

• 换用合规的隐藏位置
  不要在文件段与中央目录之间插入数据，改用以下符合Word解析逻辑的方式：

  • 在ZIP的归档注释字段中存储秘密字符串：修改EOCD的comment length字段，将秘密字符串追加到EOCD末尾，此位置属于标准结构的一部分，Word不会校验注释内容。
  • 利用docx文件本身的冗余空间：比如在XML文件的注释、空白字符中嵌入秘密字符串（通过隐写），这种方式完全符合docx的格式规范，Word可正常打开。

• 完整处理ZIP64结构（若适用）
  检查原docx是否为ZIP64格式：查看归档中是否存在PK\x06\x06（ZIP64 EOCD Record）和PK\x06\x07（ZIP64 EOCD Locator）标志。如果存在，需要：

  1. 更新ZIP64 EOCD Record中的central directory start offset（加上注入数据的长度）
  2. 更新ZIP64 EOCD Locator中指向ZIP64 EOCD Record的偏移量（若你调整了EOCD的位置）

• 对注入数据进行转义处理
  若坚持在原位置注入，需对秘密字符串中的ZIP标志字节进行转义（比如替换或编码），避免被Word解析器误判为结构字段。

内容的提问来源于stack exchange，提问作者Quynh Chi