HPKP（HTTP公钥钉扎）作为一种旨在防范伪造SSL证书攻击的技术，因其过高的操作风险和已被现代浏览器废弃，不再建议使用。目前更推荐采用证书透明度（CT）等替代方案来保障连接安全。
一、核心风险：为何HPKP被淘汰
下表汇总了HPKP的关键风险点：
风险类别 具体说明
灾难性配置风险 错误配置可能导致网站被永久封锁。如果设置的密钥丢失、泄露或配置有误，在`max-age`期限内（通常长达数月或一年），合规的浏览器将拒绝访问该网站。
加剧安全威胁 攻击者一旦入侵服务器，可植入恶意HPKP头，将公钥锁定为自己的密钥，从而 长期劫持网站访问。
丧失灵活性 证书被锁定后，如需因泄露、CA问题或更换供应商而吊销或更换证书，操作将极为困难且受限。
部署率极低且错误率高 历史数据显示，其部署率极低（曾低于0.1%），且错误配置比例很高，进一步证明了该技术的复杂性和不实用性。 |
重要背景：正因上述风险，Chrome和Firefox等主流浏览器已于2018年前后移除了对HPKP的支持。继续使用它不会为现代浏览器用户带来任何安全增益。
二、替代方案与迁移建议
既然HPKP已过时，你可以采用以下更健壮、易管理的方案：
采用证书透明度（CT）：这是目前最主要的替代方案。CT要求CA公开记录所有颁发的证书，便于所有人监督审计，能有效发现和防止错误或恶意证书的签发。现代TLS证书通常已强制要求符合CT标准。
配置CAA记录：在DNS中设置CAA记录，可以指定哪些CA有权为你的域名颁发证书，从源头上减少风险。
实施健全的证书管理：包括使用自动化工具管理证书生命周期、设置到期提醒、以及制定清晰的证书吊销与更换流程。
三、如果必须了解HPKP配置
虽然强烈不建议使用，但了解其原理有助于理解安全演进。若在遗留环境中配置，务必注意：
必须提供备份密钥：在HPKP头中，除了主密钥的`pin-sha256`外，必须**指定至少一个备用密钥（来自另一个不同的CA），作为灾难恢复的唯一手段。
从短时间开始测试：初始部署时，`max-age`应设置为极短的时间（如300秒），确认无误后再逐步延长。
理解其依赖关系：HPKP是附加在标准证书验证之上的安全层。它要求证书链本身必须首先通过浏览器的常规验证（例如，不能用来“修复”自签名证书的警告）。
四、总结
总而言之，HPKP是一项因风险过高而被业界淘汰的技术。你应该将重点转移到实施证书透明度（CT）、配置CAA记录以及建立自动化的证书管理流程上，这些是现代Web安全更可靠的基础。
如果你想进一步了解如何为你的服务器（如Nginx、Apache或Caddy）具体配置CAA记录或强制CT，我可以提供更详细的指导。
