计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
re-ida【效率与协作】IDA 工作流:导入→FLIRT→Hex-Rays→idapython。 触发词:IDA、Hex-Rays、idapython
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
idat -A -S,序列见 [[commands]])参考 [[re-analyze/platform-tips]]——静态分析免沙箱;用 IDA 调试器做动态调试时按最高原则默认沙箱执行。
choco install ida-free(社区包,或官网手动下载)ida(Windows 对应 ida.exe,无头用 idat/idat.exe)idat --help 有输出;无头模式试跑 idat -A -L"t.log" /bin/true 能正常退出.i64(旧 .idb/.idb64 可升级);8.x 需 64 位宿主;9.0 起 32/64 位安装合一、内置 FLIRT 签名管理器、idalib 无头 API——9.x 可执行文件不再带 64 后缀(ida/idat 一个二进制同时处理 32/64 位),IDA ≤8.x 才分 ida/ida64、idat/idat64——详见 [[gotchas]]idapyswitch(IDA 根目录)切换外部 Python(3.8–3.13)File > Script command(Shift+F2)执行 print(idaapi.IDA_SDK_VERSION) 输出版本sig/ 目录(flair),应用后自动标注库函数;IDA 9 的签名管理器可在线下载更多签名_init/malloc 等被标注为库函数导入与 auto-analysis:
File > New 选择样本 → 等左下角 AU: analyzing 结束(无 AU 字样且分析日志停止)Options > General > Analysis 中 Auto-analysis 开启;确认 segments 与 entry point 已识别idat -A -S"myscript.py" -L"log.txt" sample(-A 自动模式,Windows 用 idat.exe)ida_auto.auto_wait() 等分析完成、结尾 idc.qexit(0) 退出——缺这两行会拿到空函数列表或进程挂住FLIRT 识别库函数:
File > Load file > FLIRT signature file... 选择匹配的 .sig(MSVC 选 mssdk、vc64rtf 等;GNU 选 libstdc++ 系列)快捷键主线(静态分析日常):
x 交叉引用;n 重命名(函数/变量);y 改类型(如 int __cdecl f(int, char*));; 注释(repeatable 用 :)G 跳地址;Alt+T 文本搜索(字符串关键字);Alt+B 二进制搜索(字节模式);Esc 返回上级F5 Hex-Rays 反编译;Tab 在伪代码/汇编视图间切换Hex-Rays 反编译阅读:
F5 进伪代码:先读函数签名与局部变量,再沿调用链(双击 call 进入、Esc 返回)走数据流y 修正调用约定与参数类型idapython 批处理(解密循环/批量标注):
import ida_bytes, idc
# 批量 patch: 0x401000 起 0x100 字节异或 0x55
base = 0x401000
for i in range(0x100):
ida_bytes.patch_byte(base + i, idc.get_byte(base + i) ^ 0x55)
# 批量重命名: 给所有未命名导入标注来源
import ida_funcs, ida_name
# 遍历函数: ida_funcs.get_func() / idc.get_func_name()
无头运行: idat -A -S"script.py log.txt" sample,脚本末尾 idc.qexit(0) 保证退出(idc.qexit 是 ida_pro.qexit 别名,IDA 7.0+ 一致)。
免费版限制处理:
File > Produce file > Dump typeinfo / 用 idb2pat 生成库签名;或换 [[re-ghidra]] 做反编译动态调试(Windows 本地目标,商业版):
F9 运行、F2 断点切换、F8/F7 单步、Ctrl+F2 重启——与 [[re-x64dbg]] 同习惯IsDebuggerPresent 等)先静态定位再处理,边界见 [[gotchas]]证据核对(收尾):重命名/注释/已恢复结构随 .i64 存档(File > Save,副本备份原库);无头导出产物(函数清单/反编译 .c)与 [[re-triage]] 初勘值对照入档;关键结论写 [[re-analyze/analysis-contract]]——IDA 里的标注要能还原到报告,别只留在数据库里
分析每个函数前先收集(见 [[re-analyze/analysis-contract]] 上下文清单):xrefs、目标函数引用的字符串、caller/callee 签名、已命名符号表、已恢复 struct。一次性给足再分析;主动申请额外证据每函数不超过 8 次工具调用。
深分析按 [[re-analyze/analysis-contract]] 的「单函数深分析顺序」五步推进(types → constants → vtables → identity → decompilation);IDA 下类型用 idapython get_type/结构体定义,符号/常量证据可用 readelf / strings / objdump 导出辅助。
RE_DECOMPILER=ida)免费版无反编译:IDA Free 无 Hex-Rays——先确认版本能力,缺反编译直接走 Ghidra,别在反汇编里硬读
反调试检测:样本可用 IsDebuggerPresent/NtQueryInformationProcess 检测 IDA 调试器(调试器默认标记)——静态分析为主,或用隐藏调试器插件(ScyllaHide 类)
大二进制卡顿:auto-analysis 全开对 100MB+ 二进制极慢——关掉部分分析选项(如 constant propagation)或换 [[re-radare2]]
FLIRT 匹配的是"去壳后"的真实库——带壳样本先脱壳再跑签名
地址型 API 返回值没判 BADADDR:现象——idapython 脚本在部分样本上拿到 0xFFFFFFFFFFFFFFFF 之类的地址,后续寻址/改名全错或崩溃;原因——IDA API 用 BADADDR(-1)表示失败(名字不存在、地址非法、函数不存在),脚本没检查返回值就继续用;对策——每个返回地址的 API(get_name_ea/get_func 等)调用后先判 == BADADDR,失败先打印现场再继续;脚本先只读验证再写库(见下条)
修改型脚本直接在原库上跑,改坏难回滚:现象——批处理改名/改字节脚本跑完发现一堆错误标注,撤销费劲甚至不可逆;原因——跳过只读验证直接写库,也没对副本操作;对策——官方推荐先跑只读脚本(打印库路径/架构/函数与字符串统计)确认预期,修改型脚本逐步增量验证(最小脚本→看输出→加功能);批量改动前先复制一份 .i64/.idb 或在副本上跑
Hex-Rays interr(decompiler 内部错误):现象——无头反编译跑到某个函数报 interr: create_stkvar(...) dtype=7 之类后整个进程崩溃,跳过/重试无效;原因——decompiler 对特定栈布局的内部 bug,与样本/脚本无关;对策——换 Ghidra 完成该目标(互证也更好),别在同一函数上硬刚;批量反编译场景先小样本试跑确认不触发再全量
无头批量导出没等 auto-analysis 完成(静默产出 0 个函数):现象——idat -A -S"export.py" sample 批量导出跑完,产物 0 个函数或严重不全,日志无任何报错;原因——-A 模式下脚本注入与 auto-analysis 异步并行,脚本在分析完成前就遍历函数列表得到空集,失败被静默吞掉;对策——收集函数前先 ida_auto.auto_wait() 阻塞至分析结束;导出循环逐函数 try/except,单个函数失败只记入清单(地址/名字/原因)后继续,结尾汇总 total/exported/failed,不中断全量;只导出非库函数(FUNC_LIB 标志)时无用户代码的小二进制合法产出 0 个,验证用「日志关键字 + 产物计数」双通道并容忍这种合法空产出;调用图(callers/callees)先整体算好缓存再进反编译循环,导出按便宜到贵排序(strings → imports → exports → memory → decompile),每函数一个按地址命名的文件
(来源:LazyReverse(a0yami),MIT)
IDA 9 脚本迁移(get_struc 等已移除)、版本差异与反调试边界见 [[gotchas]]