拆开一个蓝牙音箱，逆向技术发现主控芯片上印着“BES2300”，逆向技术旁边那颗闪存芯片的逆向技术丝印被砂纸磨掉了。这不是逆向技术意外，是逆向技术有人故意不想让你知道型号。逆向技术干的逆向技术就是这种事——把别人藏起来的东西翻出来，搞清楚它到底怎么跑的逆向技术。

我最早接触逆向是逆向技术大学时破解一个共享单车的智能锁。那锁用的逆向技术是STM32F103，固件没加密，逆向技术直接SWD接口连上J-Link就能读出来。逆向技术用IDA Pro打开，逆向技术花了三天找到校验逻辑——一个简单的逆向技术CRC16，密钥硬编码在Flash末尾。逆向技术改掉密钥，逆向技术重刷固件，锁就开了。后来那家公司升级了方案，加了读保护，还混淆了代码。逆向和防逆向，就这么来回拉锯。

反汇编只是起点

很多人以为逆向就是拿个IDA看汇编。太天真了。真实场景里，你拿到的是一个二进制文件，可能被加壳、被混淆、被虚拟化保护。比如某款金融App的so库，用了OLLVM混淆，控制流平坦化把简单的if-else变成了一堆状态机调度。你得先写脚本还原控制流，再配合动态调试——Frida hook关键函数，看寄存器值怎么变。静态分析和动态调试两条腿走路，缺一条就瘸。

我认识一个做固件逆向的老手，他拆过某品牌路由器的Bootloader。厂商用了Secure Boot，但签名验证有个漏洞：校验函数在比对哈希时，如果长度参数传0就直接返回成功。他构造了一个长度为0的固件包，刷进去拿到了root shell。这种漏洞不是靠读代码能发现的，得反复测试边界条件，带着“如果我是开发者会怎么偷懒”的心态去猜。

工具是死的，思路是活的

IDA、Ghidra、Binary Ninja、radare2，用哪个不重要。重要的是你能不能在几万行反汇编里找到那扇没关紧的窗。有人喜欢从字符串入手，搜“password”“key”“admin”；有人从导入表看调用了哪些敏感API；还有人直接跑模糊测试，让程序自己崩溃暴露问题。方法没有高下，能进去就行。

去年帮朋友看一个车机系统，安卓底层，APK做了加固。脱壳之后发现native层有个自定义的加密协议，数据包用AES-CBC加密，但IV是固定的全零。这意味着相同明文每次加密结果一样，直接重放攻击就能解锁。这种设计失误在逆向眼里就是敞开的大门。

逆向不全是攻击。很多安全补丁是逆向出来的——厂商不公开漏洞细节，研究员只能自己逆出问题点，再写防护规则。也有做兼容性的，比如Wine项目，靠逆向Windows API行为来在Linux上模拟。还有搞数据恢复的，硬盘固件坏了，逆出指令集手动发命令把数据读出来。

这行当门槛不低。你得懂操作系统、编译原理、计算机体系结构，还得有耐心。有时候一个函数跟了三天，发现是个无关紧要的日志打印。但找到关键路径那一刻，像在迷宫里摸到了出口。逆向没有标准答案，只有不断逼近真相的过程。工具会更新，保护会升级，但底层逻辑不变——只要程序要运行，就一定有迹可循。