2014年4月7日，漏洞OpenSSL项目组提交了一个只有几行代码的修复补丁。就是漏洞这几行代码，堵住了一个让全球互联网颤抖了两年多的修复窟窿。

这个窟窿叫Heartbleed，漏洞中文译作"心脏出血"。修复名字听着吓人，漏洞实际情况比名字还吓人。修复

问题出在OpenSSL的漏洞TLS心跳扩展实现上。心跳机制本来是修复个挺简单的东西——客户端发一个"你还在吗"的消息，附带一段数据和它的漏洞长度，服务端原样把数据回传，修复确认连接还活着。漏洞正常逻辑下，修复服务端应该检查一下：你告诉我这段数据有64KB，漏洞但你真的发了64KB吗？OpenSSL没做这个检查。它盲目信任了客户端声明的长度，然后从自己的内存里读取相应字节数返回给客户端。

这意味着什么？攻击者可以声称自己发了65535字节，实际只发1字节，服务端就会从内存里多读65534字节吐回来。这些多出来的内存里可能有什么？私钥、会话令牌、用户密码、Cookie——服务器进程内存里飘着什么，攻击者就能拿到什么。每次最多泄露64KB，但可以反复请求，像用吸管一口一口把服务器内存吸出来。

我印象最深的一个细节是：这个漏洞2012年就引入了，2014年才被发现。整整两年，没人注意到。OpenSSL当时只有全职开发者一两个人，代码审查基本靠志愿者业余时间。一个支撑着全球三分之二HTTPS流量的加密库，维护力量薄弱的程度令人咋舌。这跟后来Linux内核被塞后门的教训如出一辙——关键基础设施的维护，长期被当作"免费劳动"来对待。

修复本身在技术层面并不复杂。补丁的核心就是加一个边界检查：客户端声明的心跳数据长度，不能超过实际收到的数据长度。不匹配就丢弃，不回应。几行if判断的事。

但修复的麻烦不在代码，在部署。

OpenSSL以静态库或动态库的形式被编译进了无数软件——Nginx、Apache、MySQL、各种VPN、邮件服务器。你更新了系统里的OpenSSL，但某个自己编译的Nginx还在用旧版本链接的库，它照样有漏洞。更麻烦的是嵌入式设备和IoT，固件里的OpenSSL根本没法单独升级，只能等厂商推新固件，而很多厂商压根不推。

还有一个容易被忽略的点：修复漏洞之后，你得换证书和私钥。因为漏洞存在期间，你的私钥可能已经被拷走了。不换密钥，等于门锁换了但钥匙还在别人手里。当时CloudFlare做过一个测试，用Heartbleed漏洞成功从自己的服务器上读到了私钥。这不是理论推演，是实际验证。

我当时的做法是：先升级OpenSSL到1.0.1g或更高版本，重新编译所有依赖它的服务，然后吊销旧证书、签发新证书、重新部署。最后一步是强制所有用户重置密码——因为你不知道会话令牌有没有泄露。这一套流程走下来，一个中等规模的网站至少需要停机维护几个小时。

这件事之后，OpenSSL项目拿到了不少捐款，核心开发者的数量也有所增加。但更深远的影响是，它让整个行业开始正视开源基础设施的维护问题。后来Linux基金会搞了Core Infrastructure Initiative，专门给关键开源项目提供资金。算是亡羊补牢。

如果你现在还在维护老系统，检查一下OpenSSL版本。命令很简单：openssl version -a。如果版本号低于1.0.1g，而且对外提供HTTPS服务，那你的服务器内存可能正在被人一页一页地翻。