Linux Server Security: 10 Linux Hardening & Security Best Practices -  Hashed Out by The SSL Store™

最近安全圈又炸锅了。一支研究团队披露了一个潜伏在Linux内核深处的零日漏洞,编号CVE-2026-53264,攻击者只需本地访问就能拿到root权限。这事儿之所以引起广泛关注,不光是因为漏洞本身的危险性,更在于整个发现过程——AI深度参与了从挖掘到利用的各个环节。

从"已知"到"未知":AI如何加速零日漏洞挖掘

以往找零日漏洞,研究人员得在海量代码里手动翻找,效率低得令人发指。这次团队的做法是先用AI分析已知的一日漏洞(1-day),摸清楚漏洞模式和代码特征,再让AI在相近的内核子系统里做模式匹配,最终把目标锁定在了net/sched数据包调度子系统上。

Hardening Linux Servers - A Comprehensive Cybersecurity Checklist

AI在这次研究里干了三件实事:一是快速扫描代码库发现可疑点;二是自动生成KASAN概念验证(PoC)代码;三是优化竞态条件的时间窗口。说白了,AI把"试错"这个环节的速度拉满了。但研究团队也坦诚,真正决定漏洞能不能用的,还得靠人——利用逻辑怎么设计、实际系统上能不能稳定触发,这些关键判断AI目前还替代不了。

漏洞根因:RCU保护下的"幽灵引用"

问题出在tcf_idr_check_alloc()这个函数上。它负责管理net/sched子系统内部的共享流量控制操作,而这个子系统恰恰是控制数据包如何在网卡上排队、过滤和转发的核心组件。

漏洞的本质是一个释放后使用(Use-After-Free,UAF)。具体来说,代码在RCU(读取-复制-更新)读端保护下查找操作对象,但同一个对象可能在另一个执行路径上被释放,而且释放时并没有等待RCU宽限期结束。这种锁机制的不匹配制造了一个极窄的时间窗口——对象已经被释放了,但RCU读端还在引用它,UAF就这么产生了。

A Systematic Review of Kernel-Level Security Mechanisms, Vulnerability  Detection and Mitigation in Modern Operating Systems

绕过权限限制:非特权用户命名空间成突破口

按正常逻辑,要操作net/sched子系统,得走RTM_NEWACTION和RTM_DELACTION这两条路由,而且需要CAP_NET_ADMIN权限,通常只能在初始网络命名空间里搞。但研究团队发现,RTM_NEWTFILTER和RTM_DELTFILTER这两条命令可以在非特权用户命名空间里执行,只要系统开启了非特权用户命名空间(Unprivileged User Namespace),本地普通用户就能触达漏洞代码路径。

他们选用了clsact队列和flower过滤器作为组合,成功绕过了原本会阻碍竞态条件获胜的锁定路径。换句话说,系统默认开启的非特权用户命名空间,在这里反而成了攻击者的"后门"。

How Cloudflare responded to the “Copy Fail” Linux vulnerability | The  Cloudflare Blog

完整的利用链:从UAF到Root

在CentOS Stream 9的测试环境里,这个漏洞利用程序表现得相当稳定,最快十秒内就能完成提权。整个攻击链路可以拆解成几个关键步骤:

首先是KASLR绕过。内核地址空间布局随机化(KASLR)是现代Linux系统的标配防御,研究团队通过信息泄露拿到了内核基址,为后续ROP链铺平了路。

接着是堆内存回收。利用KEYCTL_UPDATE系统调用,把已经释放的内存区域重新占回来,实现对UAF对象的精准控制。

然后是ROP链构造。通过面向返回的编程(Return-Oriented Programming)技术,覆盖/proc/sys/kernel/core_pattern这个文件。这个文件决定了系统生成核心转储时调用的外部程序路径。

最后是代码执行触发。只要让目标程序崩溃产生core dump,系统就会以root权限执行攻击者指定的二进制文件,提权至此完成。

exploring-a-new-class-of-kernel-exploit-primitive

需要指出的是,这个利用虽然需要针对具体内核版本调整设备偏移量和时间参数,但研究已经证明它在真实Linux桌面环境下完全可行。对于运行Linux服务器或桌面发行版的企业来说,这种本地权限提升风险不容小觑。

修复方案与防护建议

好消息是,Linux内核稳定版已经通过提交5057e1aca011e51ef51498c940ef96f3d3e8a305修复了这个问题。对于运维人员和安全团队,建议从三个层面着手:

内核层面,尽快检查当前运行的内核版本,及时打上厂商推送的安全更新。如果系统还在用旧版本,这个补丁是必打的。

配置层面,如果业务不依赖非特权用户命名空间,建议直接禁掉。很多发行版默认开启这个功能以方便容器化部署,但它确实扩大了攻击面。

此外,研究团队还在kernel/events/core.c里发现了另一个可利用的问题,编号CVE-2026-64300。这意味着这次审计的深度远超单一漏洞,相关补丁同样需要关注。

Live-patching security vulnerabilities inside the Linux kernel with eBPF Linux  Security Module | The Cloudflare Blog

写在最后

CVE-2026-53264的出现,再次把Linux内核安全推到了聚光灯下。net/sched这种复杂的网络子系统,代码量大、并发路径多,一直是内核漏洞的"重灾区"。而AI辅助漏洞研究的兴起,正在从根本上改变安全研究的节奏——发现得更快、验证得更准、利用链构建得更高效。

这对防御方来说既是压力也是动力。开源基础设施的安全补丁管理,已经不再是"有空再更"的选项,而是需要纳入企业安全运营的核心流程。毕竟,当攻击者也开始用AI找漏洞的时候,防守方的响应速度必须跟得上。

Logo

openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目,面向数字基础设施四大核心场景(服务器、云计算、边缘计算、嵌入式),全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构

更多推荐