靳闯博客 记录是一种习惯,分享是一种态度
  • 波浪
  • 波浪
  • 波浪
  • 波浪
安全研究 | Linux 遭入侵,挖矿进程被隐藏案例分析
发表于: | 分类: 技术积累 | 标签: Linux | 评论:7 | 阅读: 1328

声明:本文为转载文章
原文:安全研究 | Linux 遭入侵,挖矿进程被隐藏案例分析


今天把之前的服务器加了监控,一会cpu使用100%的报警短信来了,到服务器上看,top ni 这个一直100%很高,负载也是满负载(基于cpu核数),top看不到有任何进程使用cpu那么高,使用率都是0.0或者1.0,ps命令也看不出去有异常的,无奈只能网上找答案:Linux 服务器cpu ni 占用率很高,被入侵过应该如何排查问题看到此篇文章立马觉得就不好了,安装完sysdig这命令操作后,果然是被当矿机了。。。只因为服务器没有加安全策略导致redis被入侵;看完此篇解答的我疑惑

一、背景

云鼎实验室曾分析不少入侵挖矿案例,研究发现入侵挖矿行为都比较粗暴简单,通过 top 等命令可以直接看到恶意进程,挖矿进程不会被刻意隐藏;而现在,我们发现黑客开始不断使用一些隐藏手段去隐藏挖矿进程而使它获得更久存活,今天分析的内容是我们过去一个月内捕获的一起入侵挖矿事件。

二、入侵分析

本次捕获案例的入侵流程与以往相比,没有特殊的地方,也是利用通用漏洞入侵服务器并获得相关权限,从而植入挖矿程序再进行隐藏。通过对几个案例的分析,我们发现黑客主要是利用 Redis 未授权访问问题进行入侵,对于该问题的说明可以参考我们过去做的一些分析:https://mp.weixin.qq.com/s/inazTPN5mHJYnt2QDliv8w

在服务器被入侵后,首先可以明显感觉到服务器的资源被占用而导致的操作迟缓等问题,通过一些常规手段可以发现一些异常信息,但又看不到进程信息:

通过 top 命令,可以看到显示的 CPU 使用率较低,但 ni 值为 100 ;同时通过 /proc/stat 计算 CPU 使用率又基本是 100% 。

通过 netstat 查看端口监听情况,也可以看到异常的连接。

通过在 Virustotal 查询 IP,可以看到 DNS 指向为矿池域名。

通过 find 命令查找入侵时间范围内变更的文件,对变更文件的排查,同时对相关文件进行分析,基本可以确认黑客使用的进程隐藏手法。

在变更文件里可以看到一些挖矿程序,同时 /etc/ld.so.preload 文件的变更需要引起注意,这里涉及到 Linux 动态链接库预加载机制,是一种常用的进程隐藏方法,而 top 等命令都是受这个机制影响的。 在 Linux 操作系统的动态链接库加载过程中,动态链接器会读取 LD_PRELOAD 环境变量的值和默认配置文件 /etc/ld.so.preload 的文件内容,并将读取到的动态链接库进行预加载,即使程序不依赖这些动态链接库,LD_PRELOAD 环境变量和 /etc/ld.so.preload 配置文件中指定的动态链接库依然会被装载,它们的优先级比 LD_LIBRARY_PATH 环境变量所定义的链接库查找路径的文件优先级要高,所以能够提前于用户调用的动态库载入。

——段落引自《警惕利用 Linux 预加载型恶意动态链接库的后门》

通过查看文件内容,可以看到加载一个 .so 文件:/usr/local/lib/libjdk.so,而这个文件也在文件变更列表里。

我们通过查看启动的相关进程的 maps 信息,也可以看到相关预加载的内容:

通过对 libjdk.so 的逆向分析,我们可以确认其主要功能就是过滤了挖矿进程,具体可见下文分析。
在知道了黑客使用的隐藏手法后,直接编辑 /etc/ld.so.preload 文件去掉相关内容,然后再通过 top 命令即可看到挖矿进程:

通过查看 /proc/ 下进程信息可以找到位置,看到相关文件,直接进行清理即可:

继续分析变更的文件,还能看到相关文件也被变更,比如黑客通过修改 /etc/rc.d/init.d/network 文件来进行启动:

同时修改 /etc/resolv.conf :

还修改了 HOSTS 文件,猜测是屏蔽其他挖矿程序和黑客入侵:

同时增加了防火墙规则:

查询 IP 可以看到是一个国外 IP :

三、样本分析

通过对样本逆向分析,发现样本 libjdk.so 主要是 Hook 了 readdir 和 readdir64 两个函数:

对应修改后的 readdir 函数结构如下(readdir64 函数也是类似的):

get_dir_name 函数结构:

get_proces_name 函数结构:

process_to_filter 常量定义如下:

整个函数功能结合来看就是判断如果读取目录为 /proc,那么遍历的过程中如果进程名为 x7,则过滤,而 x7 就是挖矿进程名。
而类似于 top、ps 等命令在显示进程列表的时候就是调用的 readdir 方法遍历 /proc 目录,于是挖矿进程 x7 就被过滤而没有出现在进程列表里。

四、附录

IOCs: 样本
1,4000dc2d00cb1d74a1666a2add2d9502
2,8bd15b2d48a051d6b39d4c1ffaa25026
3,e2a72c601ad1df9475e75720ed1cf6bf
4,d6cee2c684ff49f7cc9d0a0162b67a8d

矿池地址
xmr-asia1.nanopool.org:14433
123.56.154.87:14444

钱包地址
42im1KxfTw2Sxa716eKkQAcJpS6cwqkGaHHGnnUAcdDhG2NJhqEF1nNRwjkBsYDJQtDkLCTPehfDC4zjMy5hefT81Xk2h7V.v7


相关链接:
1.https://mp.weixin.qq.com/s/inazTPN5mHJYnt2QDliv8w
2.https://cloud.tencent.com/product/hs

商业转载请联系作者获得授权,非商业转载请注明出处,谢谢合作。


如果这篇文章帮助到了你,我感到十分荣幸!

已有 7 条评论

  1. ssr ssr   Windows 7 x64 Edition Google Chrome 63.0.3239.132

    好像还有用网吧电脑挖矿的

    1. J.C J.C   Windows 10 x64 Edition Google Chrome 66.0.3359.181

      这些人就是利用一切能用的资源去挖

  2. star star   Windows 7 x64 Edition Google Chrome 63.0.3239.132

    是用别人的电脑挖矿这种吗?

    1. J.C J.C   Windows 10 x64 Edition Google Chrome 66.0.3359.181

      是的,利用别人电脑当矿机挖矿

      1. ssr ssr   Windows 7 x64 Edition Google Chrome 63.0.3239.132

        这种容易查出来吗?电脑运行速度回降低吗?

        1. J.C J.C   Windows 10 x64 Edition Google Chrome 66.0.3359.181

          因为有不同版本的,linux上主要是耗的cpu,看cpu使用率有没有异常就知道了,运行速度会降低的,(我这次遇到的,系统还是很流畅也不怎么慢)

      2. ssr ssr   Windows 7 x64 Edition Google Chrome 63.0.3239.132

        这样的话电脑的运行速度会变慢吗?好像是不容易查出来

或许你不想写点什么·但我依旧在这里

icon_mrgreen.pngicon_neutral.pngicon_twisted.pngicon_arrow.pngicon_eek.pngicon_smile.pngicon_confused.pngicon_cool.pngicon_evil.pngicon_biggrin.pngicon_idea.pngicon_redface.pngicon_razz.pngicon_rolleyes.pngicon_wink.pngicon_cry.pngicon_surprised.pngicon_lol.pngicon_mad.pngicon_sad.pngicon_exclaim.pngicon_question.png2018new_aini_org.png2018new_baobao_thumb.png2018new_erha_org.png2018new_kuxiao_thumb.png2018new_yun_thumb.png2018new_hufen_thumb.png2018new_gui_org.png2018new_xiaoerbuyu_org.png2018new_heixian_thumb.png2018new_wabi_thumb.png2018new_tianping_thumb.png

站点地图 网站地图
豫ICP备17003270号 | Copyright © 2018 💖 靳闯博客
Typecho🍹Sgreen
TOP