行业解决方案
查看所有行业解决方案
IDA 用于解决软件行业的关键问题。
刚开始用IDA做静态逆向,最容易走偏的地方,不是不会点菜单,而是一上来就想把整份样本一次看懂。Hex-Rays官方入门文档给出的顺序其实很清楚,先加载文件,等自动分析完成,再从函数、字符串、导入表和交叉引用这些基础线索往里走。这样做的好处是,先把程序骨架搭出来,再决定主逻辑从哪里切进去,不会一开始就被大段指令压住。
在IDA里处理arm64文件,先要分清两件事。第一件事是“文件能不能正确按AArch64解码”,第二件事是“函数调用约定有没有被识别对”。Hex-Rays官方文档对第一层说得很直接,加载新文件时先接受合适的loader和processor type,通常就是最稳的起点;而在arm处理器选项里又特别提醒,想正确解码AArch64指令,代码所在segment必须被设成64-bit。第二层则更依赖类型系统和ABI规则,Hex-Rays官方说明里明确写到,反编译器会尝试推断函数类型和calling convention,但在少数情况下会失败,这时就需要手工改函数类型。Arm官方AAPCS64也给出了标准规则,也就是x0到x7用于整型和指针参数与返回值,x8用作间接返回位置寄存器,v0到v7用于浮点和SIMD参数与返回值。
很多人把Linux程序拖进IDA Pro以后,第一步就去找伪代码,但真正影响分析效率的,往往是前面的加载、自动分析和视图切换有没有走顺。Hex-Rays官方文档说明,IDA在文件载入后会先进行自动分析,完成后默认进入IDA View,而且这里本身就支持图形视图、线性视图和邻近视图几种常用分析方式。
在IDA Pro里处理hex文件,最容易出问题的通常不是文件打不开,而是文件能装进数据库后,处理器类型、段地址和运行时映射没有先对齐。Hex-Rays官方文档已经把Intel Hex Object File列为受支持格式,而且新建分析时会先根据输入文件匹配loader,再要求确认处理器类型;但hex本身更像带地址记录的镜像文件,不一定会把后续分析所需的运行区布局一次整理完,所以装载之后先看段和地址,比一上来直接看伪代码更稳。
很多人拿到bin文件以后,第一反应就是直接想看伪代码,但raw binary和PE、ELF这类带文件头的格式不一样,IDA读不出处理器类型、装载地址和段布局,所以如果前面的加载动作没做对,后面反汇编和反编译通常都会跟着偏。Hex-Rays官方资料也明确说明,bin文件更适合通过binary loader手动装入,处理器和装载位置需要用户自己确认,载入后还要把真正的代码区域手动转成代码。
很多人第一次分析so文件,最容易走偏的地方不是不会点F5,而是把so当成独立可执行文件来处理。Hex-Rays官方文档说明,IDA的反编译核心入口是伪代码窗口,既可以在反汇编和伪代码之间来回切换,也可以把选中的函数或整个应用生成C风格输出;同时,IDA里的函数窗口、导出符号窗口和入口点列表,本来就是配合定位代码结构一起用的。也就是说,分析so文件时,真正稳的顺序通常不是“先找main”,而是先让函数、导出和入口信息都浮出来,再决定从哪一层往里走。
用IDA看恶意样本,最容易浪费时间的地方,不是窗口不会开,而是上来就追单个可疑函数,最后线索越来越碎。更稳的顺序,是先把导入、字符串、函数和交叉引用四条线跑一遍,再把能力标签和证据地址一起记下来。IDA本身就提供【Imports】【Strings】【Functions】【Names】【Cross references】【Bookmarks】和【Notepad】这些视图,适合做这类静态初筛与人工整理;而ATT&CK的作用,则是把零散行为收成统一的战术和技术标签。
碰到反混淆样本,最容易犯的错不是看不懂,而是太早扎进某一段伪代码里死抠,结果函数边界、字符串、交叉引用和命名体系都还没整理,越看越散。更稳的做法,是先把IDA里最能快速出轮廓的几组视图拉起来,再决定哪些位置要手动修,哪些位置适合用脚本批量收口。Hex-Rays官方文档里把【Strings】、【Names】、【Functions】、【Cross references】这些都列成了标准子视图,同时也给了create_strlit、set_name和plan_and_wait这类脚本接口,说明这类样本本来就适合先做结构化整理,再谈深入还原。
做内存态分析时,很多人前面卡在导入,后面又卡在地址。快照文件明明已经拿到了,放进IDA以后却不是段没落对,就是函数全飘,继续往下看交叉引用也越来越怪。这个问题通常不是单独一处没点对,而是导入方式和地址校准顺序一起出了偏差。Hex-Rays官方文档里把这件事拆得很清楚,一类是调试中的【Take memory snapshot】,直接把进程内存拷进数据库;另一类是把外部二进制或dump作为二进制内容再装进现有数据库或新建数据库里分析。两条路入口不同,后面的基址处理方法也不一样。
在IDA里看异常处理,最容易走偏的地方,是把它当成普通数据段去扫。实际上,Windows下最常见、也最适合在IDA里系统追踪的,是x64这一类表驱动异常处理:异常目录先指向.pdata,.pdata里是按函数地址排序的函数表项,再由每一项跳到.xdata里的展开信息。顺序理清以后,后面看处理函数、追语言级处理逻辑,都会顺很多。