带 DRM 的文档在服务器上打不开的原因
一句话总结
受 DRM 保护的文档只有扩展名看起来普通，实际内容是密文，在没有客户端代理的服务器上绝对无法打开——这不是缺陷，而是设计目标。
现场的第一个场景
正在运行的审批系统收到咨询：
“附件打不开，提示‘文件格式或文件扩展名无效’。”
开发人员登录服务器检查文件，大小正常，扩展名也是 .xlsx。下载到本地后可以打开，用户却说打不开。也可能出现相反情况：服务器上的批处理不断解析 Excel 失败。
此时必须意识到：这个文件已经被加密，原因是 DRM。
DRM 做了什么
企业文档安全系统（DRM，Digital Rights Management）大致按以下方式工作。
- PC 上安装了 DRM 客户端代理。
- 用户保存文档时，代理会自动加密。扩展名不变，外表仍是普通
.xlsx。 - 用户打开文档时，代理向策略服务器查询权限；若允许，则在内存中解密后交给 Office 程序。
- 权限可以按人员、部门、期限和操作类型（查看／编辑／打印／截屏）设置。
也就是说，文件本身始终以加密状态流转，解密由客户端代理完成。 这种结构在多个环节都会引发问题。
为什么服务器打不开
服务器上没有 DRM 客户端代理，因此在服务器看来，它只是一个扩展名为 xlsx 的未知二进制文件。
- 用 Java 库（例如 POI）解析 → 出现
Invalid header signature一类错误 - 使用
file命令 → 显示为data（正常 xlsx 应显示Microsoft Excel或Zip archive） - 预览图／缩略图生成失败
- 全文检索索引失败（因为无法读取内容）
有一组很有效的诊断命令。
file 첨부파일.xlsx
head -c 4 첨부파일.xlsx | xxd
正常 .xlsx 本质是 ZIP，因此以 50 4B 03 04（PK..）开头。DRM 加密文件则以厂商专用头或随机字节开头。仅凭这两行，就能区分“文件损坏”与“受 DRM 保护”，问题也解决了一半。另一半无法由我们处理——它属于厂商范围。
因此，SI 项目应该做什么
DRM 既不是我们开发的，也无法由我们修复。我们能做的是设计与协调。
1. 服务器是否必须读取文档内容？
- 附件全文搜索
- 服务端预览（转换为 PDF）
- 上传 Excel 后批量录入数据
- 根据文档内容自动分类审批
只要存在这些需求，就必须在分析阶段与 DRM 负责部门协商。如果设计结束后才发现，往往只能取消需求或追加单独预算。
2. 协商结果通常是以下三种之一
| 方式 | 说明 | 注意事项 |
|---|---|---|
| 服务器解密模块（SDK） | 使用厂商提供的服务器库解密 | 需要额外许可与费用，并注册服务器 |
| 例外策略 | 允许特定上传路径／账户保存明文 | 必须经过安全团队批准，并把范围降到最小 |
| 上传时在用户 PC 解密 | 在装有代理的 PC 上以明文上传 | Web 上传通常不会自动解密 |
第三种尤其容易误判。“用户 PC 有代理，上传时应该会自动解开”在多数情况下是错的。 Office 程序打开文件时会解密，但浏览器读取并上传文件时，往往仍按策略上传密文。因此，必须在验收环境使用真正启用了 DRM 的 PC进行上传测试。开发人员的 PC 通常在例外名单中，测试会顺利通过，问题则会在上线后爆发。
3. 把外发（解密）流程纳入需求
如果业务需要把受 DRM 保护的文档发给外部合作方或客户，就必须设计外发审批流程。在大型企业里，这种操作每月可能发生数千次。如果我们的系统参与其中（例如把文件发布到合作方门户），需求中就应包含审批集成或外发 API 集成。
相邻概念梳理
区分经常与 DRM 混用的术语，开会时就不会迷失。
| 术语 | 做什么 | 控制位置 |
|---|---|---|
| DRM | 加密文档本身并控制查看权限 | 文件 |
| DLP | 监控、阻断邮件／USB／Web 等泄露路径 | 路径 |
| 文档集中管理 | 文档只保存在中央服务器，而不是 PC | 存储位置 |
| VDI／网络隔离 | 隔离整个工作环境 | 环境 |
| 水印 | 在打印件或画面上显示识别信息，以便泄露后追踪 | 事后追踪 |
现实中经常五种措施同时存在。因此，“文件上传不了”这一种症状，可能有五种原因。缩小问题范围的顺序如下。
- 同一个文件能否在本地打开 → 能打开说明文件正常，应检查环境
- 文件签名是否正常 → 不正常则可能被 DRM 加密
- 通过其他路径（邮件／USB）是否也被阻断 → 是则检查 DLP
- 是否只影响特定用户 → 是则检查权限／策略
- 是否只影响特定网络 → 是则检查网络隔离／防火墙
最后——日志应该记录什么
DRM 故障难以复现，因为它取决于用户 PC 环境。因此，在上传处理点记录以下信息，可以大幅缩短分析时间。
- 文件名、大小、前 8 字节的十六进制值
- 上传账户、部门、访问 IP、浏览器
- 解析结果与完整异常消息
只要有开头字节的日志，事后就能判断“是不是 DRM”。如果不记录，每次都只能再次向用户索要文件。