售前问题

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

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

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

刚开始用IDA做静态逆向，最容易走偏的地方，不是不会点菜单，而是一上来就想把整份样本一次看懂。Hex-Rays官方入门文档给出的顺序其实很清楚，先加载文件，等自动分析完成，再从函数、字符串、导入表和交叉引用这些基础线索往里走。这样做的好处是，先把程序骨架搭出来，再决定主逻辑从哪里切进去，不会一开始就被大段指令压住。

拿到STM32固件后，很多人第一步就想直接看伪代码，但真正容易出错的往往不是反编译按钮，而是装载方式、处理器类型、入口点和地址映射没有先对齐。Hex-Rays官方文档已经把基础路径写得很清楚，IDA先根据输入文件匹配loader，再让你确认处理器；而Cortex-M的启动方式又决定了向量表、初始栈顶和复位入口本来就是最重要的起手线索。对STM32来说，先把固件装对、入口找对、段布局理顺，再去判断芯片系列，通常会比一上来死盯某个函数更稳。

很多人把ARM程序丢进IDA Pro以后，第一反应就是直接点函数、看伪代码、找关键字符串，结果越看越乱。更稳的顺序通常不是先钻某一段逻辑，而是先确认当前代码到底被当成ARM还是Thumb，再把反汇编、交叉引用和伪代码放到一条线里看。Hex-Rays官方文档已经明确，IDA在ARM处理器模块里用虚拟段寄存器T区分ARM与Thumb，反汇编和伪代码又可以来回切换，所以看ARM代码时，先判模式，再看逻辑，效率通常会高很多。