遗留系统与停服软件
EOL PHP 应用安全
PHP 4.x 与 5.x 早在多年前就已停止支持，但仍有数千个业务关键应用跑在上面，包括我们每天保护的高风险定制站点。没有安全补丁可打，防御手段就是隔离、在 WAF 层虚拟补丁、严格的输入加固，以及在迁移计划推进期间的受监控 containment（围堵）。
要点
- 盘点每个 EOL PHP 应用：版本、暴露面与业务关键程度。
- 将遗留应用隔离到专用账户、进程池，理想情况下用专用服务器。
- 数小时内部署 WAF 虚拟补丁，覆盖已知 PHP 4.x/5.x 利用特征。
- 按遗留虚拟主机禁用危险函数（exec、shell_exec、类 eval 函数）。
- 除明确的上传路径外，全站只读文件权限。
- 对异常模式告警：编码载荷、可疑 shell、群发邮件。
- 遗留应用单独备份并测试恢复，它们的损坏方式不一样。
- 并行推进有资金的迁移主线；围堵只是桥，不是家。
一线手记
顺序永远是：先隔离，其次虚拟补丁，最后迁移。应用暴露着就先做迁移规划的团队，会在规划阶段就被攻破。
常见问题
跑 PHP 5.4 真的危险吗？
是，它有带公开利用代码的未修补 CVE，机器人一直在扫描 EOL PHP 指纹。
老 PHP 不升级也能保护吗？
隔离加虚拟补丁可大幅降低风险，但永远达不到受支持版本的水平。
为什么不直接升级？
遗留代码用了已移除的函数和变更的行为；仓促升级会搞坏下单、登录与集成。分阶段迁移才是安全路径。
围堵能撑多久？
有纪律的话几个月到一两年，但每拖一个季度，事件概率就上升一分。
Kinetikatech 如何在遗留系统与停服软件方面为您提供帮助
您不必自己成为遗留系统与停服软件专家：让失去支持的 PHP、Node.js 与操作系统保持安全 — 并抢在攻击者之前迁移。服务器管理和Linux 服务器安全正是为此而设：配置、加固、监控，并有工程师日夜值守。