恶意流量分析训练六

时间:2024-04-11 09:35:59

通过该实验了解恶意流量分析训练的基本技能,本次实验主要涉及包括:ssdp协议、主机指纹、kerberos、C&C服务器、在线分析引擎hybrid analysis,钓鱼网页等。

 

 

本次流量分析,需要回答以下问题:

              1. 活动发送的时间,日期
              2. 哪台主机发生了什么
              3. indicatirs(指标),包括(ip,域名等)

首先还是过滤出http请求的流量看看能不能找到什么蛛丝马迹

恶意流量分析训练六

直接使用http.request过滤会发现还有大量的ssdp。

什么是ssdp?

简单服务发现协议(SSDP,Simple Service Discovery Protocol)是一种应用层协议,是构成通用即插即用(UPnP)技术的核心协议之一。

简单服务发现协议提供了在局部网络里面发现设备的机制。控制点(也就是接受服务的客户端)可以通过使用简单服务发现协议,根据自己的需要查询在自己所在的局部网络里面提供特定服务的设备。设备(也就是提供服务的服务器端)也可以通过使用简单服务发现协议,向自己所在的局部网络里面的控制点宣告它的存在。

从上面的描述中我们知道,ssdp对我们这次实验没什么作用,反而会干扰我们的分析,所以我们加上条件把ssdp过滤掉

恶意流量分析训练六

可以看到前面的流量都是指向www.stmrtbahrain.com的http get 请求,选中一条跟踪tcp流

 

可以看到user agent,将其复制到这个专门根据user-agent指纹判断主机的网址(https://developers.whatismybrowser.com/useragents/explore/),点击analyse分析

 

在结果中可以看到这是win7的chrome 67的指纹

接下来我们要找到hostname和user account name

我们知道hostname的方法有很多,dhcp,nbns等我们前面都有用过,不过这个数据包里面没有dhcp流量,而nbns的流量中没有可以涉及可以获取到hostname的类型

 

所以我们尝试使用smb流量

恶意流量分析训练六

可以看到,hostname,ip,mac地址全部都拿到了

至于user account name还是使用kerberos

恶意流量分析训练六

如上图依次展开对应的标签

选中CNameString,右键将其应用为列

 

此时窗口中就多了CNameString一列

恶意流量分析训练六

有没有注意到不同的比方,有些末尾带有$,有些没有

末尾带有$的是hostname,末尾不带有$的是windows account name,也就是user account name

从上图中可以看出172.168.2.169的hostname为conservator-pc,172.168.2.169的windows account name为llooyd.maxwell

 

从下图可以看到数据包是从2018-6-30的20:27开始记录的

恶意流量分析训练六

结合告警日志看看

恶意流量分析训练六

第一条告警日志的目的端口是49199

我们以此为条件进行过滤

 

所以可以知道可疑的活动是从20:27开始的

接下来我们着重关注报警日志中的CNC,CURRENTS_EVENTS,*

CNC指的之CNC服务器,一般恶意软件都会与远程攻击者进行通信,包括命令和控制,即command and control;CURRENT_EVENTS指一些值得注意的正在发生的事情;*指木马病毒等

先看*和current_events的

恶意流量分析训练六

根据对应的端口特征使用wireshark将其流量过滤出来

恶意流量分析训练六

再看CNC的

恶意流量分析训练六

同样过滤出来

 

 

 

 

我们注意到告警日志中还有目的地址为93.95.100.138的80端口的流量

将其过滤出来

恶意流量分析训练六

注意到结果中的host比较奇怪,可以去查一下它的*域名kimbrelelectric.com

恶意流量分析训练六

点击第一条看看hybrid analysis(这个网站也是一个在线分析恶意软件的引擎)分析

恶意流量分析训练六

可以看到这个*域与一个恶意的flashplayer的js文件有关,这正好对应着告警日志中的如下所示

 

JS.SocGlhlish表示着基于JS的社会工程学攻击,名称为“Gholish“

 

 

还有其他线索吗?

注意到流量中指向lw2e.sineadhollywoordnutt.com的http get请求,url中含有“chromefiles”

恶意流量分析训练六 我们选中第一条追踪http流

恶意流量分析训练六

在其代码中我们看到title显示为chrome更新

但是我们知道chrome更新都是从谷歌注册的域名处更新的,而这里不是,所以我们有理由怀疑这是钓鱼页面,我们可以将其导出

 

file->export objects->http

恶意流量分析训练六

选中后点击save,然后使用火狐打开

 

可以看到确实是一个模仿chrome更新的页面

我们可以推测:当受害者点击update chrome的按钮之后就会下载恶意文件,如果发生下载行为,那么源码中一定有之处源url

我们找到了关键代码

恶意流量分析训练六

但是这是混淆的,还是无法判断

那么换一种思路,我们查找在第一条lw2e.sineadholluwoodnutt.com之后的流量,如果有可疑的,那么就跟着分析;这里要注意,可能是走http也可能是https,而且可能会涉及到dns协议用于解析域名

所以过滤的命令如下所示

 

注意到有facebook,google,这些都是正常的,不过随后我们发现了dropbox的

恶意流量分析训练六

在很多攻击行为中,攻击者会选择dropbox来分发恶意软件,而且在这个数据包里,访问lw2e.sineadholluwoodnutt.com之后马上就是访问dropbox,联想到钓鱼页面,这样我们不难推测出这个场景下dropbox就是用于分发恶意软件的

但是如下所示,由于走的是https,所以我们无法确定究竟哪一条数据下载了恶意文件

恶意流量分析训练六 在告警日志中我们注意到,通过dropbox下载恶意文件后,很快就告警cnc了

恶意流量分析训练六

搜索关键字feodo tracer

恶意流量分析训练六

看看分析出的特征

注意到端口为4143

 

在wireshark中我们过滤出107.170.231.118

 

可以看到大量连向107.170.231.118的tcp 4143端口的流量,与之前的搜索结果吻合

所以我们可以退出107.170.231.118:4143就是C&C的通道

但是我们还注意到一个细节,过滤出的流量中没有一次是完整的tcp三次握手,这可能是因为对应的主机已经下线了

其实在专门分析feodotracer的网址有已经记录下我们分析出的这个恶意目标ip了

恶意流量分析训练六

 

还有其他可疑的地方吗?

在流量中我们注意到有大量的*域为gtv1.com的流量

 

whois查一下

恶意流量分析训练六

可以看到和google有关,结合之前钓鱼行为的推测,我们可以判断出这应该是chrome升级的链接,当受害者点击假的升级按钮后,钓鱼页面做了两件事—一件是下载恶意文件,一件是连接都真正的升级服务进行chrome升级,免得被受害者发现自己被钓鱼了

 

 

分析至此,我们已经可以得出答案了:

ip:172.16.2.169

mac地址:00:13:92:06:5c:7b

host name:conservator-PC

user account name:Lloyd.maxwell

indicators:

93.95.100.178-80-lw2e.sineadhollywoodnutt.com-发往伪造的chrome更新页面的http请求

107.170.231.118-4143-Feodo产生的tcp流量-多次尝试tcp连接但是没有从服务端收到响应