web中使用的安全协议

打开浏览器，使用地址栏里那个小锁图标亮起来的全协时候，你大概不会多想。使用但就在那一瞬间，全协浏览器和服务器之间已经完成了一场精密的使用“握手”。这套动作背后，全协是使用TLS协议在干活——准确说，是全协TLS 1.2或者1.3。早些年大家管它叫SSL，使用现在基本被TLS取代了，全协不过很多人还是使用习惯性混着叫。

我去年排查过一个线上问题：某内部系统在Chrome里正常，全协到了Safari就报证书错误。使用查了半天，全协发现服务器只配了RSA密钥交换，使用而新版Safari对某些旧套件已经不再支持。这事儿挺典型。TLS的复杂性不在于概念本身，而在于版本、加密套件、证书链这些细节的排列组合。一个配置失误，用户看到的就是“您的连接不是私密连接”。

HTTPS本质上就是HTTP over TLS。它解决三个问题：加密、完整性校验、身份认证。加密靠对称密钥，比如AES；密钥交换靠非对称算法，比如ECDHE；身份认证靠数字证书，背后是一整套PKI体系。你访问一个网站，浏览器会检查证书是否由受信任的CA签发、域名是否匹配、是否在有效期内。任何一个环节出问题，锁图标就会变红或者消失。

证书这块坑不少。有人图省事用自签名证书，浏览器直接拦截。有人买了通配符证书，结果子域名层级太深匹配不上。还有更隐蔽的——证书链不完整。服务器只发了站点证书，没带中间CA证书，桌面浏览器可能缓存了中间证书所以正常，但移动端就挂了。这种问题在API调用场景里特别烦人，客户端不一定会给出明确错误。

HSTS是另一个容易被忽略的机制。服务器通过响应头告诉浏览器：“以后访问我必须用HTTPS。”浏览器记住这个指令，在指定时间内强制跳转。这能防住SSL剥离攻击——攻击者把HTTPS链接降级成HTTP，用户根本察觉不到。但HSTS有个坑：一旦启用，回退很麻烦。如果证书过期没及时续，用户连“继续访问”的选项都没有。所以得配合max-age逐步调大，别一上来就设一年。

HTTP/2和HTTP/3对安全协议的使用方式不太一样。HTTP/2在TLS之上跑，但允许一些头部压缩相关的特性，早期还出过HPACK侧信道漏洞。HTTP/3干脆把传输层换成了QUIC，TLS 1.3被集成进去，握手和传输合并，延迟更低。现在Cloudflare、Google这些大厂已经大规模部署HTTP/3，普通开发者感知不强，但CDN配置里多个选项的事。

实际开发中，最常被问的是“我的接口要不要上HTTPS”。我的看法很直接：只要不是纯内网且完全隔离的环境，都该上。内网也不绝对安全，横向移动攻击的例子太多了。Let's Encrypt把证书成本降到零，自动化续期也就几行脚本。剩下的就是配置问题——用Mozilla的SSL配置生成器，选“现代”兼容模式，基本不会出大错。

还有个冷门但重要的点：证书透明度。CA签发的每张证书都要提交到公开日志，浏览器会检查。这能发现误签发或恶意签发。2017年Symantec因为违规签发被浏览器厂商集体不信任，就是CT日志暴露出来的。对普通开发者来说，这意味着你申请的证书可能被别人看到域名——如果域名本身敏感，得考虑用私有CA或者通配符证书隐藏具体子域。

安全协议不是配完就完事。TLS 1.0和1.1已经被主流浏览器标记为不安全，1.2虽然还在用，但推荐1.3。加密套件要禁用RC4、3DES这些老古董。证书到期前要续，密钥要轮换。这些事说起来琐碎，但线上事故往往就出在这些地方。我见过最离谱的案例：某公司证书过期三个月没人管，用户浏览器拦截，客服以为是“网络问题”，排查了两天才定位到。

说到底，Web安全协议是一层基础设施。它不产生业务价值，但缺了它，业务价值随时可能被窃取或篡改。配置的时候多花十分钟，比出事之后救火划算得多。

最新评论