内容摘要：去年冬天，一个做电商的朋友给我打电话，声音发颤。他说网站后台被人登进去了，订单数据被改得乱七八糟。我问他网站是不是HTTPS，他说是，还特意买了个SSL证书。问题出在哪？他的登录接口在HTTP和HTT

去年冬天，何渗一个做电商的网站朋友给我打电话，声音发颤。何渗他说网站后台被人登进去了，网站订单数据被改得乱七八糟。何渗我问他网站是网站不是HTTPS，他说是何渗，还特意买了个SSL证书。网站问题出在哪？何渗他的登录接口在HTTP和HTTPS之间来回跳转，攻击者就蹲在那个跳转的网站缝隙里，把会话令牌抓走了。何渗HTTPS本身没被“渗透”——被渗透的网站是它周围那圈松掉的螺丝。

很多人以为HTTPS就是何渗铁桶一块。TLS握手、网站加密传输、何渗证书验证，听起来滴水不漏。但你要真去翻渗透测试报告，会发现针对HTTPS站点的攻击，九成以上不碰加密算法本身。它们走侧门：配置错误、证书管理漏洞、混合内容、降级攻击。说白了，锁是好的，但钥匙插在门上没拔。

先说最蠢也最常见的一种：SSL剥离。攻击者坐在你和服务器之间的网络节点上，比如公共WiFi路由器。你输入https://example.com，他拦截这个请求，替你跟服务器建立HTTPS连接，然后给你返回一个HTTP版本的页面。浏览器地址栏那个小锁没了，但多数用户根本不会注意。你填的密码、信用卡号，全走明文经过他的机器。2010年有个叫SSLstrip的工具把这个手法演示得淋漓尽致，十几年过去，公共网络里照样能得手。防御方法简单到可笑：服务器端加一个HSTS响应头，强制浏览器只走HTTPS。但很多运维就是不加。

证书这块坑更深。我见过一个内部管理系统，用了自签名证书，浏览器天天弹警告，员工点“继续访问”点成了肌肉记忆。攻击者伪造一个同款自签名证书，中间人攻击根本不会被察觉。还有更隐蔽的：证书过期了没人换，或者证书链不完整。某些老旧的Android设备对证书链验证不严，攻击者用一张合法但无关的证书就能骗过去。2017年有个叫“Return of the Wicked”的案例，攻击者利用证书吊销检查的延迟，在证书被吊销后继续用了好几个小时。

混合内容是个老问题，但杀伤力被严重低估。一个HTTPS页面里，如果图片、脚本、样式表是从HTTP加载的，浏览器会警告，但多数网站选择“屏蔽显示”而不是修复。攻击者控制那个HTTP资源，往里面塞一段JavaScript，就能读取页面上的表单数据。你看到的小锁是亮的，但页面里已经混进了别人的代码。我测试过一个政府网站，首页HTTPS，但jQuery是从一个HTTP CDN加载的。改掉那个CDN的DNS记录，整站就沦陷了。

降级攻击更直接。TLS 1.0和1.1已经被证明不安全，但很多服务器为了兼容老客户端还开着。攻击者可以在握手阶段强制双方用弱加密套件，比如RC4或者出口级密码。2015年的FREAK攻击就是这么干的，迫使服务器使用美国九十年代出口限制时期的弱密钥，几个小时就能暴力破解。服务器配置里关掉老旧协议，比换什么高级防火墙都管用。

那怎么防？别指望用户。用户不会看地址栏，不会检查证书，不会分辨HTTP和HTTPS的区别。你得在服务器端把路堵死。HSTS头加上，并且提交到浏览器预加载列表。证书用Let's Encrypt自动续期，别等过期。所有资源强制走HTTPS，一个HTTP链接都不留。TLS版本只开1.2和1.3，加密套件只留AEAD系列。登录接口加上CSRF令牌和SameSite Cookie。这些事做完，HTTPS才算真正立起来。

渗透测试里有个说法：攻击者不爬墙，他们找门。HTTPS这堵墙本身很结实，但门可能虚掩着。你花几千块买证书，不如花半小时检查一下重定向规则和响应头。那个电商朋友后来把HSTS加上，混合内容清干净，再没出过事。他跟我说，原来以为HTTPS是终点，其实只是个起点。