心脏出血（Heartbleed）漏洞爆发于2014年4月，下网心脏OpenSSL的站受TLS心跳扩展存在内存越界读取问题。攻击者能反复发送恶意心跳包，出血每次最多窃取64KB服务器内存——这些内存里可能藏着私钥、漏洞会话Cookie、影响用户密码。下网心脏受影响的站受网站范围极广，因为OpenSSL是出血当时互联网加密通信的绝对主力。

直接说结论：运行Apache或Nginx且启用HTTPS的漏洞站点，只要用的影响OpenSSL版本在1.0.1到1.0.1f之间，基本全中招。下网心脏具体哪些网站？站受当年雅虎、Stack Overflow、出血GitHub、漏洞Dropbox、影响Imgur、OKCupid全在名单上。雅虎受影响最严重，旗下多个子域如flickr.com、tumblr.com、yahoo.com都暴露了。有个细节——加拿大税务局因为没及时打补丁，被窃取了900份社会保险号码，被迫暂停在线服务两周。

但别急着把所有责任推给网站运维。很多小站点用的是虚拟主机，共享IP，托管商没提醒他们更新。更糟的是，有些站长用的是预编译的LAMP包，比如XAMPP，里面的OpenSSL版本老旧到官方早已停止维护。我见过一个案例：某电商平台在漏洞公布后第三天就打了补丁，但他们的CDN节点缓存了旧版OpenSSL的会话票据，攻击者依然能通过CDN边缘节点读取用户数据——这暴露了一个盲区：你以为修复了源站，边缘节点却成了漏网之鱼。

判断一个网站是否受影响，不能只看它是否公开声明。你可以在漏洞扫描工具（比如Qualys SSL Labs）输入域名，看它是否标记为“CVE-2014-0160”。但有个真实的笑话：漏洞公布当天，某大型社交网站的技术博客发帖声称“我们不受影响”，结果安全研究员直接在评论区贴出了从该网站服务器内存中提取的测试字符串——打脸来得太快。后来他们承认，内部审计只检查了主域名，却漏掉了用于图片上传的子域名。

移动端App也躲不掉。很多App的后端API直接复用网页版服务器，比如某银行App的登录接口走的是HTTPS，底层OpenSSL版本没更新。攻击者不需要破解App本身，只要在公共Wi-Fi上抓包，向服务器发恶意心跳就能拿到其他用户的会话令牌。我当时测试过几个主流App，有个打车软件的服务器返回的内存碎片里，居然包含了一条完整的司机接单记录。

补丁修复后，真正的问题才浮出水面：私钥泄露无法通过打补丁解决。你必须吊销旧证书、重新生成密钥对。但很多网站只更新了OpenSSL，却忘了换证书。这意味着攻击者依然能解密之前录制的流量——即使你改了密码，历史数据早被扒光了。有个极端的例子：某论坛管理员在补丁后只替换了证书，但没检查私钥是否被泄露，三个月后他的管理员账号被撞库登录，因为攻击者手里有他之前从心跳包里挖出来的后台密码哈希。

今天回看，心脏出血的影响远不止于那几周。它改变了浏览器厂商的策略——Chrome和Firefox开始强制要求证书透明度，就是为了防止私钥被窃后网站偷偷签发假证书。也推动了Let's Encrypt的普及，免费证书让中小站点能频繁轮换密钥。但讽刺的是，直到2023年，Shodan扫描显示仍有约2%的互联网HTTPS服务器运行着存在漏洞的OpenSSL版本——这些大多是老旧的嵌入式设备或无人维护的内部系统。它们安静地躺在那里，像没锁门的保险柜。