售前问题

在分析那些带有中文资源、日志文本或者配置内容的程序时，字符串窗口里时不时就会跳出问号、方框，或者干脆是一些没法阅读的字符。要弄清楚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代码时，先判模式，再看逻辑，效率通常会高很多。

很多人拿到bin文件以后，第一反应就是直接想看伪代码，但raw binary和PE、ELF这类带文件头的格式不一样，IDA读不出处理器类型、装载地址和段布局，所以如果前面的加载动作没做对，后面反汇编和反编译通常都会跟着偏。Hex-Rays官方资料也明确说明，bin文件更适合通过binary loader手动装入，处理器和装载位置需要用户自己确认，载入后还要把真正的代码区域手动转成代码。

很多人第一次分析so文件，最容易走偏的地方不是不会点F5，而是把so当成独立可执行文件来处理。Hex-Rays官方文档说明，IDA的反编译核心入口是伪代码窗口，既可以在反汇编和伪代码之间来回切换，也可以把选中的函数或整个应用生成C风格输出；同时，IDA里的函数窗口、导出符号窗口和入口点列表，本来就是配合定位代码结构一起用的。也就是说，分析so文件时，真正稳的顺序通常不是“先找main”，而是先让函数、导出和入口信息都浮出来，再决定从哪一层往里走。