DEFCON 20 CTF 磁盘取证分析题目 – 作者:合天智汇

这是一道取证分析题目,主要考察取证分析能力,包括磁盘文件恢复、图片文件修复、数据分析、图片隐写信息提取等。

本次实验题目地址:《DEFCON 20 CTF Quals Forensic 200》

题目提供了一个disk.img文件,我们首先可以尝试使用DiskGenius来查看其中的文件。打开DiskGenius_4.3.exe,依次选择“硬盘”、“打开虚拟硬盘文件”菜单项,如下图所示:

headImg.action?news=cb8b32ab-efc8-4f3e-aa1d-9e12545c316d.png

使用DiskGenius打开C:\CTF\DiskForensics\4\disk.img文件之后,可以看到在磁盘的根目录下存在有三个1.6MB的文件,文件名分别为21638、53564、70597,如下图所示:

headImg.action?news=9c47fd2c-a707-4dc9-a696-ba13d2afe5c9.png

我们选中这三个1.6MB的文件后单击右键菜单,在弹出的菜单中选择“复制到(S)…”,将其复制到C:\CTF\DiskForensics\4\Files目录下,如下图所示:

headImg.action?news=d4e8821e-e5f9-4ed6-b9c1-4b3d822f978d.png

既然是取证那我们来看一下从磁盘镜像中是否可以恢复出已删除的文件。在DiskGenius主界面左侧的树形控件中选中VD0:disk.img(15MB)之后,点击工具栏上的“恢复文件”按钮,如下图所示:

headImg.action?news=cfeceb7d-cad8-46c3-80a0-e0668350db33.png

等待操作完成之后,我们可以看到一共恢复出了5个新文件,其中有4个1.6MB的文件以及1个1.7MB的文件,如下图所示:

headImg.action?news=9d258c6c-aedd-4477-b429-dfa87b5ee370.png

同样选中这5个文件之后单击鼠标右键,在弹出的右键菜单中选择“复制到(S)…”,将这5个文件恢复到C:\CTF\DiskForensics\4\Files目录下。

现在我们已经从disk.img文件中提取出了八个文件,但是这八个文件都没有扩展名,所以我们可以考虑使用TrID工具来识别一下。打开CMD命令提示符,切换到C:\CTF\DiskForensics\4\Files目录,输入trid *即可扫描该目录下的所有文件,但是很遗憾的是TrID并没有识别出任何一个文件的类型,如下图所示:

headImg.action?news=40b667d1-3bfe-49d2-bb23-e2d435b04735.png

识别不出呢,咋办呢。

别慌我们还有linux的file命令,我们已经把提取出来的八个文件放到Linux实验机器的/home/forensics/defcon目录下了。现在切换到Linux实验主机,使用cd命令切换到/home/forensics/defcon目录之后,执行file *来对文件进行扫描,跟TrID一样,file命令也识别不出任何结果,如下图所示:

headImg.action?news=9ea01e19-5383-4a86-81a6-6dacf34f41aa.png

莫慌,这肯定是数据被破坏了,我们还可以手动识别 打开十六进制编辑器C32Asm(位于C:\Tools\c32asm\C32Asm.exe),使用C32Asm打开!2467文件,可以看到文件的前面两个字节为00 00,显然文件头部字节被抹掉了,而如果来到文件末尾,可以看到最后的两个字节是FF D9,如下图所示:

headImg.action?news=63147fab-2ff3-4675-94f1-a9b8377014be.png

\3. 因为最后面两个字节是FF D9,所以有可能是一个JPG文件,因为JPG文件的头部两个字节是FF D8,而末尾两个字节是FF D9,所以我们可以把最前面的两个字节填充为FF D8,然后按下Ctrl+S保存对文件的修改;

\4. 给文件!2467添加.jpg扩展名,打开发现可以正常显示,说明这就是一个JPG文件;

\5. 经过同样的操作,我们可以发现!8808、!8938、21638、53564、70597这五个文件也是JPG文件,而!1728、!8149则无法直接看出是什么文件;

这里我们发挥一下想象,这六个图片文件中有两个文件显示的图像是一样的,经过对比发现两个文件的大小不一样,其中前者为1.63 MB (1,714,910 字节),后者为1.59 MB (1,670,111 字节)。

此事必有蹊跷,对比一下两个文件看下

\1. 打开UltraCompare(位于C:\Tools\UltraCompare\uc.exe);

\2. 依次点击“模式”、“二进制(快速)模式”菜单项;

\3. 单击文件夹图标选中两个要比较的文件,单击绿色箭头图标开始比较,如下图所示;

headImg.action?news=5761c2c7-a1f8-43ad-b0de-19c021e45f42.png

\4. 比较之后可以发现,两个文件的二进制数据存在大量差异之处,如下图所示;

headImg.action?news=07b52004-0254-4872-b243-ac08b1dc3cc4.png

经过上面的分析,发现两个图片文件大部分的二进制内容是不一样的,可以知道这里不是简单的在图片末尾附加数据。

别慌我可以使用stegdetect工具来检查一下。现在切换到Linux实验机器来进行操作,具体的实验步骤如下:

\1. 通过cd命令切换到/home/forensics/defcon2目录,我们已经把上面的两个JPG文件复制到该目录下了;

\2. 使用stegdetect检测两个图片文件,发现都提示negative,即并没有检测出隐写信息,如下图所示;

headImg.action?news=dfbc5f20-b865-4532-bc26-8173ac8e4b9f.png

\3. 调整stegdetect的敏感度(通过-s参数指定),设定敏感度为2.0,再次检测两个文件,发现文件!2467.jpg存在outguess隐写信息,如下图所示;

headImg.action?news=bf97e70c-5997-4dd9-af67-cb6567bac996.png

到现在为止,我们基本推测出了文件!2467使用了outguess来隐藏了隐写信息,现在我们可以使用outguess来提取其中的隐写信息,在Linux中执行outguess -r !2467.jpg data.txt即可,如下图所示:

headImg.action?news=d2e3d4b4-ca24-432b-98ff-f7c8951ff563.png

看来是的很有可能是outguess提取隐写信息的时候需要指定一个密码,这时候可以编写一个脚本来破解这个密码,由于不知道密码的构词规则,所以可以使用暴力破解或者是字典破解的方法(可以暴力破解5个字母的密码,或者使用字典进行破解)。

最终破解出的密码是ddtek(曾经组织过DEFCON CTF的一个队伍名称),同时在使用outguess提取隐写信息的时候还要指定-e参数,表示需要使用错误纠正编码,完整的命令为outguess -r !2467.jpg -k “ddtek” data.txt -e。待提取完毕后,执行file data.txt可以知道这是一个ZIP文件,如下图所示:

headImg.action?news=a0dad44f-9282-4287-9f51-fb9c338f8cee.png

这个在linux服务器上面呢,服务器的IP地址为10.1.1.47,我们在这里执行nohup python -m SimpleHTTPServer 8888 &即可在服务器上监听8888端口,在XP下的Firefox浏览器中下载http://10.1.1.47:8888/data.txt即可,下载之后将其重命名为data.zip并解压出其中的文件,打开解压出来的PDF文件即可看到Flag。

来源:freebuf.com 2021-04-08 16:11:57 by: 合天智汇

© 版权声明
THE END
喜欢就支持一下吧
点赞0
分享
评论 抢沙发

请登录后发表评论