2026年8月——一个自2008年起就存在于Linux内核中的释放后使用（UAF）漏洞被公开披露。腾讯安全朱雀实验室将其命名为SCTPhantom，编号CVE-2026-64564。该漏洞允许本地低权限用户将权限提升至root，在特定容器配置下甚至可以突破容器隔离、控制宿主机。更值得关注的是，这是又一个由AI研究流水线挖出的“陈年”内核漏洞——继7月的GhostLock之后，AI辅助漏洞研究正在系统性清剿Linux内核中沉积多年的老缺陷。
漏洞机制：一次身份验证的错位
SCTP是一种允许单一连接跨多条网络路径传输的传输层协议，其伴随特性“动态地址重配置”（ASCONF）允许对端在连接中途增删地址。SCTPhantom漏洞正藏身于这一特性的实现中，本质是一次身份校验的对象错位：内核在处理删除地址请求时，会先以数据包的源地址做校验，但实际操作时却使用了报文内部另一个地址所选取的路径。
按照内核官方通告的描述，攻击者可在一条报文中依次携带一个地址、针对该地址的删除请求，以及一个通配符删除请求。这一序列会先释放目标路径，随后复用已释放的悬垂指针，使连接指向内核已经释放的内存区域。
该漏洞自Linux 2.6.25（2008年发布）引入，此后发布的每一个内核版本均携带此缺陷。修复方式是拒绝针对当前报文处理路径本身的删除请求——8月3日发布的稳定版内核7.1.6、6.18.42、6.12.101与6.6.148已包含该修复。
利用条件与实际效果
需要明确的是，这是一个本地漏洞而非远程漏洞，且要求目标系统上SCTP可达，这在一定程度上限制了暴露面。在满足这些条件的环境中，朱雀实验室报告其在Debian 13、Ubuntu 24.04、Rocky Linux 9/RHEL 9及OpenCloudOS的内核上均实现了root提权。
容器逃逸是本次披露中最受关注的部分，不过这一结论目前仅基于朱雀实验室自己的测试：
- 早期版本的利用需要开启net.sctp.addip_enable与net.sctp.addip_noauth_enable两个sysctl开关，这使得CAP_NET_ADMIN看起来像是前置条件；
- 实验室随后找到了新路径——按socket级别启用相关特性，从而绕开了对这两个全局开关的依赖；
- 逃逸测试保持了默认seccomp配置，且未授予CAP_NET_ADMIN或CAP_SYS_ADMIN，8次尝试中有6次成功拿到宿主机root。
目前尚无实验室之外的团队复现这些结果，原始报告也未点名测试所用的容器运行时。朱雀实验室自己也承认，socket访问权限、seccomp配置与用户命名空间策略都会改变实际暴露面。另一份来自openKylin的同一漏洞通告则保守得多，仅提及内核崩溃与拒绝服务。
CVSS评分方面同样存在分歧：朱雀实验室给出的CVSS v4.0评分为8.5（高危），而截至8月7日NVD尚未给出评分与弱点分类。
排查与修复建议
针对该漏洞，建议采取以下措施：
- 升级至8月3日之后的稳定版内核（7.1.6、6.18.42、6.12.101、6.6.148或更新版本）。注意：发行版常在不升级上游版本号的情况下回移植修复，单看内核版本字符串无法判断是否已修复，应查询所用发行版的安全跟踪器；
- 不需要SCTP的环境，直接屏蔽该内核模块可彻底消除攻击面；
- 容器环境重点排查：是否有多租户或不受信工作负载运行、容器是否被授予了异常socket能力、seccomp与用户命名空间策略是否收紧；
- 关注同一代码区域的二次修复：8月6日，同一份SCTP代码中另一处悬垂传输指针UAF也被修补，但它晚于8月3日的稳定版发布，这些内核尚不携带该修复。
AI挖洞时代的技术背景
SCTPhantom的发现归功于腾讯自研的多智能体内核研究流水线Corvus AI。它也标志着AI辅助漏洞挖掘的加速趋势：7月，GhostLock（一个潜伏15年的内核缺陷）刚被研究人员借助AI开发利用代码，如今SCTPhantom又以类似方式现身——两条时间线均指向同一个趋势：沉积了十几年、被静态审计反复略过的老缺陷，正在被AI流水线批量翻出。
防御方应当意识到：当攻击方与研究方共享同一批AI工具时，“这么多年都没人发现”的漏洞，其安全余量可能比想象中小得多。