技术问题

IDA分析dll文件时导入表值不值得先看IDA分析dll文件时导出函数通常怎么利用，可以这么回答：导入表值得先看，但不能只盯着导入表。dll文件多数时候是被exe或者其他模块加载起来用的，在分析的时候，既要去了解它依赖于哪些外部的API，也要清楚它自己向外提供了哪些函数。IDA的Subviews里面，既包含Exports，也包含Imports，Exports会列出导出符号的名称、地址和序号，Imports则会列出动态链接导入的符号、序号、名称和来源库。

IDA Pro反编译bin文件时基址为什么重要，以及反编译bin文件时映射关系该怎么填写，是在分析固件、裸机程序、Bootloader或者ROM镜像的时候，经常会碰到的一类问题。bin文件和ELF、PE这一类的文件不太一样，它通常缺少完整的段表、入口点、重定位信息，也没有符号信息。也就是说，IDA本身并不知道这段代码原本应当在什么地址上运行，它只能按照用户填进去的加载信息去进行解释。一旦基址填错了，反汇编出来的结果，或许还能看到一些指令，但是交叉引用、函数调用、跳转关系，还有F5生成的伪代码，就都会变得不再可靠。

IDA Pro反编译apk的时候，资源文件究竟放在哪一层，以及apk在反编译之后，那份清单文件一般又该从哪里看起，是进行Android逆向分析的时候，很容易搅和在一起的两个问题。APK本身，它是一个应用包，里面既有代码，也有资源、清单、签名，还有原生的库文件。IDA更加擅长去分析DEX的字节码、so库，以及跟调试相关的内容，至于资源文件、布局、图片、字符串这一类的东西，往往还需要结合APK的整体结构，以及其他的解包工具，放到一起去查看才行。Hex-Rays的资料里也提到过，IDA可以从apk或者dex文件开始，去分析Android应用。

IDA Pro的F5插件在安装完成以后为什么仍然没有效果，以及F5插件加载失败通常卡在哪一个步骤，是很多人在进行反汇编分析时会碰到的问题。这里需要先明确一个概念，许多人所说的“F5插件”，一般指的是Hex-Rays Decompiler反编译功能，也就是在函数界面中按下F5后，将汇编代码转换为伪代码的那套工具。如果在安装以后按F5没有任何反应，菜单里也找不到反编译入口，或者系统直接提示无法反编译，那么问题的根源未必出在快捷键本身，更常见的情形是版本、架构、许可证、插件目录或者目标文件的类型这几项没有对应上。

IDA Pro在按下F5以后如果报了错，伪代码的窗口就打不开了，这种情况在逆向分析的时候是经常能遇到的。F5这个快捷键，它实际上做的事情就是去调用Hex-Rays反编译器，把当前这个函数给反编译成一段看起来有点像C语言的伪代码，而IDA里面的那个伪代码窗口，也正好就是拿来显示这种类似C代码的结果用的。不过这个功能并不是随便停在哪个位置上、随便碰到什么指令、随便打开什么二进制文件，都能够顺顺利利地把伪代码生成出来。所以在遇到F5报错的时候，先不要着急去把整个IDA软件都重新装一遍，因为有很多时候，问题其实是出在函数的边界没有划分好、处理器的架构没有匹配上、插件之间有冲突、类型的信息没有补齐，或者是程序本身所依赖的那些库文件没有被处理好。

IDA Pro调试Android时总连不上设备，以及调试Android时环境配置到底该核对哪些项目，这在很多情况下并不是IDA单独的问题。Android调试牵扯到电脑端、ADB、设备权限、调试服务、端口转发、目标进程和架构匹配，当中任何一个环节没有对上，IDA里面都有可能出现连接失败、进程列表一片空白，或者刚一attach就断开的现象。IDA的Android原生调试支持ARM32、AArch64、x86、x64这些架构，远程调试一般也需要先在目标端把调试服务运行起来，再由IDA去连接对应的主机和端口。