首页/安全/应急响应速查/木马清除标准顺序

木马清除标准顺序

木马清除的正确顺序:断回连、定位、清进程与持久化、复扫验证;顺序错会反复复发。

应急响应速查安全更新于 2026-10-13

木马清除的标准顺序

清除木马最怕的不是删不掉,而是「清完又回来」。所以顺序必须固定成四步:先断回连与横向通道,再定位(进程、连接、文件三处互相印证),然后按「持久化机制→进程→文件」的顺序清除,最后复扫并在观察期内确认没有复发。顺序颠倒的典型后果是:先删文件,进程还持有句柄继续运行;或者先杀进程,持久化机制在几十秒内把它重新拉起。

基本信息

第一步 断阻断 C2 回连与横向通道,避免清理过程中继续被控制
第二步 定位进程、网络连接、文件三处互证,确认主进程与守护进程
第三步 清除先处理持久化机制,再终止进程,最后清除文件并保留样本
第四步 验证全量复扫加观察期,确认没有被重新拉起
留证要求样本、哈希、命令行、连接列表在清除前完成归档
常见复发原因多重持久化只清了一处,或第二个副本仍在可写目录中

典型使用场景

  • 单台主机确认被植入常驻木马,需要一次清干净
  • 挖矿类样本反复出现,需要按顺序梳理保活机制
  • 清理前需要固定样本与命令行,供其他主机横向检索
  • 清理后需要向业务方提交可验证的验证结果
  • 为多台主机的批量清理定义统一的操作顺序

定位与清除顺序示意

定位与清除顺序示意
sudo iptables -I OUTPUT -d 203.0.113.10 -j DROP        # 1 断回连,先止血
ps auxwwf | grep -v grep | grep -iE 'tmp|shm' | head -n 20   # 2 定位进程
sudo ss -antp | grep ESTAB | head -n 20                  # 3 定位连接
sudo ls -l /proc/1234/exe /proc/1234/cwd                 # 4 定位文件与工作目录
cp /proc/1234/exe /evidence/sample.bin 2>/dev/null       # 5 留样本
systemctl disable 可疑单元名; crontab -l                 # 6 先处理持久化
kill -STOP 1234                                          # 7 先冻结再确认
kill -9 1234; rm -f /tmp/可疑文件                         # 8 最后终止与删除
find /tmp /dev/shm -name '可疑名字*' 2>/dev/null | head    # 9 复扫确认无残留

顺序与原因

顺序动作颠倒的后果
1阻断回连与横向清理期间攻击者可远程干预、重新投放
2三处互证定位凭单一线索动手,容易漏掉守护进程
3先清持久化机制进程被杀后几十秒内被重新拉起
4再终止进程先删文件则进程仍持句柄运行
5最后删文件并留样本先删文件则样本与命令行线索一并丢失
6复扫与观察期无验证的清理无法证明有效,也无法向业务交付
清除前先保存样本与关键日志:清得太干净会失去取证与学习线索,也无法把 IOC 交给其他团队做横向检索。样本按原样复制到独立介质,不要在本机运行。
观察期是必要的:清理完成当天没问题不代表结束,很多样本会通过下载器或被篡改的业务脚本在一两天后重新落地。观察期建议至少覆盖一个业务周期,并在结束后复查一次计划任务与监听端口。

易错点

  • 先删文件后杀进程:进程持有已删除文件的句柄继续运行,看起来像「删了还在」
  • 只清一处持久化:同一木马常有多重保活机制,漏一处就会在几十秒内复活
  • 清除前不留样本:之后无法做家族判断,也无法把 IOC 交给其他主机检索
  • 清理后不复扫不观察:无法证明清干净,也无法向业务方交付可验证的结论
  • 直接在生产机上运行可疑文件:会造成二次感染,样本只能在隔离环境分析

数据来源与参考

  • NIST SP 800-61:清除与恢复
  • SANS:遏制-清除-恢复流程

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌