讲清 WebShell 的常见形态、查杀工具与清理顺序，避免删了又长。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 WebShell查杀、网站后门、一句话木马 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
一句话木马、加密混淆的 eval 调用、藏在图片里的 payload、伪装成正常插件的后门文件。
用 D 盾或河马类工具全站扫描，重点看 upload、cache、include 目录与近期修改文件。
结合 access log 找 POST 到可疑文件的记录，看是否有持续访问，能确认是否仍在使用。
先断外联（改数据库密码、API 密钥）再删文件，删完重置所有凭据，否则等于没清。
上传目录禁执行、关闭 eval 与 assert、限制目录写权限、定期比对文件哈希。
| 环节 | 关键动作 |
|---|---|
| 常见形态 | 一句话木马、加密混淆的 eval 调用、藏在图片里的 payload、伪装成正常插件的后门文件 |
| 静态查杀 | 用 D 盾或河马类工具全站扫描，重点看 upload、cache、include 目录与近期修改文件 |
| 动态确认 | 结合 access log 找 POST 到可疑文件的记录，看是否有持续访问，能确认是否仍在使用 |
| 清理顺序 | 先断外联（改数据库密码、API 密钥）再删文件，删完重置所有凭据，否则等于没清 |
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
回到这篇的 5 个环节：常见形态、静态查杀、动态确认、清理顺序、防复发。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
微信公众号
微信客服
