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

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

相关文章

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO

Spring Boot + MyBatis Plus 高效开发实战从入门到进阶优化(推荐)

《SpringBoot+MyBatisPlus高效开发实战从入门到进阶优化(推荐)》本文将详细介绍SpringBoot+MyBatisPlus的完整开发流程,并深入剖析分页查询、批量操作、动... 目录Spring Boot + MyBATis Plus 高效开发实战:从入门到进阶优化1. MyBatis

MyBatis 动态 SQL 优化之标签的实战与技巧(常见用法)

《MyBatis动态SQL优化之标签的实战与技巧(常见用法)》本文通过详细的示例和实际应用场景,介绍了如何有效利用这些标签来优化MyBatis配置,提升开发效率,确保SQL的高效执行和安全性,感... 目录动态SQL详解一、动态SQL的核心概念1.1 什么是动态SQL?1.2 动态SQL的优点1.3 动态S

Pandas使用SQLite3实战

《Pandas使用SQLite3实战》本文主要介绍了Pandas使用SQLite3实战,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学... 目录1 环境准备2 从 SQLite3VlfrWQzgt 读取数据到 DataFrame基础用法:读

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

找不到Anaconda prompt终端的原因分析及解决方案

《找不到Anacondaprompt终端的原因分析及解决方案》因为anaconda还没有初始化,在安装anaconda的过程中,有一行是否要添加anaconda到菜单目录中,由于没有勾选,导致没有菜... 目录问题原因问http://www.chinasem.cn题解决安装了 Anaconda 却找不到 An

Spring定时任务只执行一次的原因分析与解决方案

《Spring定时任务只执行一次的原因分析与解决方案》在使用Spring的@Scheduled定时任务时,你是否遇到过任务只执行一次,后续不再触发的情况?这种情况可能由多种原因导致,如未启用调度、线程... 目录1. 问题背景2. Spring定时任务的基本用法3. 为什么定时任务只执行一次?3.1 未启用

Python实战之屏幕录制功能的实现

《Python实战之屏幕录制功能的实现》屏幕录制,即屏幕捕获,是指将计算机屏幕上的活动记录下来,生成视频文件,本文主要为大家介绍了如何使用Python实现这一功能,希望对大家有所帮助... 目录屏幕录制原理图像捕获音频捕获编码压缩输出保存完整的屏幕录制工具高级功能实时预览增加水印多平台支持屏幕录制原理屏幕

C++ 各种map特点对比分析

《C++各种map特点对比分析》文章比较了C++中不同类型的map(如std::map,std::unordered_map,std::multimap,std::unordered_multima... 目录特点比较C++ 示例代码 ​​​​​​代码解释特点比较1. std::map底层实现:基于红黑

最新Spring Security实战教程之Spring Security安全框架指南

《最新SpringSecurity实战教程之SpringSecurity安全框架指南》SpringSecurity是Spring生态系统中的核心组件,提供认证、授权和防护机制,以保护应用免受各种安... 目录前言什么是Spring Security?同类框架对比Spring Security典型应用场景传统