一个指针用两次，服务器就没了：释放后使用UAF漏洞是什么

摘要：内存被释放了还在用，攻击者就能借机执行自己的代码。UAF漏洞的成因、危害与排查方法，写给管系统和管代码的人。

有些漏洞补了十年还在出，释放后使用（UAF）就是典型的一个。内存块已经还给系统了，程序里的指针还在拿它当自己家，读写照旧——释放后使用UAF漏洞是什么？一句话：用了不该再用的内存。听着抽象，后果很实在：攻击者可以借这块内存塞进自己的数据，进而劫持程序、执行任意代码，直到拿下整台服务器。

它为什么顽固？因为成因藏在代码写法里：对象释放之后指针没置空、回调还引用着旧对象、多线程下释放时机错开，这些都埋在业务代码深处，功能测试根本测不出来。

排查从两头入手。系统侧：关注官方安全通告，老旧组件和服务暴露在公网的，尽快升级或下线。代码侧：对C、C++写的老系统做一次代码审计，释放后置空、引用计数、生命周期管理这几处是高频失分点。

历史也能给线索：反复出UAF的老代码库，往往不是一处问题，是整体的生命周期管理没做好。与其逐个打补丁，不如把对象所有权和释放责任在架构层面定清楚——谁创建、谁释放、释放之后指针怎么办，写进开发规范，比修一个洞管一片。另外，漏洞赏金平台上同类组件的UAF报告值得持续关注，一个版本出过洞，相邻版本大概率还有相似问题，主动排查一遍。

还有一条常被忽略：不少UAF漏洞没有官方补丁，缓解措施能不能开、开得对不对，直接决定风险大小。地址随机化、堆隔离这些开关，值得逐项核对。

判断风险高低还有个角度：攻击要能到达才成立。同样是UAF漏洞，只在内网、无外部输入路径的系统，和直接暴露在公网的系统，处置优先级完全不同。把漏洞信息和资产暴露情况放在一起看，决策才不会跑偏。

这类漏洞靠扫描器扫不全，得靠人对着代码看。安言咨询提供代码审计与渗透测试服务，欢迎交流。

数字安全 关注安言