逆向工程师招聘

上个月我面试了一个自称“会脱壳”的工程年轻人。他简历上写着熟悉OllyDbg和IDA，师招张口闭口提“反调试”。工程我递给他一个加壳的师招样本，他折腾了半小时，工程最后红着脸说：“这壳我没见过，师招得查资料。工程”——我当场就否了。师招逆向这行，工程没见过不等于不用干。师招你要招的工程不是工具使用者，而是师招能拆掉未知黑盒的人。

逆向工程师的工程核心能力，从来不是师招会多少快捷键。是工程面对一段没有注释、没有符号、甚至被打乱混淆的二进制时，能不能像考古学家一样，从碎片里还原出原始逻辑。这需要耐心，更需要一种近乎偏执的怀疑精神。我见过太多人拿到样本就急着下断点，结果跑偏半天，回来抱怨“这程序有反调试”。其实呢？就是个简单的线程检测，他连CreateThread的回调都没看全。

招聘时我常问一个问题：“给你一个恶意样本，它开机自启，但你在启动项、注册表和服务里都找不到痕迹，接下来查哪？”一半候选人会答“用Process Monitor看启动过程”。这答案没错，但太教科书。真正厉害的人会先问：“这个样本是用户态还是内核态？如果是内核驱动，我直接看系统调用表有没有被挂钩。”——你看，经验不是背出来的，是踩坑踩出来的。

这岗位的难点在“匹配”。不是所有逆向都做安全。有的公司做竞品分析，需要拆解对手的算法逻辑；有的做漏洞挖掘，得盯着协议栈发呆；还有的做游戏外挂对抗，得实时对抗驱动保护。你招人前得先想明白：你要的是能写frida脚本的脚本小子，还是能手动修复IAT（导入地址表）的老手？前者好招，后者难求。

我见过最离谱的招聘要求是“精通所有架构、所有系统、所有壳”。醒醒吧，这种神人不存在。逆向是个无限游戏，今天学完x86，明天ARM的指令集又更新了；刚搞定VMP（虚拟机保护），新的混淆技术又出来了。靠谱的招聘逻辑是：基础扎实（懂汇编、懂内存布局、懂PE/ELF格式），再加上快速学习的能力。至于具体会什么工具，反而不那么关键——给一周时间，谁都能学会新工具。

薪资方面，别抠。一个能独立逆向复杂样本的人，价值远超两个只会调库的普通开发。我认识一个朋友，公司花30K招了个逆向，三个月后他逆向出竞品核心算法，直接帮公司省了半年的研发投入。这买卖划算得很。反过来，你如果只想花15K招个“会点逆向的开发”，那大概率招来的就是个会跑strings命令的搬运工。

最后说个细节。面试时让他现场看一段真实样本的汇编片段，别用那种网上抄来的练习题。真实代码里充满了脏数据、冗余指令和编译器优化产生的奇怪模式，这才能看出他是否真刀真枪干过。我上次让一个候选人分析一段switch跳转表，他指着中间一个跳转说“这里逻辑不对，可能被混淆了”——其实那是jmp table的正常填充。这种经验差距，光靠背面试题是补不上的。

逆向工程师招对了，是你团队的眼睛和手术刀。招错了，就是个昂贵的解码器。关键看你怎么定义“会”，以及愿意为“会”付出什么代价。