CDM

读完本文，你将获得： 明确区分 Chrome 沙箱、V8 字节码、商业 VMProtect 壳与本文讨论的 VM-based Protection 理解 Chrome 原生媒体模块中 VMP 的核心目标：不是让代码不可执行，而是让关键语义不可稳定观测 掌握一套分析 VMP 保护的工程框架：入口边界、调度器、编码状态、完整性校验、明文输出边界 经历从"grep AES S-box"到"差分边界建模"的认知转变过程——以及中间踩过的每一个坑 看清 VMP 的真实安全边界：它能显著提高密钥提取成本，但无法让合法播放后的明文数据凭空消失 〇、摘要 本文讨论的 VMP 指 VM-based Protection / 虚拟机化保护，不是 Chrome 浏览器自身的沙箱机制，也不特指商业产品 VMProtect。它是一类代码保护方法：将原始算法提升为自定义字节码、解释器调度、编码状态和完整性校验的组合，使攻击者很难从静态反编译、内存扫描或常规断点中恢复关键语义。 Chrome 生态里，最适合观察这类保护的位置不是普通网页 JavaScript，而是高价值原生模块，例如桌面端 Widevine CDM 这类承载 DRM 密钥处理和媒体解密的组件。它们处在 Chrome 的 EME/Mojo/CDM 调用链上，既要在用户可控机器上运行，又要尽可能保护 license、content key、白盒表和解密状态。 本文的核心结论是： VMP 的核心不是“藏代码”，而是“抹除可观测性”：标准 AES 表、key schedule、硬件 AES 指令、稳定函数边界都会被替换成 VM 调度、动态表、编码状态和热路径变换。 Chrome 场景下的 VMP 是多边界协同：浏览器进程模型、Mojo IPC、CDM utility 进程、沙箱、完整性校验和白盒数据路径共同构成防护面。 密钥保护和明文保护不是一回事：VMP 可以让 content key 难以提取，但合法播放路径最终仍会产生解码后的明文帧，这是 DRM 工程无法回避的语义边界。 正确的分析方法不是一上来硬反 VM：更有效的路线是先刻画输入/输出边界，再用 perf、堆快照、IPC 观察、完整性安全的断点和差分实验定位“语义转移点”。 换句话说，现代 VMP 的价值在于把攻击者从”搜一个表、hook 一个函数、dump 一个 key”的线性流程，拖入”恢复 VM 指令集、还原状态编码、绕过完整性校验、证明数据流语义”的系统工程。 ...

读完本文，你将获得： 系统理解第三代白盒 AES（key blinding）为什么能抵御 DFA/DCA 等传统密码分析 掌握 LD_PRELOAD + vtable hook 拦截 C++ 虚函数的实战技巧 学会在密钥不可提取时如何转换思路，从"破解密码"转向"捕获明文" 获得 13 种攻击方法的失败原因清单——知道什么不可行，比知道什么可行更有价值 〇、摘要 本文记录了对 Chrome Linux Widevine CDM（libwidevinecdm.so 4.10.2934.0）的安全分析过程。笔者最初的目标是提取 AES 内容密钥——但在系统性尝试 13 种攻击向量后全部失败，笔者发现了一个根本性的事实：这个 CDM 使用白盒 AES + key blinding，裸密钥从不以可观测形式存在于堆内存中。 面对这一死胡同，笔者进行了范式转移——放弃密钥提取，转向流捕获。最终通过 LD_PRELOAD + C++ vtable patching 构建了完整的解密视频流捕获管线： LD_PRELOAD hook：拦截 dlopen/dlsym，在 CDM 加载瞬间获取实例指针并 patch vtable DecryptAndDecodeFrame 捕获：hook vtable slot 14，提取解密后的 YUV 明文（I420/YUV420P10） CDP 持久注入：通过 Chrome DevTools Protocol 劫持 playbackRate，支持 1x-8x 加速捕获 多分辨率段编码：自动处理 Netflix ABR 导致的分辨率切换，分段编码后拼接 端到端验证：Netflix + Shaka demo 视频成功捕获并编码为 MP4 核心贡献不在于最终的流捕获方案（概念上并不复杂），而在于 13 次失败尝试系统性地刻画了 CDM 4.10.2934 的白盒 AES 防护边界——这些"不可能"的证明本身就是有价值的安全分析。 ...