内核维护者谈 LLM 时代的安全：问题正从「内容」下沉到「系统」
观点：安全讨论的层级在下移
Linux 稳定内核的长期维护者 Greg Kroah-Hartman（Greg KH）在 Kernel Recipes 2026 发表了题为《Security in the LLM age》的演讲（9 月 29 日上线，视频约 57 分钟）。这不是一场关于"AI 会不会说错话"的讨论，而是把 LLM 放进系统软件的可信链条里重新审视。
需要说明的是，本文观点基于演讲主题与公开信息，具体论据请以讲座内容为准。
三个要点
- 受影响的是"代码可信度"。 当补丁与提交越来越多地由模型参与生成，评审者要在有限时间里判断"这段改动是否真的被理解过"，难度显著上升。
- 责任链变长了。 一段自动生成的代码可能经过多个模型与工具，出问题时的归因、回溯与署名都变得困难。
- 开源社区的分歧已经公开化。 同期可以看到一些项目对 AI 贡献采取严格限制立场，另一些则要求显式披露——说明这已不是假设问题，而是治理问题。
对读者的实际建议
- AI 辅助的提交保持人类署名与审查记录。 "谁验证过"必须可追溯。
- 用可复现构建与回归测试兜底。 对系统软件来说，能复现测出问题比代码看起来漂亮重要得多。
- 把披露写进流程。 团队内约定哪些环节允许模型参与、哪些必须人工重写。
- 关注依赖链。 你引入的每一个上游，都可能带着模型生成的改动。
一个实用的判断标准：如果一段 AI 生成的代码，团队里没人能解释它为什么这样写，那它就不该合入主干。
结论：LLM 时代的系统安全，核心矛盾是"生成速度"与"验证能力"之间的失衡。补上验证，比限制生成更现实。
参考来源
- Kernel Recipes 2026 演讲视频：Security in the LLM age — Greg Kroah-Hartman
- 素材索引：AI HOT（aihot.news）