售前问题

IDA Pro arm64分析时重点看哪些寄存器IDA Pro arm64调用约定通常该怎样判断，重点并不是把所有寄存器全部背下来，而是先抓住“参数从哪里来、返回值放在哪里、函数怎样保存现场、栈上是否存在额外参数”。arm64反汇编中寄存器数量很多，但真正影响函数理解的，通常集中在参数寄存器、返回寄存器、栈指针、链接寄存器和少量被调用者保存寄存器上。

IDA Pro调试so文件的时候，会让人觉得很难附加，还有一旦so文件的符号缺了，该用什么办法去把信息补上，这是在做原生库分析时很容易碰到的问题。so文件一般不是自己独立去跑的程序，它得由某一个App、一个可执行文件或者一个进程动态地加载进来，所以在调试的时候，不能只把so文件往IDA里一拖，就等着它马上能停在断点上。IDA这个工具本身是支持调试的，也支持远程调试，对于Android原生库的调试也覆盖了ARM32、AArch64、x86和x64这些架构，但是到底能不能稳定地附加上去，还要看进程正处在什么状态、权限够不够、架构是不是匹配，以及符号信息是不是完整。

IDA Pro调试DLL为什么经常进不去，以及DLL的加载时机通常要怎么确认，是不少人在调试插件、组件库或业务模块时会碰到的情形。DLL本身一般不是独立运行的程序，它需要被某个宿主进程加载之后才会去执行代码。IDA的调试器既可以启动新的进程，也能够附加到已经跑起来的进程上，官方的Win32本地调试说明里面也明确提到，IDA Debugger支持Run和Attach这两种方式。所以，调试DLL的时候，关键之处并不是只把dll文件打开，而是要找到正确的宿主进程和正确的加载时机。

光靠盯着反汇编和那些近似C语言的伪代码来看，很多分叉的执行路径其实还是很难吃准；所以大家就会关心IDA Pro的动态调试流程到底需要提前配好哪些环境，在实际操作里头断点一般又该下在什么地方比较管用，从自己拥有授权的测试小软件开始练手是一条比较稳当的路。在铺排环境的时候，不妨先把操作系统、处理器架构、程序要用的依赖库和输入文件都一一备齐，然后再顺着软件大致的执行路径，循序渐进地把中断位置加上去；这么做既能比较清楚地观察到程序是怎么跑起来的，也不容易被环境方面的小毛小病把思路搅乱。

刚开始学习IDA Pro的时候，如果一上来就选了过于复杂的样本，很容易就会陷进数量庞大的函数、库代码和异常分支里面，半天都理不出一个清晰的头绪。所以，先得弄明白两个很实际的问题：在IDA Pro的逆向学习过程中，到底该选什么样的样本来练手，以及在整个学习次序上，是应该先练静态分析，还是先练动态调试。一个比较稳妥的起步办法，是从自己动手编译的小型程序开始，先把程序的整体结构看明白，之后再打开调试器去验证自己之前的那些想法。练手用的文件范围，最好就严格限定在自编译程序、公开发布的教学样本，还有已经拿到明确授权的文件上面，不要直接去分析那些没有经过授权的商业软件，也尽量不要随便运行那些来源不明的程序。

在分析那些带有中文资源、日志文本或者配置内容的程序时，字符串窗口里时不时就会跳出问号、方框，或者干脆是一些没法阅读的字符。要弄清楚IDA里头的中文乱码通常跟哪些设置有关，还有乱码出现后编码方式该怎么去调整，先得分辨清楚这些乱码到底是出现在反汇编里的字符串、是Hex View右侧显示的那部分文本，还是旧数据库里留下来的注释。从7.0版本开始，IDA内部已经统一换成了UTF-8，但被分析的那个程序本身的原始字节，它照样可能用的是GBK、UTF-8、UTF-16LE这些不一样的编码，一旦判断错了，显示出来的东西就会不正常。