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内核中的现状、挑战与未来 |
Greg KH在访谈中描述了一个令人不安的趋势：AI工具（包括模糊测试工具和AI驱动的静态分析器）正在以前所未有的速度发现Linux内核中的安全漏洞。这听起来像是好事——找到更多漏洞不是应该更安全吗？问题在于，发现的漏洞数量远超人类维护者能处理的极限。
Linux内核安全团队每天面对的不是几个新漏洞，而是几十个甚至上百个AI标记的潜在安全问题。每个CVE都需要人工验证、评估严重性、编写补丁、测试、再回溯到所有受支持的稳定版本。这是一条从发现问题到修复问题的流水线，而这条流水线的入口正在被AI洪流淹没。
Greg KH的原话大意是：以前我们担心的是漏洞太多修不完，现在我们担心的是连"哪些漏洞值得修"都来不及判断。AI工具像一台永不疲倦的X光机，不断扫描出内核骨骼上的裂缝，而维护者们还在用锤子一块块补。
我的延伸分析：这其实揭示了一个深层悖论——AI让软件变得更安全的方式，是先让维护者变得更加不安全。当发现漏洞的速度远超修复速度时，系统整体的安全性可能反而下降，因为已公开但未修复的漏洞等于给攻击者发了地图。
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的哲学是"编译器帮你检查"——它不信任任何人，包括你自己。
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语言中，类似的竞态条件往往会导致可被利用的内存破坏。
访谈中一个反复出现的主题是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要低得多。
尽管标题是"Rust will save Linux from AI"，但Greg KH在访谈中反复强调：Rust不是魔法。它不能解决所有安全问题，不能修复逻辑错误，不能防止设计缺陷。它做的事情很具体也很有限：消除内存安全类漏洞。
但正是这个"有限"的事情，如果能消除80%的CVE，那就已经是革命性的了。Greg KH用一个类比来解释：Rust之于内核安全，就像安全带之于汽车——它不能防止所有交通事故，但它能在事故发生时大幅降低伤亡率。
他还提到一个技术细节：内核社区正在讨论引入一种新的Rust类型系统特性，专门用于在编译期检测内核中常见的错误模式。这个提案如果通过，将进一步提升内核的编译期安全保证。It's FOSS的报道也提到了这一点，指出这个Rust-based proposal是Greg KH在RustWeek上重点讨论的内容之一。
访谈主持人Matthias Endler（corrode.dev的创始人）在LinkedIn上分享了一个私人故事：他20多年前第一次为德国Linux网站Pro-Linux撰写文章时，采访的对象就是Greg Kroah-Hartman。20多年后再次坐在同一张桌子上，讨论的不再是"Linux能不能成功"，而是"Linux如何通过Rust再活30年"。
这个细节让整场访谈多了一层历史感。Linux已经从Linus Torvalds的卧室项目成长为运行全球基础设施的操作系统，而它现在面临的挑战不再是"能不能跑起来"，而是"能不能跑得更安全"。
Greg KH花了不少时间解释Linux内核的CVE处理流程。在2024年之前，Linux内核社区并不主动为漏洞分配CVE编号。但在社区压力下，他们开始主动管理CVE。结果就是：CVE数量暴增——不是因为漏洞突然变多了，而是因为以前很多漏洞没有CVE编号。
这个背景信息很重要，因为它解释了为什么AI工具发现的"漏洞洪灾"如此棘手。每个CVE都需要Greg KH和他的团队评估：这是不是一个真正的安全漏洞？严重程度如何？需要回溯到哪些稳定版本？补丁是什么？AI工具在几秒钟内就能发现一个潜在漏洞，但验证和修复它可能需要数天甚至数周。
Greg KH在访谈最后发出了一个直接的号召："我们需要更多Rust内核开发者。" 这不是一个模糊的愿望，而是有具体的入口路径：
Alice Ryhl补充说，她的个人网站（ryhl.io）上有大量关于Rust for Linux的教程和资源，适合有Rust经验但没接触过内核开发的工程师。
mindmap
root((Rust for Linux<br/>深度解读))
核心问题
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，现在是时候了。具体路径：
你可能永远不会写内核代码，但这个访谈对你的意义在于：Rust的内存安全保证正在被最严格的项目验证。如果Rust能在Linux内核这个级别证明自己，那它在应用层的价值就更不言而喻了。把Greg KH的话转述给你的技术负责人：80%的安全漏洞可以通过语言选择来消除。
这个访谈揭示了一个重要趋势：AI驱动的漏洞发现正在改变软件安全的经济学。以前，"发现漏洞"是瓶颈；现在，"修复漏洞"成了瓶颈。这意味着你的团队需要的不是更多的安全测试工具，而是从根本上减少漏洞产生的编程语言和工具链。Rust不是唯一答案，但它可能是目前最实际的答案。
Greg Kroah-Hartman用一句"Rust will save Linux from AI"道出了内核社区的核心焦虑：当AI以机器速度发现漏洞时，只有编译期内存安全这道防线，才能让人类维护者不被洪流吞没。
本文由「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 等场景全覆盖。