AWS Shows Use of AI Agents to Triage Linux Kernel CVEs

AWS展示AI代理在Linux内核CVE漏洞处理中的应用 - InfoQ

InfoQ 首页 News AWS展示AI代理在Linux内核CVE漏洞处理中的应用

DevOps

QCon旧金山（11月16-20日）：深度技术会议。改变你思维方式的同行对话。

AWS展示AI代理在Linux内核CVE漏洞处理中的应用

2026年10月27日 4分钟阅读

作者：

• Matt Saunders

#### 关注我们

Youtube

232K 粉丝

Linkedin

26K 粉丝

Instagram

新

RSS

19K 读者

X

57.1k 粉丝

Facebook

21K 喜欢

Bluesky

收听本文 -

0:00

音频准备就绪

您的浏览器不支持音频元素。

正常

1.25x

1.5x

喜欢

新下拉阅读列表

• 阅读列表

亚马逊网络服务（AWS）的工程师描述了维护EC2基础设施Linux内核的团队如何处理内核CVE漏洞。该流程结合了自动过滤器、AI代理和人工审核。团队还指出需要迁移到更新的长期支持（LTS）内核，因为旧分支累积的修复程序从未回溯到旧版本。

Dylan Johnson和Justinien Bouron本月早些时候在布拉格举行的Linux Plumbers会议上发表了相关演讲。在录音开始时，Johnson解释称该团队维护的是EC2基础设施中使用的内核。这与Amazon Linux以及客户在其虚拟机中运行的内核是分开的。

自2024年2月该内核项目成为CVE编号机构以来，团队在2024年前每周发现约两个内核CVE漏洞，之后每天发现约16个，2026年8月15日当天就发布了848个。内核CVE文档指出，项目无法知道特定系统如何使用内核，因此用户必须自行判断哪些CVE漏洞适用于自身。

AWS流程的第一阶段不使用AI。Bouron解释称，内核CVE记录以JSON格式发布，列出受影响版本和源文件。如果内核版本超出受影响范围，或列出的文件均未构建到镜像中，脚本会丢弃该CVE。在AWS环境中，这会过滤掉约70%的CVE漏洞，尽管Bouron表示具体比例高度依赖内核配置。

剩余的CVE漏洞会传递给AI代理。代理接收AWS的内核源代码树、每个平台的配置、环境和威胁模型描述，以及严重性评估标准。代理生成表格记录受影响子系统、漏洞类型和攻击向量。Bouron表示团队忽略CVSS评分，因为这些评分不特定于其环境。

“我们实际上是在用它作为一个非常高级的分类器。” Dylan Johnson

通常有两位工程师审核表格。根据幻灯片，代理处理每个CVE需要约3.4秒，而人工处理需要数分钟。Bouron表示审核现在是流程中最慢的步骤，团队无意移除该环节。

“我们不希望将整个安全态势完全依赖于LLM代理的输出。” Justinien Bouron

被问及准确性时，Bouron估计代理决策中约有5%至10%存在问题。这是非正式估算，演讲中未描述正式评估。

团队还禁用了不需要的内核功能以减少适用的CVE数量。Bouron称这种方法“具有欺骗性的难度”。幻灯片列出超过32,000个配置选项，错误移除某个选项可能导致数月后出现bug或性能回归。

团队的数据还显示，较旧的长期支持（LTS）分支在接收修复补丁时会更晚，并且存在更多未修复的CVE漏洞。对于影响所有六个研究分支的CVE漏洞，从主线修复到LTS版本发布的中位时间，在Linux 5.10版本中为31.8天，而在6.18版本中为18.1天。9月16日，5.10版本中仍有1,709个已知CVE漏洞未修复，而6.18版本中则有229个。这些是每个分支的统计数字，并未显示其中有多少会影响AWS自身的内核。

在内部进行修复回传（backporting）也存在自身风险。Bouron指出，CVE记录通常只标注最终的修复提交。如果团队遗漏了前提提交，即使应用了列出的修复，仍可能面临漏洞风险。

AWS已缩短了自身的升级周期。Johnson表示，从4.19版本升级到5.10版本耗时约两年（从移植工作开始到全面部署完成）。下一次升级耗时约一年，而升级到6.18版本仅耗时约六个月。在从5.10升级到6.12版本的过程中，43%的跟踪问题是在用户空间（userspace）中修复的，而工作负载依赖于旧内核行为。Johnson表示，团队现在将在全年测试中运行稳定内核，并在每个新的LTS版本发布时升级整个集群。

微软Azure Linux团队在同一次会议上描述了类似的流程。其分类决策来自规则表，AI仅向规则表提供输入建议。该团队使用代理进行修复回传，并报告称构建和测试的反馈循环将成功率从约50%提升至80%。InfoQ在2025年10月报道的Google DeepMind的CodeMender专注于编写修复补丁。其公告中指出，所有补丁在提交到上游之前都会由人类研究人员进行审核。

Process Focus的首席技术官Berend de Boer在LinkedIn上评论了运行云基础设施所需的工作。他将主机补丁和Linux CVE漏洞列为组织在构建自有云时需要承担的工作之一。“专注于对客户有价值的业务部分，”他写道。

AWS尚未发布这些工具。当被问及是否开源时，Johnson表示团队希望探索共享过滤工具的可能性。他还承认，AWS的内部用户比通用发行版更容易禁用某些功能。

作者信息部分主容器

关于作者

部分标题

每个作者的主容器

#### Matt Saunders

显示更多

显示更少

#### 本内容属于DevOps主题

##### 相关主题：

• DevOps

• CVE

• 常见漏洞与暴露（Common Vulnerabilities and Exposures）

• Linux

• 代理AI架构（Agentic AI Architecture）

• 相关编辑内容

• 相关赞助商

• 相关赞助商 2026年12月15–16日。探讨资深从业者如何在生产环境中运行代理、评估、模型服务和AI辅助工程，包括哪些失败了以及发生了什么变化。立即注册。

InfoQ新闻通讯

每周五发送InfoQ上周内容摘要。加入超过25万名资深开发者的社区。查看示例

我们保护您的隐私。