2011 年 DigiNotar 证书颁发机构被攻破，暴露中间人攻击的现实威胁。此后 TLS 与 Web PKI 引入多项安全扩展，旨在让 CA 系统可审计、阻断 MITM 与非法签发。ACM IMC 2017 论文对 3 亿域名扫描显示：部署难度、可用性风险与实际采用率呈负相关，易部署且低风险的技术普及最高。
HSTS：部署率最高的强制 HTTPS 机制
HTTP Strict Transport Security 通过响应头 Strict-Transport-Security 告知浏览器仅通过 HTTPS 访问域名及子域，max-age 以秒为单位。扫描 3 亿域名中 3.5% 启用 HSTS，其中 80% 设置 max-age 超过 6 个月（31536000 秒），表明运营方对持续提供 TLS 有信心。HSTS 拒绝明文与无效证书连接，但不绑定特定公钥，配置失误导致站点不可达的风险极低。
HPKP：高风险导致近乎弃用
HTTP Public Key Pinning 允许域名指定受信 CA 或公钥，配置错误会直接导致域名不可访问。同批扫描仅 0.02% 域名使用 HPKP。论文发表后 Google 宣布 Chrome 将移除对 HPKP 的支持，该头部预计很快消失。
证书透明度：让签发过程可审计
Certificate Transparency 要求 CA 将颁发的证书记录到公开、可验证的日志服务器，浏览器仅信任出现在日志中的证书。这使域名所有者能监控非法签发，CA 也难以隐瞒误签。原文未给出具体部署数据，但作为基础设施层改进，正逐步被主流浏览器强制要求。
对运维工程师而言，HSTS 是低成本、高收益的首选加固手段；HPKP 已被浏览器厂商放弃，不应再投入精力；CT 则需关注 CA 合规与日志监控工具链。在配置任何强制性安全头前，务必确认证书续期自动化与回滚预案，避免因误配置造成服务中断。
原文: APNIC Blog（2017-12-21）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog