Linux服务器应急事件溯源报告

Posted 寒号鸟二代

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Linux服务器应急事件溯源报告相关的知识,希望对你有一定的参考价值。

Linux服务器应急事件溯源报告

 

Author:Inn0team

0x00 目录

  • 关于目标环境的中间进度检测报告
  • 一:情况概述
  • 二:取证情况
    • 2.1 目标网络情况
    • 2.2 针对xxx服务器中间件的检测
    • 2.3 针对xxx服务器进程及端口的检测
    • 2.4 发现攻击者的攻击操作
  • 三:溯源操作
    • 3.1 关于攻击者的反向检测
  • 四:攻击源确定
    • 4.1 确定攻击入口处
  • 五:安全性建议

关于目标环境的中间进度检测报告

0x01 情况概述


监控软件监控到服务器存在异常的访问请求,故对此服务器进行安全检查。

通过提供的材料发现内网机器对某公网网站存在异常的访问请求,网络环境存在着异常的网络数据的访问情况。针对其服务器进行综合分析发现了病毒文件两例,内网扫描器两例,通过以上的发现证实服务器已被黑客入侵。

0x02 取证情况


2.1 目标网络情况

下文中的内网内ip以及公网ip为替换后的脱敏ip。

IP所属操作系统
1.168.xxx.xxx 某业务员服务器 Linux2.6.32 x86_64操作系统
192.168.0.0/24 DMZ区 Linux&windows
10.10.0.0/24 核心区 Linux&windows
  防火墙  

2.2 针对xxx服务器中间件的检测

监测存在异常的服务器开放了80端口和21端口,安装了tomcat中间件。首先进行tomcat中间件的排查,查询得知服务器对外开tomcat文件夹路径为/home/XXX/tomcat/XXX _tomcat ,查询tomcat未使用弱密码:

技术分享图1:tomcat未使用默认弱口令

针对tomcat部署服务进行检查,未发现可疑部署组件:

技术分享图2:未发现可疑的部署组件

技术分享图3:未发现可疑的host配置

2.3 针对xxx服务器进程及端口的检测

针对目标服务器进行了进程以及端口的检测,发现了可疑现象入下图所示:

技术分享图4:发现可疑占用情况

发现可疑现象后查找“l”所在的路径,入下图所示:

技术分享图5:发现可疑文件路径

在/dev/shm路径下发现存在“l”与“conf.n”文件

技术分享图6:找到可疑文件

将“l”与“conf.n”下载到本地进行分析,“l”程序为inux远控木马Linux.DDOS.Flood.L,经本地分析“l”程序为linux下僵尸木马,同时具有远控的功能

技术分享图7:证实为Linux.DDOS.Flood.L木马

通过继续分析目标服务器中的可以进程与端口占用情况,发现另外可疑文件,如下图所示:

技术分享图8:发现可疑文件vkgdqddsx

将可疑文件进行本地分析,证实此文件为病毒文件:

技术分享图9:证实为病毒文件

2.4 发现攻击者的攻击操作

针对目标环境进行彻底排查,发现攻击者使用wget操作从 http://111.205.192.5:2356服务器中下载“l”病毒文件,并执行了“777”加权的操作。

其记录文件如下图所示:

技术分享图10:发现木马文件下载操作

技术分享图11:通过l文件的时间状态定位到疑似攻击者下载时间为2015-01-18 04:54:05

技术分享图12:定位到可疑时间段连接ip地址

技术分享图13:不同时间段的可疑连接ip

通过进一步的对可疑。

通过分析目标服务器日志文件,发现攻击者下载病毒文件后又使用内网扫描软件“.x”调用其“pascan”和“scanssh”模块进行内网ssh扫描,通过分析发现攻击者收集到了目标网络环境中的常用密码来进行针对性的扫描测试。

如下图所示:

技术分享图14:发现目标服务器中存在ssh爆破以及网段扫描软件

技术分享图15:通过在测试环境中测试发现为扫描软件

技术分享图16:攻击者使用扫描软件进行内网网段的扫描

通过继续对扫描软件进行深入挖掘,发现攻击者使用扫描软件得到的其他内网的ip地址(部分):

技术分享图:17 攻击者得到的内网部分地址及密码

尝试使用此地址中的192.168.21.231和192.168.21.218进行ssh登录,可使用root:huawei成功进行ssh连接(其他地址及口令不再进行测试),并在内网机器中发现使用弱口令“123456”并发现了同样的“l”病毒文件。

其记录文件如下图所示:

技术分享图18:进行ssh连接

技术分享图19:连接成功后进行“ifconfig”操作

技术分享图:在网络中的其他机器也发现了同样的病毒文件

在扫描器中发现了攻击者使用的“passfile”字典文件,从中可以发现攻击者使用的字典具有很强的针对性(初步断定攻击者为在网络环境中通过查询密码文件等操作获取的相关密码):

隐私信息--此处不贴图
图20:发现针对性极强的密码字典

通过继续对日志文件进行排查,发现攻击者使用扫描器进行攻击的历史记录,验证了搜集到的信息:

技术分享图21:攻击者进行攻击的历史记录

通过即系分析,发现攻击者在进入目标服务器后,又进行了防火墙权限修改、“udf”权限提升、远程连接等其他操作。其中“udf病毒文件”未在目标服务器中发现,在后期进行反追踪中在攻击者服务器中获取到“udf”文件,进行本地检测后病毒文件。

其记录文件如下图所示:

技术分享图22: 修改iptables防火墙配置

技术分享图23:被修改后的防火墙配置

技术分享图24:攻击者进行提权的操作

技术分享图25:“udf”文件证实为病毒文件

通过对攻击者完整的攻击取证,可证实攻击者通过SSH连接的方式使用guest_cm用户而和root用户进行远程连接,连接之后使用Wget方式下载并种植在目标服务器中“l”和“vkgdqddusx”病毒文件,并使用“udf”进行进一步的权限操作,然后使用“.x”扫描软件配合针对性极强的密码字典进行内网的扫描入侵,并以目标服务器为跳板使用root和xxx账户登录了内网中的其他机器在入侵过程中入侵者将部分相关日志进行了清除操作。

0x03 溯源操作


3.1 关于攻击者的反向检测

在取证过程中发现攻击者服务器使用以下三个ip

xxx.xxx.xxx.x、xxx.xxx.xxx.xxx、xxx.xx.xxx.xx(打个马赛克)

通过对这三个IP进行溯源找到

http://111.205.192.5:2356/ 网站使用hfs服务器搭建,文件服务器内存储着各种病毒文件,其中找到了在“l”“udf”等病毒文件,证实前文中的判断。

技术分享图26:文件服务器中存储着在本次攻击中所使用的病毒文件

通过其他手段查询得知使用ip地址曾绑定 www.xxxx.com网站,并查找出疑似攻击者真实姓名xxx、xxx,其团体使用[email protected][email protected]等邮箱,使用61441xx、3675xx等QQ。并通过某种手段深挖得知攻击者同事运营着多个博彩、私服类网站。

其他信息请看下图:

技术分享图27:攻击团伙使用支付宝及姓名

技术分享图28:攻击团伙旗下的其他博彩、私服网站

技术分享图29:攻击者旗下部分博彩、私服网站

打码处理
图30:攻击团伙成员QQ信息

0x04 攻击源确定


4.1 确定攻击入口处

综合我们对内网多台服务器的日志分析,发现造成本次安全事件的主要原因是:

10.0.xx.xx设备的网络部署存在安全问题,未对其进行正确的网络隔离,导致其ssh管理端口长期暴露在公网上,通过分析ssh登陆日志,该台设备长期遭受ssh口令暴力破解攻击,并发现存在成功暴力破解的日志,攻击者正是通过ssh弱口令获取设备控制权限,并植入木马程序进一步感染内网服务器。

具体攻击流程如下图所示:

技术分享图31:黑客本次攻击流程图

技术分享图:32:存在长期被爆破的现象

技术分享图33:被某公网ip爆破成功进入机器

经分析,2016年1月12号公网ip为211.137.38.124的机器使用ssh爆破的方式成功登陆进入10.0.xx.xx机器,之后攻击者以10.0.16.24机器为跳板使用相同的账户登录进入192.168.xxx.xxx机器。

技术分享图34:相同账户进入192.168.150.160机器

攻击者进入192.168.150.160机器后,于2016年1月17日使用wget的方式从http://111.205.192.5:23561网站中下载了 “Linux DDos”木马文件,并使用扫描器对内网进行扫描的操作。

技术分享图:35攻击者下载“Linux DDos”病毒文件

攻击者通过相同的手段在2016年1月17日使用sftp传输的方式进行了木马的扩散行为,详细情况见下图:

技术分享图36:使用SFTP传输的方式进行木马的扩散

0x05 安全性建议


  1. 对使用密码字典中的服务器进行密码的更改。
  2. 对网络环境进行彻底的整改,关闭不必要的对外端口。
  3. 网络环境已经被进行过内网渗透,还需要及时排查内网机器的安全风险,及时处理。
  4. SSH登录限制
    修改sshd配置文件

由于服务器较多,防止病毒通过ssh互相传播,可通过修改sshd_config,实现只允许指定的机器连接,方法如下:

登录目标主机,编辑/etc/ssh/sshd_config

1
# vi /etc/ssh/sshd_config

在文件的最后追加允许访问22端口的主机IP,(IP可用*号通配,但不建议)

以上是关于Linux服务器应急事件溯源报告的主要内容,如果未能解决你的问题,请参考以下文章

HW防守 | Linux应急响应基础

附件三:防守方评分标准.docx

对于简单的增量表单更新来说,事件溯源是不是过大?

记一次应急排查"新"路历程

读《Linux应急响应》笔记(未完待续)

读《Linux应急响应》笔记(未完待续)