TencentOS 科维斯AI：SCTPhantom 潜伏18年的Linux内核提权与容器逃逸漏洞
内容提要
科维斯AI发现Linux内核SCTP协议栈中潜伏18年的0day漏洞SCTPhantom，可提权至root并实现容器逃逸。该漏洞源于地址删除逻辑中的释放后使用问题，影响多个发行版。科维斯AI通过多Agent协同完成从发现到利用的全链路验证，并在Debian上成功迁移利用代码，展示了AI在内核漏洞研究中的能力。
延伸解读
漏洞为何潜伏18年未被发现
SCTPhantom源于SCTP协议栈地址删除逻辑中的释放后使用问题，需要三个特定参数按特定顺序出现在同一条消息中才能触发。这种条件依赖协议状态和参数执行顺序，难以通过单次函数检查发现。尽管Linux内核经过大量代码审计和fuzzing测试，但该路径未被充分探索，说明复杂子系统中的漏洞可能长期隐藏，需要结合协议理解和跨阶段对象生命周期分析。
AI漏洞研究的关键：从崩溃到稳定利用
科维斯AI不仅发现了漏洞，还通过多Agent协同和专家研判，将一次内核崩溃推进为稳定提权。这体现了漏洞研究的长链路特性：发现内存错误只是第一步，还需确认可利用性、控制关键对象、建立稳定利用链。AI在此过程中能自主编写PoC、分析结果并调整方向，但需要与安全专家结合，确保结论经过复现和交叉验证。
跨发行版迁移验证的实际意义
科维斯AI将TencentOS上的利用代码迁移到Debian默认内核，约3小时完成，自动调整29处内核偏移和符号。这验证了AI能快速评估漏洞在不同发行版中的真实危害，而传统方法需要逐项调试。实际影响面与内核版本、编译选项、防护配置相关，迁移能力有助于安全团队提前判断风险并推动修复。
漏洞响应模式的转变
传统漏洞响应从外部CVE开始，而科维斯AI将起点前移：在CVE分配前，产品团队即可依据真实利用证据研判影响并推进修复。SCTPhantom从发现到上游合入仅11天，CVE分配当天修复包已就位。这种模式强调负责任披露，在主要产品修复前不公开利用细节，同时与社区协同，提升整体安全水位。
Q&A
SCTPhantom漏洞是什么？它存在于哪个内核组件中？
SCTPhantom是Linux内核SCTP协议栈中的一个0day漏洞（CVE-2026-64564），属于释放后使用（Use-After-Free）类型，可导致本地提权至root，并在特定容器配置下实现容器逃逸。
SCTPhantom漏洞的根因是什么？为什么长期未被发现？
根因是SCTP地址删除逻辑中存在释放后使用问题：当三个特定参数按特定顺序出现在同一条消息中时，前一个操作释放的内核对象会被后一个操作继续使用。该问题难以通过单次函数检查发现，需要理解协议状态、参数执行顺序和对象生命周期，因此尽管经过大量审计和fuzzing，仍潜伏18年未被发现。
科维斯AI是如何发现SCTPhantom漏洞的？
科维斯AI通过多Agent协同与Agent Harness框架，自主编写PoC并在真实内核中反复验证。它探索了未被充分研究的执行路径，第一版PoC即触发系统崩溃，随后经过多轮根因分析和利用验证，最终将crash推进为稳定的本地提权。
SCTPhantom漏洞的影响范围有多大？
该漏洞自Linux v2.6.25起长期存在于上游代码中，影响面极大。已在TencentOS、Debian、Ubuntu和RHEL上完成提权验证，在Docker环境中还可实现容器逃逸。实际影响面取决于发行版内核代码、补丁状态和SCTP功能配置。
科维斯AI如何将漏洞利用代码从TencentOS迁移到Debian？
科维斯AI自动分析两个内核环境的差异，重新定位并调整29处内核偏移和符号，根据编译与运行结果持续修正代码，从接收TencentOS EXP到在Debian默认配置中再次获得root权限，整个过程约3小时。
科维斯AI在漏洞响应中扮演什么角色？
科维斯AI将漏洞响应起点前移，在发现漏洞并验证危害后，TencentOS安全团队同步启动产品影响研判、补丁回合、内核构建和回归验证，即使CVE未分配也能提前推进修复。SCTPhantom从发现到上游合入主线仅用11天，CVE分配当天修复包已就位。
科维斯AI除了SCTPhantom还发现了哪些漏洞？
科维斯AI还在Linux内核Open vSwitch模块中独立发现了本地提权漏洞OVSwrap（CVE-2026-64531），并完成稳定root验证，但该问题已有外部研究员早几天报告（撞洞）。
