恶意代码分析实战,第十三章课后实验

2024-02-07 21:08

本文主要是介绍恶意代码分析实战,第十三章课后实验,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

问题1:

先来做基本的动态分析,使用Wireshark进行监控,运行程序发现:

发现了一个网址,一段乱码和Mozilla/4.0。使用ida查看一下字符串:

在这里同样看到了Mozilla/4.0。但是并没有看到网址以及那个字符串,那么这两个在后面的分析中就要重点关注一下。

问题2:

使用ida搜索xor,结果入下:

通过分析可以知道,只有004011B8地址处的xor是用于加密,双击看一下:

这里可以看到一个循环,不断的将var_4加1,将eax与3Bh进行异或运算,也就是缓冲区与3Bh进行异或运算,从而达到修改缓冲区里内容的目的。

问题3:

查看一下函数401190的交叉引用:

发现只有一处调用了401190,点进去查看一下:

在调用401190之前,前面还调用了LockResource,LoadResource,GlobalAlloc,SizeofResource,FindResourceA,GetModuleHandleA,可以看到程序会对资源做一些处理。这里需要对函数FindResourceA重点关注一下,

可以看到参数lpType的值是0Ah,它表示资源数据是应用程序预定义的还是原始数据。参数lpName,在这里它表示一个索引号。

使用Resource Hacker来查看一下:

可以看到资源位于偏移7060的位置,一共32字节。使用WinHex,打开实验程序,找到7060的位置,选中这32字节,EditàModify Date,选中XOR,输入3B。

可以看到解密之后出现了一个网址。

问题4:

使用KANAL发现在4050e8位置处有一个Base64编码表,在ida中跳转到4050e8处:

这一看到这是一个标准的Base64字符串:ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/。

问题5:

对4050e8进行交叉引用:

发现都是地址401000,双击进去:

在这里可以看到一个“=”,因为Base64会使用=作为填充字符,这样我们就知道恶意程序使用Base64编码来创建字符串。

问题6:

在401000处使用交叉引用:

发现它是在4010B1处被调用的。

问题7:

在4010B1处的汇编代码不好分析,所以这里分析C代码,使用快捷键F5:

在这里首先可以看到一个while循环,将v10与v9比较,v10一开始是0,伴随着循环自增,v9就是源字符串的长度。进入while循环之后会有一个for循环,每循环一轮,会执行三次。在每轮的循环中for语句是在获取源字符串的字符,并且以三个为一组进行保存。

返回查看4010B1的交叉引用:

发现只有一处调用了它,双击看一下:

传递给sub_4010B1的字符串就是var_18,而这个var_18就函数_strncpy的输出,而_strncpy的输入就是函数gethostname的输入,这也就明白了,就是复制了主机名称的前12个字符。

问题8:

当主机的字符小于12时,并且不能被3整除时就会出现填充字符。

问题9:

这个恶意程序主要是用于加密主机的名称。

问题1:

打开Process Monitor进行监控,设置好筛选器。运行程序:

可以看到在桌面上创建了许多文件,并且有许多了写入文件的操作。

在桌面上确实看到了好多文件,并且每隔一段时间创建一个,这些被创建的文件都是以temp为开头的,并且这些文件的大小是一样的。想要停止让恶意程序继续在桌面上创建文件,只要关闭在运行程序是弹出的cmd窗口就可以了。

问题2:

使用ida搜索xor指令:

在这里值得关注的是位于4012D6处的40128D和40176F处的401739。由于401739有很多,先分析一下:

先来看一下函数的调用:

这里可以看到40128D和401739是相关的,也就是4012DD被401739调用,4012DD调用了40128D。

问题3:

要重点关注的函数是WriteFile。

问题4:

使用快捷键Ctrl+x对函数WriteFile进行交叉引用:

这里发现401000对其进行了调用,双击看一下:

在函数401000处发现了三个参数,并且会创建或打开一个文件并且将缓冲区中的数据写入这个文件。对这个函数进行交叉引用:

这里发现只有401581调用了这个函数,双击看一下:

可以看到两个函数sub_401070和sub_40181F的参数都是缓冲区和缓冲区的长度。结合函数GetTickCount与temp%08x可以推测文件的名称就是系统启动到现在的时间。

问题5:

通过上面的分析可以知道函数sub_401070就是获取数据的函数,双击查看:

可以发现调用了好多API函数,通过分析可以知道恶意程序就是在不断的获取用户的桌面,并将加密之后的桌面信息放到一个文件里。

问题6、7:

这里我们可以先抓取了一个加密文件,通过加密算法逆向运行这个加密文件,就可以获取截屏图片了。

首先使用Immunity Debugger载入实验文件,在这时要下两个断点,第一个要下在开始加密之前,第二个要下在文件创建之后,也就是401880和40190A,下好断点时候点击两次运行,这时候会生成一个文件。然后在运行一次,使程序停在401880的位置,这时看堆栈窗口,会看到要加密的缓冲区和它的长度,右键选择在数据窗口跟随,然后使用winhex打开刚刚生成的文件,editàcopy allàhex values。回到Immunity Debugger,鼠标选中从ED0020一直到最后,右键 选择BinaryàBinary paste,在运行一次程序,就会生成一个新的文件,将这个文件重命名为.bmp文件,点开即可看到截图的操作。

问题1:

使用ida查看strings:

在这里发现了一个域名“www.practocalmalwareanalysis.com”,同时在使用wireshark监控试也发现了这个域名。还看到了一个ERROR的字符串。通过看这些并不能确定是否加密,但是我们看到了有一串大小写字符和数字,可以怀疑使用了Base64加密。

问题2:

使用ida进行xor搜索,发现了好多:

通过分析可以知道只有这六个有可能是加密函数sub_401AC2、sub_40223A、sub_4027ED、sub_402DA8、sub_403166以及sub_403990。可以进行重命名操作,一次重命名为xor_1到xor_6。通过这些还是不能确定是什么加密类型。

问题3:

使用IDA的FindCrypt插件找到了Rijndael算法,也就是AES加密算法。

利用行交叉引用:

xor_2、xor_4使用了加密常量_TeX。

xor_3、xor_5使用了解密常量_TdX。

那么xor_1、xor_6是怎样的呢?下面先分析一下xor_6。来到xor_6代码处:

可以看到使用了异或加密的操作。为了弄清楚xor_6与其他函数的关系,查看一下xor_6的交叉引用:

双击40352D,继续查看交叉引用:

可以看到xor_2、xor_4和xor_6都被函数40352D调用了,就可以理解为这三个都与加密有关。可以将其改名为AES_e。

下面来看一下xor_1的代码:

可以看到程序会对函数的参数进行比较,如果不正确就会返回"Empty key","Incorrect key length"和"Incorrect block length",这也就表明了xor_1是秘钥的初始化代码。查看xor_1的交叉引用,发现它在main函数被调用,

这里看到引用了unk_412EF8,保存到了eax中,查看一下对unk_412EF8的其他引用。

在401429处发现将unk_412EF8也保存到了eax中,并且是在调用AES_e之前。这也就说明了unk_412EF8就是一个表示AES加密器的对象,并且xor_1是加密器的初始化函数。

查看一下xor_1的代码:

这里arg_0与0比较比较失败就会提示"Empty key",这是空秘钥的意思,那么也就说明了arg_0就是秘钥,回到main函数的位置

可以看到xor_1的第一个参数就是"ijklmnopqrstuvwx",这样也就明白了,这个参数就是用于AES的加密。

问题4:

使用了AES加密和Base64加密。

问题5:

AES的秘钥是"ijklmnopqrstuvwx"。Base64的秘钥是“CDEFGHIJKLMNOPQRSTUVWXYZABcdefghijklmnopqrstuvwxyz0123456789+/”。

问题6:

通过前面的分析可以知道,AES加密是在sub_40132B函数中被调用的,查看一下sub_40132B的交叉引用,发现函数4015B7调用了它,双击看一下:

这里创建了一个线程,也就说明sub_40132B是线程的开始。

通过一系列的分析可以知道,函数sub_40132B读取shell命令的输出结果,将其加密之后写入网络套接字。Base64加密函数的sub_401082在一个由它们宿主线程启动的函数sub_40147C中使用。这样也就很清楚了,有可能是Base64线程读取远程套接字内容作为输入,经过函数解密后,它再将结果发送,作为命令shell的输入。

问题7:

使用Base64算法来加密传入的命令,使用AES加密传出shell命令来建立反向shell的连接。

这篇关于恶意代码分析实战,第十三章课后实验的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/688933

相关文章

C语言小项目实战之通讯录功能

《C语言小项目实战之通讯录功能》:本文主要介绍如何设计和实现一个简单的通讯录管理系统,包括联系人信息的存储、增加、删除、查找、修改和排序等功能,文中通过代码介绍的非常详细,需要的朋友可以参考下... 目录功能介绍:添加联系人模块显示联系人模块删除联系人模块查找联系人模块修改联系人模块排序联系人模块源代码如下

Golang操作DuckDB实战案例分享

《Golang操作DuckDB实战案例分享》DuckDB是一个嵌入式SQL数据库引擎,它与众所周知的SQLite非常相似,但它是为olap风格的工作负载设计的,DuckDB支持各种数据类型和SQL特性... 目录DuckDB的主要优点环境准备初始化表和数据查询单行或多行错误处理和事务完整代码最后总结Duck

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

Python中的随机森林算法与实战

《Python中的随机森林算法与实战》本文详细介绍了随机森林算法,包括其原理、实现步骤、分类和回归案例,并讨论了其优点和缺点,通过面向对象编程实现了一个简单的随机森林模型,并应用于鸢尾花分类和波士顿房... 目录1、随机森林算法概述2、随机森林的原理3、实现步骤4、分类案例:使用随机森林预测鸢尾花品种4.1

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维

Redis连接失败:客户端IP不在白名单中的问题分析与解决方案

《Redis连接失败:客户端IP不在白名单中的问题分析与解决方案》在现代分布式系统中,Redis作为一种高性能的内存数据库,被广泛应用于缓存、消息队列、会话存储等场景,然而,在实际使用过程中,我们可能... 目录一、问题背景二、错误分析1. 错误信息解读2. 根本原因三、解决方案1. 将客户端IP添加到Re

Golang使用minio替代文件系统的实战教程

《Golang使用minio替代文件系统的实战教程》本文讨论项目开发中直接文件系统的限制或不足,接着介绍Minio对象存储的优势,同时给出Golang的实际示例代码,包括初始化客户端、读取minio对... 目录文件系统 vs Minio文件系统不足:对象存储:miniogolang连接Minio配置Min

Redis主从复制实现原理分析

《Redis主从复制实现原理分析》Redis主从复制通过Sync和CommandPropagate阶段实现数据同步,2.8版本后引入Psync指令,根据复制偏移量进行全量或部分同步,优化了数据传输效率... 目录Redis主DodMIK从复制实现原理实现原理Psync: 2.8版本后总结Redis主从复制实

Node.js 中 http 模块的深度剖析与实战应用小结

《Node.js中http模块的深度剖析与实战应用小结》本文详细介绍了Node.js中的http模块,从创建HTTP服务器、处理请求与响应,到获取请求参数,每个环节都通过代码示例进行解析,旨在帮... 目录Node.js 中 http 模块的深度剖析与实战应用一、引言二、创建 HTTP 服务器:基石搭建(一

锐捷和腾达哪个好? 两个品牌路由器对比分析

《锐捷和腾达哪个好?两个品牌路由器对比分析》在选择路由器时,Tenda和锐捷都是备受关注的品牌,各自有独特的产品特点和市场定位,选择哪个品牌的路由器更合适,实际上取决于你的具体需求和使用场景,我们从... 在选购路由器时,锐捷和腾达都是市场上备受关注的品牌,但它们的定位和特点却有所不同。锐捷更偏向企业级和专