第2章 HDCP协议概述与版本演进
2.1 HDCP协议是什么
HDCP，全称高带宽数字内容保护。说白了，它就是一道防盗门，防止未经授权的设备窃取音视频内容。你想想看，蓝光电影、4K流媒体，这些内容要是随便被录屏或者截取，内容提供商可受不了。
我个人习惯把HDCP理解为“内容加密锁”——发送端（比如机顶盒）先锁上，接收端（比如电视）拿钥匙才能开。这个钥匙交换的过程，就是HDCP握手。
我在项目中遇到过几次因为HDCP版本不匹配导致的黑屏问题。那时候调试AUX通道，看着AKS（AKE Start）一直发不出去，折腾了大半天，最后发现是接收端只支持1.x，而发送端强制要求2.x。嗯，从那时起我就特别关注版本兼容性。
2.2 HDCP 1.x：早期标准
HDCP 1.x 诞生于2000年左右，最初是为了DVI和HDMI接口设计的。它的加密强度放在当年够用，但现在看已经有些落后了。
- 加密算法：40位流密钥 + 每帧密钥重置
- 最大带宽：支持HDMI 1.4 (10.2 Gbps)
- 密钥管理：单一全局密钥，泄露后容易被破解
- 设备认证：仅单向认证（发送端验证接收端）
2.3 HDCP 2.x / 2.3：新一代协议
随着4K、HDR内容普及，2013年推出了HDCP 2.0（后面迭代到2.2、2.3）。这一代协议几乎是重写的，加密强度和安全性提升了好几个档次。
| 特性 | HDCP 1.x | HDCP 2.x (包括2.3) |
|---|---|---|
| 加密算法 | AES-40 (等效40位) | 128位 AES + ECC |
| 认证方向 | 单向 | 双向认证（发送端与接收端互验） |
| 密钥管理 | 全局密钥 | 每设备唯一密钥 + 证书吊销 |
| 最大带宽 | 10.2 Gbps | 48 Gbps (HDMI 2.1) |
| 内容保护类型 | 仅Type0 (非受控内容) | Type0 + Type1 (4K/HDR受控内容) |
HDCP 2.3 是目前最新版本，主要改进是引入了更严格的证书校验和防重放攻击机制。我记得在调试某台投影仪时，遇到AKC（AKE Confirm）失败，日志显示“Certificate revocation list mismatch”。后来发现接收端证书被吊销，但没更新列表。换上合法设备就通了。
2.4 向后兼容性
向后兼容性一直是HDCP的痛点。协议本身设计了“回退机制”，但实际部署中乱象不少。
- 2.x 设备不能直接连 1.x 设备 —— 它们使用不同的握手流程和加密算法。
- 如果发送端和接收端都支持2.x，握手时会先尝试2.x，失败后再试1.x。但很多电视默认禁用了1.x兼容模式。
- HDCP 2.3 可以兼容 2.2/2.0（同一代协议内基本兼容），但无法兼容1.x。
为什么厂商不强制所有设备同时支持1.x和2.x？说白了，成本问题。同时实现两套认证逻辑需要额外的芯片面积和固件空间。而且从内容保护角度，旧协议漏洞多，HDCP 2.x 设备往往选择直接放弃降级。
调试AUX通道时，我建议你先确认发送端和接收端各自支持的HDCP版本。最简单的方法：抓取AKC（AKE Confirm）消息中的HDCPVersion字段。如果是0x01表示1.x，0x10表示2.0，0x12表示2.2，0x13表示2.3。嗯，这个编码有时候厂商会魔改，但大部分标准设备都遵守。