值得注意的不是「破解」,是运行环境
逆向授权校验本身不是新鲜事,专业人士拿 IDA、Ghidra 加经验一样能做。这次实测里真正变化的量是**在哪儿做、要多久、要不要联网**:机器是联想 ThinkStation PGX(GB10 Grace Blackwell,128GB 统一内存、273GB/s 带宽),模型是 Q8 的 Qwen 3.8 27B,跑在 SGLang 上配 NVFP4 与投机解码,代码与推理任务约每秒 50 token。整个过程是静态分析,程序一次都没运行,也没有任何数据离开这台机器。 作者记录的细节里,最能说明模型状态的是自我纠错那段:第一次还原密钥后算出的哈希对不上,模型自己指出不一致并回头修正,而不是把错误结论一路推下去。这是长链条逆向工作里最费人的部分。
对厂商和安全团队的实际含义
一是「靠混淆拖延时间」这条老策略的性价比在下降。刻意藏起来的公钥被一台工作站在半小时内挖出来,说明混淆能挡住的是随手翻一翻的人,挡不住有一块本地算力的人;真要保护授权,还得靠服务端校验、密钥不落地、以及吊销机制本身能跑通。 二是这件事**离线**发生,意味着企业侧原本指望的一层控制没了。审计云端 API 调用、按提示词内容做拦截,对一台断网工作站不起作用。做内部红队和 DFIR 的团队可以把这条当作能力基线更新:以前需要外部专家和几天时间的静态分析,现在一个 27B 权重加一块显存就能起步。 三是别把它读成「模型会破解一切」。这是单个应用、单条链路、由懂行的人引导的一次实验,样本量是一。作者自己也把结论限定在「能力门槛下移」,而不是宣称通用逆向已经自动化。想复现的人请注意:动别人的软件是另一回事,法律边界不因为工具变强而移动。
via: XDA《I gave Qwen 3.8 27B a reverse-engineering job and it finished in 30 minutes》、Hacker News 讨论