Product
最近做了一个 PHP2Shell 应急辅助网站，把公开响应头检查、PHP 版本比较和临时缓解配置整理到了一起，想分享给有 PHP 网站需要维护的朋友。 地址： https://checkphp2shell.com/ 目前主要有几个功能： - 输入公开域名，查看响应头是否暴露 PHP 版本，以及是否存在 PHP 、Laravel 、WordPress 等相关线索。 - 识别 Cloudflare 、Sucuri 、Akamai 、Clou…
最近做了一个 PHP2Shell 应急辅助网站，把公开响应头检查、PHP 版本比较和临时缓解配置整理到了一起，想分享给有 PHP 网站需要维护的朋友。 地址： https://checkphp2shell.com/ 目前主要有几个功能： - 输入公开域名，查看响应头是否暴露 PHP 版本，以及是否存在 PHP 、Laravel 、WordPress 等相关线索。 - 识别 Cloudflare 、Sucuri 、Akamai 、CloudFront 等边缘服务的公开标记。 - 手动输入实际 PHP 版本，核对修复版本门槛，并查看不同部署环境的配置示例。 - 提供 php.ini 、Nginx 、Apache 、Cloudflare WAF 、ModSecurity 、Docker/K8s 的配置引导。 想先把检测边界讲清楚：**它检查的是公开响应头，结果只能作为排查线索。** 对目标网站只发送普通 HEAD 请求，遇到明确不支持 HEAD 的响应时才回退 GET ，不发送漏洞利用载荷或 multipart POST ，也不跟随重定向。 响应头可能被隐藏、修改或缓存，因此： - 没有发现 PHP 特征，不能证明网站没有使用 PHP 。 - 显示的版本达到修复门槛，不能确认实际软件包和所有 Web worker 都已更新。 - 发现 Cloudflare 等标记，不能确认 WAF 已启用，更不能确认规则能够覆盖相关攻击。 - 外部检查无法读取内部 php.ini ，也无法确认网站此前是否遭到入侵。 另外，页面里刻意区分了**临时缓解和完整修复**。 INI 配置和 WAF 规则可以在适用条件下降低部分攻击路径的风险，但不能当成完整修复。完整修复仍需要应用官方修复版本或经厂商确认的安全补丁，并验证实际处理 Web 请求的 PHP 实例和 worker 都已经使用修复后的构建。CLI 的 `php -v` 也可能与网站实际运行的 PHP 不同。 配置生成前需要重新确认版本、部署方式和适用前提，响应头里的版本不会自动被当成已经核实的服务器环境。 网站目前支持英语、日语、德语、西班牙语和葡萄牙语。欢迎大家试用，尤其想听听：结果说明是否容易理解、配置引导有没有遗漏，以及哪些措辞可能让人误以为“检查通过就代表安全”。
Discuss this product