记录黑客技术中优秀的内容, 传播黑客文化,分享黑客技术精华

【技术分享】IoTroop:一个正快速扩张的新 IoT僵尸网络分析

2017-11-01 21:25
2017-11-01 10:04:30 阅读:3747次 收藏 来源: checkpoint.com 作者:blueSky

http://pic1.hackdig.com/pp/e9bc9757a3269a7bcd34a164302bda738796b84f33dbd6dd0b1c0cd59b9cdcb6febd332d23f0351f2c9abf7b43a86a17.jpg

译者:blueSky

预估稿费:200RMB

投稿方式:发送邮件至linwei#360.cn,或登陆网页版在线投稿


前言


上周,我们的安全研究人员发现了IoT_reaper这个庞大的僵尸网络。一经发现,我们就很快发布了关于该僵尸网络的初步分析,用以提醒网络安全社区。在本文我们将对IoT_reaper僵尸网络进行详细的研究和分析,现阶段我们的主要研究结果包括以下几个方面:

整个僵尸网络军团已被揭开。 

我们观察到两组不同的僵尸网络军团: 

其中一组是C2服务器和样本,主要用于感染和传播。 

另一组用于第二阶段payload。 

攻击者能够通过Lua脚本快速灵活地控制被感染的设备。 


僵尸网络军团


该僵尸网络军团中的服务器在恶意软件传播和漏洞利用过程中扮演着重要的角色,我们已经发现了整个僵尸网络传播基础设施,具体如下图所示:

http://pic1.hackdig.com/pp/97721f81cf192897d44977a79bcfea8a213e714dac546a3f20a2ee5ef87a7afbf7a994ad713aa2cbd15ea1e0aa1dc559.jpg

恶意软件传播基础设施图 


IoTroop恶意软件概述


IoTroop是IoT_reaper Botnet在网络攻击活动中第一阶段使用的主要payloads,该恶意软件借用了mirai的源代码,但是在几个关键行为上显著区别于mirai,包括:

1.    C&C服务器已经完全被重新设计,并使用了新的后台。 另外,IoTroop的C&C服务器是用PHP编写的,而原来的Mirai C&C服务器是用GO编写的。

2.    随着C&C后台的变化,C&C通信协议也发生了变化,IoTroop恶意软件使用了全新的C&C通信方式。

3.    IoTroop恶意软件不再使用弱口令猜测、而是使用IoT设备漏洞,扫描效率大大提高。

4.    IoTroop恶意软件不包含任何DDoS功能,实际上我们也没有观察到与该恶意软件有关的任何DDoS攻击,但所有与DDoS相关的功能都由C&C后台进行协调和管理,并作为单独的模块下载。


恶意软件操作细节


我们检测到IoTroop恶意软件使用的几个变种,虽然这几个变种之间的差异很小,但其却包含完全相同的功能。通常,根据被攻击设备的架构不同,所有变种可以被分为MIPS变种和ARM变种这两类。

初始化

一旦IoTroop将其payload在被感染设备上执行,初始化操作步骤与Mirai所采用的步骤相同,主要有:

混淆初始化字符串

阻止系统服务重启(通过发送特定的IOCTL)

确保只有一个IoTroops的实例正在运行

隐藏argv[0]

隐藏进程名称

然而,IoTroop恶意软件从控制流开始会执行其自己独特的功能,那就是:

通过向eth0,br0,eth1和eth2设备发送IOCTL 0x8927来查询和存储设备的MAC地址。如果恶意软件当前运行的设备运行GoAhead嵌入式Web服务器,则执行以下shell命令:

·rm -f /tmp/ftpupload.sh \n
·ln -s /dev/null /tmp/ftpupload.sh \n
·rm -r /var /log \n

这些操作用于删除与WIFICAM漏洞利用相关的shell脚本,并创建一个到/dev/null的符号链接,以及从设备中清除所有日志文件。 

禁用其他恶意软件

IoTroop占用TCP 23端口并禁用任何打开telnet的进程。然后,它扫描设备内存以查找其他IoT恶意软件是否使用以下字符串,如果找到相同的字符串,那么IoTroop将会停止该进程的运行。

·   .anime
·   REPORT %s:%s
·   HTTPFLOOD
·   LOLNOGTFO
·   zollard
·   \x58\x4D\x4E\x4E\x43\x50\x46\x22 (The word ‘zollard’ Xored with 0x22)

漏洞扫描

为了进行漏洞扫描,IoTroop恶意软件会生成一批随机IP,负责生成IP地址的代码与Mirai的代码相同,示例代码如下图所示:

http://pic1.hackdig.com/pp/97721f81cf192897d44977a79bcfea8a06a2d4ec679bd97b10ea021b8fe419e3a5828225f65099a9c26c19c8c594632a.jpg

恶意软件会对每个生成的IP地址进行一组漏洞测试,测试以下任何设备或基础设施中是否存在漏洞:

http://pic1.hackdig.com/pp/4ae20cb14ac9d56f7929b4ff9e5d52726cc8429eaf5376d3be0d53cbe60b113abfcb0d239b9cc129dc6fa1e5958b6856.jpg

具体的漏洞扫描流量如下所示:

http://pic1.hackdig.com/pp/caef4276da6ef4784d52dd7d3c29517c5d97004e7d2a64d66be8f32b187033d7d6bf8d9f87eaf09c937309a3e5c031cb.jpg

http://pic1.hackdig.com/pp/e9bc9757a3269a7bcd34a164302bda730df5f13001d83094348045fd544a0fd38ff5b44c56a2e2153bdbbaff1591ec0d.jpg

http://pic1.hackdig.com/pp/69703ce7a46d1e2ebe4a3bf5791266bf20cdd111b6aebe6e6962423880445a94aa16698540737edb908c718ab1fd8fbf.jpg

http://pic1.hackdig.com/pp/69703ce7a46d1e2ebe4a3bf5791266bfe2c427913cfaf94b2f1b6923f5a42f270b148f199abbcc4cd9f37cdf4ae49fb5.jpg

下图是从其中一个漏洞扫描获取的PCAP的示例:

http://pic1.hackdig.com/pp/d2bd8ab8780efecdb70a25b22e968ceed00f19c30c13a1618cbca006145db029e70cc25a4b3629eb0fc9a46c3fd7c7ee.jpg

C&C通信

IoTroop的C&C后台服务器由几个组件组成,每个组件负责一个独特的目的。

reporter 服务器

reporter 服务器用于接收Bot扫描到的易感染设备信息,该服务器使用字母“f”作为子域名的前缀,通过我们的研究,我们能够识别出两个存活的reporter 服务器,域名如下:

l  hl852.com(222.112.82.231)
l  ha859.com(222.112.82.231)

一旦Bot扫描到易感染设备,IoTroop将以下列方式将其数据发送到reporter 服务器:

http://pic1.hackdig.com/pp/69703ce7a46d1e2ebe4a3bf5791266bf5f5f380dfac42eb5e5002c98215cef651436b9284c599bc87906b3cd32b6b23e.jpg

以下参数被用作上述HTTP GET请求的一部分:

http://pic1.hackdig.com/pp/caef4276da6ef4784d52dd7d3c29517c152d7dff47501b0172e1d7e40b4d18548b06814b0bb3a6f3e28fb4a686cbcd42.jpg

Controller 服务器用于控制所有受感染的设备,并负责执行第二阶段恶意payload以及更新当前的恶意软件。

Controller 服务器

每个受感染的设备不断地从控制C&C服务器获取命令,通过我们的研究,我们能够识别出两个存活的Controller 服务器,如下所示:

·ha859.com(27.102.101.121)
·hl852.com(27.102.101.121)

Controller 服务器以JSON格式向IoTroop客户端发送命令和参数,具体参数如下表所示: 

http://pic1.hackdig.com/pp/97721f81cf192897d44977a79bcfea8adce3d5d9e5ae1ca9c83a92ec6672b4cd8eca629bff460fdbca05a1b55a932e4f.jpg

一旦收到命令,IoTroop Bot首先解析该命令然后执行并将执行结果返回给C2服务器。

downloader

如果端口存在且为80,则构造格式为“http://<ip> <url_path>”的字符串,否则将其设置为”http://<ip>:<port><url_path>”,并将ip,port和path的值填入字符串中。如果C2服务器发来的JSON值为完整路径,那么恶意文件将被保存到命令参数的目录中,否则它将放在/ tmp目录下。在处理构造的URL之前,bot将尝试通过“killall <name>”命令来停止所有与其名称类似的进程,其中参数取自上述“name”键值。 最后,该URL将被传递给一个download函数,该函数会首先使用lstat检查文件的状态,以验证其是否存在,然后计算该文件内容的哈希值。在打开文件并读取文件后,根据每个操作的状态,构建一个格式为“open:error\success”或“read:error\success”的报告或日志记录字符串,我们观察到该字符串从未被使用过,因此我们猜测该恶意软件仍在进行调整,并处于开发阶段。 

在获取到散列值之后,该散列值将与controller 提供的散列值进行比较,以验证磁盘上文件的版本(如果存在)与服务器提供的版本是否不同。如果文件版本不同,Bot将以”r-xrwxrwx”权限生成一个新文件,并与C2服务器建立socket连接。IoTroop将构造一个HTTP GET请求并将其写入socket,之后它尝试以128个字节的大小块(在请求成功的情况下)从socket中读取其内容,读取到的内容将被写入新创建的文件,并再次检查MD5,以验证是否获取到正确的内容。完成通信后,bot会向controller 发出“FIN\n”字符串。

http://pic1.hackdig.com/pp/7c360a5426b1886df0a9cfdd6f62828323d4e8c54efdd7b4bc5d62c2f8c71378f1a99e9519cbacb8cea89acf12d613f7.jpg

Execute

文件的具体执行具体取决于“runtype”和“runport”键的值,这两个键值位于“mysel”字符串中。其中,第二个参数表示设备类型,第三个表示TCP端口。在任何情况下,下载的文件都将以给定的“runtype”和“runport”参数执行。

一般地,执行操作可能对应两种情况:一是对应于bot的软件更新事件,用以提示其在未来的进一步变化;另一种情况将对应于任意模块或插件的执行,这可能是Slowloris DDoS实用程序(在C2服务器上发现)或其他任何应用程序,而且Bot使用“/bin/sh sh -c <path_to_executable> <runtype> <runport>”命令产生新的进程,具体如下图所示:

http://pic1.hackdig.com/pp/e9bc9757a3269a7bcd34a164302bda73a7e71f78fe34dc164e029a3e19d2124a23b632f4e09bf446d56f77c3b47a2eab.jpg

在我们的研究中,我们发现IoTroop恶意软件在其控制流程的不同阶段使用了以下示例。

http://pic1.hackdig.com/pp/69703ce7a46d1e2ebe4a3bf5791266bf5dc4e48b8e7063c310d1ee0f7426fb1497c1451da3a742e3f5527c3cc898b6b5.jpg

http://pic1.hackdig.com/pp/caef4276da6ef4784d52dd7d3c29517c26e00d3efd9167ff61d2b76bf58a3aaf8a5c7556aab987fa434f8227f88d7dcf.jpg


第二阶段payload


概述

我们观察到另外一个与之相关的样本和C&C服务器,该C2也在奇虎360的一篇文章中提到,这些样本似乎用于第二阶段的payload。这些恶意软件可以由downloader服务器的IoTroop恶意软件下载并执行,样本描述如下表所示:

http://pic1.hackdig.com/pp/2922be572a83b8a8c47e1e825dc5460771f7b2d4ca141acceccee058bc992cf3dc1adb17d613e29875e93a0ff1c06bc3.jpg

这些样本与不同的C&C服务器通信以报告感染的设备以及从C2下载命令,这些服务器是以域名或者IP地址的形式在样本中进行硬编码的,有时候会有不同的端口,这取决于具体的样本,具体如下表所示:

http://pic1.hackdig.com/pp/2922be572a83b8a8c47e1e825dc5460712ed0af77f72cf186105ca6632243b459e3ed30b545db70ffe0710304c1ddcb9.jpg


Lua综合恶意软件分析


我们从其中一个reporter服务器收集到了大约4700个感染设备的信息,分析过程如下所示。

概述

恶意代码中集成了Lua执行环境,从而支持通过Lua脚本编写复杂的攻击指令。 此外,它还复用了Mirai 的代码,由于代码中存在调试字符串,因此我们猜测它是使用Debug模式编译的。但是,除了代码引用的一个调试字符串之外,我们分析的样本似乎没有使用Mirai 代码,这可能是由于编译器优化的原因。多个调试字符串以及详细的输出信息使我们相信这些样本仍在测试或初始部署阶段。

功能分析

样本的主要功能的核心部分如下所示: 

http://pic1.hackdig.com/pp/97721f81cf192897d44977a79bcfea8adf153e3ded04215a42b899598faca05b66386b71aa06fa27754d35f6f93afce1.jpg

恶意软件使用Lua解释器的内部函数来初始化Lua引擎,加载LuaSocket库并定义一些在稍后代码会使用的Lua全局变量,具体如下图所示:

http://pic1.hackdig.com/pp/caef4276da6ef4784d52dd7d3c29517cb00938128295caa569ff6191710ae173cee1ac59416d862df9cdf7af2b93e7d6.jpg

之后,将一个功能推送到Lua引擎堆栈,并定义为“attack”,这相当于在Lua脚本中定义一个名为“attack”的函数,“attack”字符串来自Mirai 源代码的调试字符串,具体如下图所示:

http://pic1.hackdig.com/pp/4ae20cb14ac9d56f7929b4ff9e5d52722bf59c2e34642847beef176d403ad679f6aa8fc0162d1ba8d250110baa4295f1.jpg

http://pic1.hackdig.com/pp/c3eab2e98ed566d0e41940afa978dad6e200403c17c82037d247b90dfc1e43e02f9b551ca62c45b0a20e7ea990ba7e7c.jpg

恶意软件然后利用内部的Lua函数来执行以下Lua脚本,该脚本以字符串形式嵌入在恶意软件中,具体如下图所示:

http://pic1.hackdig.com/pp/c3eab2e98ed566d0e41940afa978dad6f0f4638d39bd5db78d53bed3bd503793d903386ab9b1f0bfabce06213ff08bfa.jpg 

该脚本与恶意软件的C&C地址进行通信,首先,它使用以前定义的全局变量将感染细节报告给reporter C&C(bbk80.com)。然后它进入一个无限循环,并从命令C&C服务器(cbk99.com)下载Lua脚本并执行它们,它通过从C&C下载“run.lua”文件并将其作为参数传递给以前在main中定义的“attack”函数,“attack”函数会在子进程中执行脚本,具体如下所示: 

http://pic1.hackdig.com/pp/c3eab2e98ed566d0e41940afa978dad661753e9c6f3520b3bfad93c7b5f628e7e91ee687eb79894353201fbdf590d610.jpg

如果脚本加载或执行失败,恶意软件将以中文显示错误字符串:

http://pic1.hackdig.com/pp/e9bc9757a3269a7bcd34a164302bda73054d7876fb008a7b0b9c71e7618740cf54dc0829ff6a657ccfbb3091bfb2afce.jpg

目前C&C服务器上发现的“run.lua”脚本只是打印字符串“Just Test”: 

t0106c4eef13ffb6f33.png

我们可以在名为“run.bak.txt”的Web服务器上看到另一个Lua脚本,它看起来像一个数据收集或者更新脚本,具体如下所示:

http://pic1.hackdig.com/pp/4ae20cb14ac9d56f7929b4ff9e5d52728e740897b6b7cda4f7d31524d633764e694a0053b93d719f54826c812eb52280.jpg

攻击者可以轻松更新脚本,轻松指示僵尸网络执行任务。 这个强大的设置使攻击者能够灵活和动态地控制受感染的设备,使他们能够轻松地定制任何具有自定义,可更新的攻击代码,并更改恶意软件的行为,而无需更新二进制本身。


易受攻击的IoT设备


http://pic1.hackdig.com/pp/4ae20cb14ac9d56f7929b4ff9e5d5272987bc115521634880472ae7726af63b7a41c946efef00d4eefbd87b7d82b18ca.jpg

http://pic1.hackdig.com/pp/97721f81cf192897d44977a79bcfea8a93c868155f85dbb042c6b45b5d7ef03d527195cbec78f19e3d8ae19b670b2e29.jpg


IOCs


http://pic1.hackdig.com/pp/e9bc9757a3269a7bcd34a164302bda73f85eda5e674358cba286e3eb3d35f35928fb4073dafe7dab6b2229261c9ad02b.jpg


本文由 安全客 翻译,转载请注明“转自安全客”,并附上链接。
原文链接:https://research.checkpoint.com/iotroop-botnet-full-investigation/

知识来源: bobao.360.cn/learning/detail/4635.html

阅读:87207 | 评论:0 | 标签:无

想收藏或者和大家分享这篇好文章→复制链接地址

“【技术分享】IoTroop:一个正快速扩张的新 IoT僵尸网络分析”共有0条留言

发表评论

姓名:

邮箱:

网址:

验证码:

公告

关注公众号hackdig,学习最新黑客技术

推广

工具

标签云

本页关键词