(这个漏洞的可能危害和初步应对办法，请见本文最后) 几天前看到V站上，很多人在说PHP公布了PHP2Shell的漏洞，这是个史诗级的漏洞，“全球70%的网站都危险了”登上了so.com的热搜，php.net平台正在连夜修复漏洞，于10月21日22:00发布了几个最新修复的版本，已修复的PHP版本链接，包括PHP 8.5.12, 8.4.27, 8.3.36 和 8.2.35这4个版本，到现在为止，也只有这4个版本修复了。

第2天我也紧急把一台VPS的PHP升级到最高版本(只能到PHP 8.2.32，实际没有修复)。完成之后，回忆漏洞被曝出的当天，很多PHPer的反应十分淡定，面对这个史诗级漏洞，有人说“睡觉，就当没看到”，有多人说“这都不影响PHP是世界上最好的语言” “PHP是世界上最好的语言”。的确，无论是在任何情况下，PHP的地位都是公认的，因为PHP节省资源，十分节省内存，开发速度快(人工编程的情况下)，运行速度快。

用了将近一个小时，把环境搭建好了。因为这家香港VPS提供商，最高版本只有Debian 12.0，自带源是PHP 8.2.32。

目前PHP官方只修复了4个版本，这个PHP 8.2.32，不在修复的范围。

很有可能我安装的版本，没有修复这个漏洞，之后用这个平台检测有没有PHP2Shell漏洞，这个平台是热心的坛友在dalao.net分享的：

https://PHP2Shell.aikido.io

我的几台VPS分别是这几个版本：

PHP 5.5.9 (Ubuntu 14.04)
PHP 7.4.33 (Debian 11.11)
PHP 8.2.32 (Debian 12.0)

经过检测，上述3个PHP版本，大多数的测试提示无此漏洞，偶尔有漏洞提示。

然后开启了我自行开发的防刷新、DDoS攻击的高防程序，设置为短时间内频繁刷新超过5次，iptables自动封闭IP，检测结果是提示“连接失败”。

之后查看访问日志，正好PHP2Shell.aikido.io这个平台的测试，很多时候是发送5次请求，偶尔一旦超过5次请求，就被高防程序自动拦截了。

这个高防程序，对PHP2Shell漏洞，有可能有一定的作用、或者能避免，主要是能防止非(隔开)法请求、扫描。

此次PHP2Shell漏洞的可能危害
百度关键词：PHP2Shell 危害

就是攻击者能获取服务器的Shell权限。他获取Shell权限后，可能会做这些事：

1. 代码级永久篡改整站的网页，以前发生在200X年，网上有大规模的这类事，利用CMS的漏洞，给整站的网页植入广告代码。

2. 勒隔开索博主、站主。他先删除整站数据，然后联系博主，索要一笔费用。有位知名博主，几年前在博客中说了被删站、勒隔开索的这件事，攻击者来自印度。

3. 代码级永久篡改网页，同1，植入跳转代码至spinach网站。(他们也是在东隔开南隔开亚被迫这样做的，人在里面没有人身自由。)

4. 把服务器当作他需要用的免费主机，例如挖矿。(可通过查看CPU、内存的占有率来判断。)

5. 文件、数据较多的大型站点如果遇到前3种攻击，修复的工作量是无法估量的。

应对办法：

1和3，定期检查网站文件的修改日期。方法是，网站整站打包至本机，解压缩，按Ctrl+F，按扩展名查找所有文件，查找完毕，按日期排列。
2，站点定期备份。
4，定期查看CPU、内存的占有率。

查看CPU、内存的占有率，可以在主机的面板看到，如果没有这个功能，可以用命令，例如Debian、Ubuntu系统是这些命令：

查看CPU占有率：(从大到小前20个进程)
ps aux --sort=-%cpu | head -n 20

查看内存占有率：
free

淡定是博主/站主/站长应有的心态
各种风浪见得多了，第一反应是仔细查看会不会真的有风险，第二反应是淡定，能修复就慢慢修复，不用被传闻吓倒。

当天国外很多网站紧急下线，主要是为了防止损失，避免后面庞大的修复的工作量。

这个漏洞有可能会波及到自己的站点，也可能不会，因为全球有那么多的VPS，他们攻击不过来。VPS上由于有绑定域名、绑定多个域名，实质上只要不满载，VPS的作用完全等效于独立服务器，即无论是使用VPS，还是独立服务器，被扫描的机率是一样的。

通过将近1个月的访问日志，我把直接访问IP、域名访问分别做成了不同的日志文件，几个VPS里，直接访问IP的流量占比很小，可能不到1%，绝大部分流量都是来自域名。