PHP Hash冲突导致CPU 100%的彻底解决方法

打补丁之前，服务器CPU的负载情况是这样的。可以看到，当时几乎没什么压力，CPU使用率只有2.1%，非常清闲。

为了重现这个经典的故障，我们需要写一个小程序，模拟一下“Hash碰撞”攻击。说白了，就是构造一些特殊的POST数据，让PHP在处理时，CPU直接被“撑爆”。 程序逻辑很简单，就是循环发送大量精心构造的POST参数，去撞击目标服务器。 代码如下: ```php ``` 注意看，`$url` 设为目标服务器地址，`$i<100` 表示并发100个请求。在测试机上直接执行这个脚本。 ```bash [root@blog htdocs]# /usr/local/php/bin/php hash.php ``` 回到被攻击的Web服务器，再观察一下CPU资源。好家伙，CPU使用率直接飙到了97.6%！看来，单台虚拟机用100个并发去撞，CPU就扛不住了。

CPU都100%了，网站还能访问吗？我们试着点一下网站上的链接，发现竟然还能正常响应。这是因为这台服务器本身没什么访问量，请求队列很短，所以我们感觉不到明显的卡顿。为了放大效果，把并发数调到10000再试一次。

刷新 `checktime.php` 页面，依然可以很快显示，网站看起来是正常的，但此时服务器的CPU已经是100%满负荷运转了。

可以得出一个结论：在低负载环境下，即使CPU被打满，服务的响应速度也可能看不出太大问题。但一旦压力上来，后果可想而知。这个测试用的是个人博客，访问量极小，所以“感觉”上一切正常。 接下来，我们进入正题，打上补丁，看看效果。 **1. 查看PHP编译参数** 首先，确认一下当前PHP环境的编译参数，方便后续操作。

**2. 下载补丁** 补丁可以从GitHub上获取，**一定要根据自己的PHP版本号选择对应的补丁文件**。

**3. 获取补丁内容** 点进去之后，不要直接右键另存为，那样下载下来的可能是一个HTML文件。正确的做法是点击页面上的“Raw”按钮，这会直接打开纯文本格式的补丁文件。把里面的内容全部复制下来。

在服务器上创建一个新文件，比如 `php-5.2.17-max-input-vars.patch`，把刚才复制的内容粘贴进去。 **4. 进入PHP源码目录并清理** 进入PHP的原始安装目录，比如 `/opt/soft/php-5.2.17`。先执行 `make clean` 清理一下之前编译产生的中间文件。

**5. 打补丁并重新编译** 执行 `patch -p0 < /path/to/php-5.2.17-max-input-vars.patch` 命令，打上补丁。然后，按部就班地重新配置（`./configure`）、编译（`make ZEND_EXTRA_LIBS='-liconv'`）和安装（`make install`）。

**6. 重启Apache，验证效果** 重启Apache使修改生效。 ```bash [root@lghblog php-5.2.17]# pkill httpd [root@lghblog php-5.2.17]# /usr/local/apache/bin/apachectl start ``` 访问服务器的 `phpinfo.php` 页面，可以看到PHP版本号后面多了个“-P1”的标记，说明补丁已经成功打上了。接下来，再发起一次“Hash碰撞”攻击，看看CPU的表现。

在测试机上，依然用10000的并发去撞击服务器。结果很直观：服务器的CPU使用率一直稳定在0.5%左右，纹丝不动。

问题解决！