服务器被挖矿的记录如何查找与彻底清除？

服务器被挖矿的记录

事件背景与发现过程

某企业运维团队在例行巡检中，发现一台核心业务服务器的CPU利用率持续异常，峰值时达到98%，远超正常业务负载，通过系统监控工具进一步排查，发现存在多个可疑进程，这些进程消耗大量计算资源，且与正常业务无关，结合网络流量分析，发现服务器存在大量对外连接的异常数据包，目标地址指向多个境外IP。

通过日志检索，团队追溯至事件起始时间点：该服务器在3天前曾遭受一次成功入侵，入侵者利用系统未及时修复的Apache Struts2漏洞（CVE-2017-5638）获取了服务器权限，随后植入了挖矿程序，攻击者通过SSH弱口令猜测和暴力破解的方式进一步提升了权限，最终获得了root访问权限，为后续挖矿活动铺平了道路。

挖矿活动的技术特征

1. 恶意程序植入方式
   攻击者通过下载并执行隐藏在系统临时目录下的挖矿脚本（如XMRig、MoneroCC等），并配置为开机自启动，该脚本通过修改系统服务文件（如/etc/systemd/system/miner.service）和定时任务（cron job）实现持久化驻留。

2. 资源消耗与隐蔽性
   挖矿进程优先占用CPU空闲资源，但通过动态调整线程数量避免触发系统告警，攻击者采用混淆技术对进程名称和文件路径进行伪装，例如将进程命名为systemd或httpd，并将恶意文件存储在/var/tmp等非敏感目录，降低被人工发现的概率。

3. 网络通信模式
   挖矿程序通过HTTP/HTTPS协议与矿池服务器建立连接，定期提交计算任务并接收新的挖矿指令，为规避流量检测，部分流量经过加密处理，且通信频率随机波动，模拟正常业务流量特征。

影响与风险评估

1. 性能影响
   持续的高负载运行导致服务器响应延迟增加，数据库查询超时频发，直接影响了线上业务的稳定性，部分用户反馈页面加载缓慢，甚至出现服务不可用的情况。

2. 安全风险扩散
   攻击者以该服务器为跳板，进一步尝试入侵内网其他设备，通过端口扫描和漏洞利用，发现另一台测试服务器存在相同漏洞，但未造成实际危害，挖矿程序的后门功能可能被用于窃取敏感数据或发起DDoS攻击。

   

3. 经济损失
   虽然挖矿收益本身有限（据矿池记录，3天内仅产生约0.2个门罗币，约合人民币200元），但服务器宕机导致的业务中断和应急处理成本（包括人工排查、系统重建、安全加固等）远高于挖矿收益。

应急响应与处置措施

1. 隔离与取证
   立即断开服务器外网连接，避免攻击者进一步操作，使用dd命令对磁盘进行完整镜像备份，保留原始日志和内存转储文件，为后续溯源分析提供依据。

2. 恶意程序清除

   • 终止所有可疑进程，并删除相关文件（如/tmp/miner、/usr/bin/xmrig等）。
   • 清理系统服务文件和定时任务中的恶意条目。
   • 修改所有SSH密钥和密码，确保无后门账户残留。

3. 漏洞修复与加固

   • 升级Apache Struts2至最新版本，修复已知漏洞。
   • 关闭不必要的端口和服务，启用防火墙规则限制入站连接。
   • 部署入侵检测系统（IDS），实时监控异常进程和网络行为。

4. 恢复与监控
   重新安装操作系统并部署业务应用，恢复数据后进行全量功能测试，通过Zabbix等监控工具设置CPU利用率、网络流量等指标的阈值告警，确保异常情况能及时被发现。

经验总结与防护建议

1. 强化基础安全措施

   

   • 定期更新系统和应用软件补丁，尤其关注高危漏洞（如CVE、CNVD等）。
   • 禁用默认账户，使用强密码或多因素认证（MFA）限制SSH访问。
   • 最小化权限原则：避免使用root账户运行业务程序，采用普通用户+sudo提权模式。

2. 完善监控与审计

   • 部署主机安全加固工具（如OSSEC、Wazuh），实时检测文件篡改、异常进程等行为。
   • 保留系统日志至少90天，定期分析登录失败、命令执行记录等审计信息。

3. 员工安全意识培训
   通过模拟钓鱼邮件演练等方式，提升员工对社工攻击的警惕性，避免因点击恶意链接导致服务器沦陷。

此次事件暴露出企业在安全运维中的薄弱环节，也为后续安全建设提供了重要参考，只有将技术防护、流程管理和人员培训有机结合，才能有效抵御挖矿等新型威胁,保障业务系统的稳定运行。