# Linux二把手宣战：Rust将拯救内核免于AI洪灾 ## 导语 2026年5月，荷兰乌得勒支，全球最大的Rust会议 RustWeek 2026 现场，Linux内核稳定版维护者、Linus Torvalds之下的"二把手" Greg Kroah-Hartman 说了一句让整个开源社区炸锅的话：**"Rust will save Linux from AI."** 这不是一句随口说的段子。背后是一个让Linux安全团队濒临崩溃的现实——AI工具正在以人类无法匹敌的速度发现内核漏洞，每天涌入的CVE数量已经让维护者疲于应对。Greg KH把希望寄托在了Rust的内存安全特性上，他认为仅此一项就能消除Linux内核中高达80%的CVE。 与Greg KH同台的是Alice Ryhl——Google的软件工程师、Tokio核心维护者、Rust for Linux项目的核心贡献者。她负责的Rust Binder驱动是Linux内核中第一个用Rust编写的核心驱动程序，即将在Linux 6.18中正式合入主线。 这场90分钟的访谈不仅仅是一次技术讨论，它是Linux 35年历史上一次世代交替的宣言。C语言统治了内核开发三十多年，Rust不是来替代C的——它是来救命的。 ## 视频背景卡片 | 项目 | 内容 | |------|------| | 视频标题 | Rust for Linux with Alice Ryhl and Greg Kroah-Hartman | | 频道 | Rust in Production Podcast (corrode.dev) | | 时长 | 约90分钟 | | 发布日期 | 2026年5月21日 | | 录制地点 | RustWeek 2026, 乌得勒支, 荷兰 | | 主持人 | Matthias Endler (corrode.dev) | | 核心主题 | Rust在Linux内核中的现状、挑战与未来 | ## 核心内容拆解 ### 1. AI发现漏洞的海啸：Linux安全团队的噩梦 Greg KH在访谈中描述了一个令人不安的趋势：AI工具（包括模糊测试工具和AI驱动的静态分析器）正在以前所未有的速度发现Linux内核中的安全漏洞。这听起来像是好事——找到更多漏洞不是应该更安全吗？问题在于，**发现的漏洞数量远超人类维护者能处理的极限**。 Linux内核安全团队每天面对的不是几个新漏洞，而是几十个甚至上百个AI标记的潜在安全问题。每个CVE都需要人工验证、评估严重性、编写补丁、测试、再回溯到所有受支持的稳定版本。这是一条从发现问题到修复问题的流水线，而这条流水线的入口正在被AI洪流淹没。 Greg KH的原话大意是：以前我们担心的是漏洞太多修不完，现在我们担心的是连"哪些漏洞值得修"都来不及判断。**AI工具像一台永不疲倦的X光机，不断扫描出内核骨骼上的裂缝**，而维护者们还在用锤子一块块补。 我的延伸分析：这其实揭示了一个深层悖论——AI让软件变得更安全的方式，是先让维护者变得更加不安全。当发现漏洞的速度远超修复速度时，系统整体的安全性可能反而下降，因为已公开但未修复的漏洞等于给攻击者发了地图。 ### 2. 80%的CVE：C语言的原罪 Greg KH给出了一个震撼的数据：**Linux内核中约80%的CVE（通用漏洞披露）都是内存安全问题**。缓冲区溢出、空指针解引用、使用后释放（use-after-free）、双重释放（double-free）——这些C语言从诞生之初就带有的"原罪"，在内核这个直接操作硬件的层面被放大到了极致。 这不是新发现。微软早在2019年就公开承认其产品中70%的安全漏洞都是内存安全问题。Google的Android团队也报告了类似的数据。但Linux内核的特殊之处在于：它运行在从手机到超级计算机、从汽车到航天器的几乎所有设备上，一个内核漏洞的影响面可能是数十亿台设备。 Greg KH强调，Rust的核心价值不在于它是一门"更好的C"，而在于**它在编译期就能捕获这些内存安全错误**。他说了一句关键的话：Rust的"best beauty"（最大美感）是在构建时就发现问题，而不是在生产环境中被攻击者利用后才发现。 我的延伸分析：C语言的设计哲学是"信任程序员"——如果你写了危险的代码，C编译器默认你知道自己在做什么。这在1970年代是合理的假设，但当Linux内核发展到超过3000万行代码、数千名贡献者时，这个假设已经完全不成立了。Rust的哲学是"编译器帮你检查"——它不信任任何人，包括你自己。 ### 3. Alice Ryhl与Rust Binder：内核Rust化的里程碑 Alice Ryhl是这场访谈的另一位主角。她在Google负责Android的Rust for Linux工作，具体来说就是用Rust重写了Android的Binder驱动——这是Android系统中进程间通信（IPC）的核心组件，每个Android应用的启动、停止、服务调用都经过Binder。 Rust Binder驱动的重要意义在于：**它是第一个真正进入Linux内核主线的Rust驱动程序**。Linux 6.18预计将正式包含Alice Ryhl的Rust Binder驱动，这意味着每一台运行新版Android的设备都将有Rust代码在内核中运行。 Alice Ryhl还提到了她的最新工作：**Rust netlink支持**。就在访谈发布的同一周（2026年5月29日），她向Linux内核邮件列表（LKML）提交了Rust netlink补丁的第6版，这是Binder驱动需要的网络通信接口的Rust实现。这种从驱动到基础设施的层层Rust化，展示了Rust for Linux项目的系统性方法。 不过，Greg KH和Alice Ryhl都坦率地讨论了一个话题：**Linux内核的第一个Rust CVE**。CVE-2025-68260是一个在Rust Binder驱动中发现的竞态条件（race condition）。讽刺吗？Rust号称安全，结果第一个Rust内核代码就出了漏洞。但Greg KH和Alice Ryhl都指出：**这个竞态条件不是内存安全问题**——它是一个逻辑错误，Rust的内存安全保证确实防止了更严重的后果。在C语言中，类似的竞态条件往往会导致可被利用的内存破坏。 ### 4. C与Rust的共存之道：不是替代而是共存 访谈中一个反复出现的主题是C开发者与Rust开发者之间的关系。Greg KH非常明确地表示：**Rust不会取代C，至少不会在可预见的未来**。Linux内核有超过3000万行C代码，数万名开发者的贡献，30多年的积累。重写这一切是不现实的，也是不必要的。 实际的策略是"增量式引入"：新写的代码优先选择Rust（特别是驱动程序），已有的C代码继续维护，在C和Rust的边界通过FFI（Foreign Function Interface）进行桥接。这意味着Linux内核将长期成为一个"双语"项目。 Greg KH特别提到了Linux内核社区的"代际更替"问题。内核开发者的平均年龄在持续上升，年轻开发者更倾向于使用Rust而不是C。Rust的引入不仅仅是一个技术决策，更是一个人才策略——**它让Linux内核对新一代开发者变得有吸引力**。当全世界都在教Rust的时候，如果Linux还坚持只用C，那它最终会面临开发者断层的危机。 Alice Ryhl从实践角度补充说，她在Google的团队发现Rust确实吸引了更多年轻工程师参与内核开发。一个在用户空间写Rust的开发者，学习内核开发的门槛比从零开始学C要低得多。 ### 5. Rust不是万能药：Greg KH的清醒认知 尽管标题是"Rust will save Linux from AI"，但Greg KH在访谈中反复强调：**Rust不是魔法**。它不能解决所有安全问题，不能修复逻辑错误，不能防止设计缺陷。它做的事情很具体也很有限：**消除内存安全类漏洞**。 但正是这个"有限"的事情，如果能消除80%的CVE，那就已经是革命性的了。Greg KH用一个类比来解释：Rust之于内核安全，就像安全带之于汽车——它不能防止所有交通事故，但它能在事故发生时大幅降低伤亡率。 他还提到一个技术细节：内核社区正在讨论引入一种新的Rust类型系统特性，专门用于在编译期检测内核中常见的错误模式。这个提案如果通过，将进一步提升内核的编译期安全保证。It's FOSS的报道也提到了这一点，指出这个Rust-based proposal是Greg KH在RustWeek上重点讨论的内容之一。 ### 6. 主持人Matthias Endler的独特视角 访谈主持人Matthias Endler（corrode.dev的创始人）在LinkedIn上分享了一个私人故事：他20多年前第一次为德国Linux网站Pro-Linux撰写文章时，采访的对象就是Greg Kroah-Hartman。20多年后再次坐在同一张桌子上，讨论的不再是"Linux能不能成功"，而是"Linux如何通过Rust再活30年"。 这个细节让整场访谈多了一层历史感。Linux已经从Linus Torvalds的卧室项目成长为运行全球基础设施的操作系统，而它现在面临的挑战不再是"能不能跑起来"，而是"能不能跑得更安全"。 ### 7. Linux内核的CVE处理机制：比你想象的更复杂 Greg KH花了不少时间解释Linux内核的CVE处理流程。在2024年之前，Linux内核社区并不主动为漏洞分配CVE编号。但在社区压力下，他们开始主动管理CVE。结果就是：CVE数量暴增——不是因为漏洞突然变多了，而是因为以前很多漏洞没有CVE编号。 这个背景信息很重要，因为它解释了为什么AI工具发现的"漏洞洪灾"如此棘手。每个CVE都需要Greg KH和他的团队评估：这是不是一个真正的安全漏洞？严重程度如何？需要回溯到哪些稳定版本？补丁是什么？**AI工具在几秒钟内就能发现一个潜在漏洞，但验证和修复它可能需要数天甚至数周**。 ### 8. 对开发者的实际号召：加入Rust for Linux Greg KH在访谈最后发出了一个直接的号召：**"我们需要更多Rust内核开发者。"** 这不是一个模糊的愿望，而是有具体的入口路径： - 从Rust Binder驱动开始学习内核Rust编程 - 参与Alice Ryhl维护的Rust for Linux文档 - 在LKML上提交补丁，从小的改进开始 - 利用Google和其他公司的内核Rust实习项目 Alice Ryhl补充说，她的个人网站（ryhl.io）上有大量关于Rust for Linux的教程和资源，适合有Rust经验但没接触过内核开发的工程师。 ## 知识结构图 ```mermaid mindmap root((Rust for Linux
深度解读)) 核心问题 AI漏洞洪灾 发现速度>>修复速度 CVE处理瓶颈 内存安全问题 80% CVE源于C语言 缓冲区溢出 Use-after-free 竞态条件 关键人物 Greg KH Linux稳定版维护者 "Rust拯救Linux" Alice Ryhl Google工程师 Rust Binder驱动 Tokio核心维护者 技术里程碑 Rust Binder驱动 Linux 6.18主线 Android IPC核心 Rust netlink支持 LKML v6补丁 首个Rust CVE CVE-2025-68260 竞态条件非内存安全 未来方向 增量式引入 新驱动优先Rust C/Rust共存 类型系统增强 编译期安全检查 人才策略 吸引年轻开发者 降低内核开发门槛 ``` ## 实战启示 ### 如果你是内核开发者 Greg KH和Alice Ryhl的访谈传递了一个明确信号：**Linux内核的Rust化不是"会不会"的问题，而是"多快"的问题**。如果你还在犹豫要不要学Rust，现在是时候了。具体路径： 1. **从驱动开始**——内核中Rust的切入点主要是驱动程序。选择一个你熟悉的硬件驱动，尝试用Rust重写它。 2. **学习Alice Ryhl的Rust Binder代码**——这是目前最好的"Rust内核编程"教材，代码已经在主线中。 3. **关注LKML上的Rust相关补丁**——通过review别人的代码来学习。 ### 如果你是应用层Rust开发者 你可能永远不会写内核代码，但这个访谈对你的意义在于：**Rust的内存安全保证正在被最严格的项目验证**。如果Rust能在Linux内核这个级别证明自己，那它在应用层的价值就更不言而喻了。把Greg KH的话转述给你的技术负责人：80%的安全漏洞可以通过语言选择来消除。 ### 如果你是技术管理者 这个访谈揭示了一个重要趋势：**AI驱动的漏洞发现正在改变软件安全的经济学**。以前，"发现漏洞"是瓶颈；现在，"修复漏洞"成了瓶颈。这意味着你的团队需要的不是更多的安全测试工具，而是从根本上减少漏洞产生的编程语言和工具链。Rust不是唯一答案，但它可能是目前最实际的答案。 ## 延伸学习路径 1. **Rust for Linux官方文档** — [rust-for-linux.com](https://rust-for-linux.com/)，包含从入门到贡献的完整指南 2. **Alice Ryhl个人网站** — [ryhl.io](https://ryhl.io/)，她的博客有大量关于内核Rust编程的深度文章 3. **ZDNET: Rust will save Linux from AI** — [zdnet.com](https://www.zdnet.com/article/rust-will-save-linux-from-ai-says-greg-kroah-hartman/)，Steven Vaughan-Nichols对Greg KH言论的深度报道 4. **It's FOSS: Rust Could Eliminate 80% of Linux Kernel CVEs** — [itsfoss.com](https://itsfoss.com/news/linux-kernel-rust-cve-reduction/)，对Rust CVE消除率的详细分析 5. **Phoronix: Greg KH Calls For More Rust Linux Developers** — [phoronix.com](https://www.phoronix.com/news/Greg-KH-More-Rust-Linux)，Michael Larabel对Greg KH在RustWeek发言的技术报道 ## 一句话总结 Greg Kroah-Hartman用一句"Rust will save Linux from AI"道出了内核社区的核心焦虑：当AI以机器速度发现漏洞时，只有编译期内存安全这道防线，才能让人类维护者不被洪流吞没。 --- ## 参考来源 1. [Rust for Linux with Alice Ryhl and Greg Kroah-Hartman](https://www.youtube.com/watch?v=HM-JM4DoYD4) — 本文分析的核心视频 2. [Rust will save Linux from AI, says Greg Kroah-Hartman | ZDNET](https://www.zdnet.com/article/rust-will-save-linux-from-ai-says-greg-krooh-hartman/) — Steven Vaughan-Nichols深度报道 3. [Rust Could Eliminate 80% of Linux Kernel CVEs! | It's FOSS](https://itsfoss.com/news/linux-kernel-rust-cve-reduction/) — CVE消除率分析 4. [Greg KH Calls For More Rust Linux Developers | Phoronix](https://www.phoronix.com/news/Greg-KH-More-Rust-Linux) — Greg KH号召更多开发者 5. [Linux Kernel's First Rust CVE: Race Condition in Binder Driver | WebProNews](https://www.webpronews.com/linux-kernels-first-rust-cve-race-condition-in-binder-driver/) — 首个Rust CVE详细分析 --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 > 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。