Linux内核
由Linus Torvalds创建并主导维护的开源操作系统内核，采用GPLv2许可证，广泛运行于服务器、移动设备及嵌入式系统，是全球最重要的开源基础设施软件之一
核心事实
时间轴 (近 90 天)
2024 年以来，Linux 内核社区已多次讨论是否要求披露 AI 工具的使用情况。
Linux 内核社区采用邮件列表驱动的补丁评审制度，每个提交需经过 maintainer 审核并保留 Signed-off-by 等来源追溯标签。
Lunduke 在视频中指出，Linux 内核最近几个月的代码提交中至少有 20% 是由 AI 编写的。
在 Linux 内核的安全实践中，漏洞报告与修复讨论通常发生在受控的私有渠道。
若干 Linux 内核漏洞被意外发布到了公开邮件列表。
Linux 内核漏洞的 CVE 编号通常由内核 CNA（CVE Numbering Authority）或发行版安全团队申请。
Linux 内核主线每几个月发布一个新版本，大量生产系统使用长期支持（LTS）版本如 5.10、5.15、6.1。
Linux基金会托管着Linux内核、Kubernetes、Node.js等数百个关键开源项目。
原文并未详细说明攻击向量。
关闭终端窗口时，内核向会话首进程（通常是shell）发送SIGHUP，随后shell会将该SIGHUP转发给其作业表中的作业，导致AI编程代理进程终止。
还有 40 条时间轴事件
全部知识事实 (20)
AI 生成代码由无数开源片段合成，导致许可证合规、署名、责任归属变得模糊
65%已验证Linux Namespace 自 2002 年起逐步引入内核，目前共有 8 种类型，包括 PID、Net、Mount、UTS、IPC、User、Cgroup 等
65%已验证现代Linux内核采用设备树（Device Tree）描述硬件信息，通过Platform总线模型实现驱动与设备的分离
65%待验证Linux内核要求所有代码必须由人类审查并签署Developer Certificate of Origin
85%待验证Linux内核社区部分核心维护者明确表示不接受未经人类充分审查和理解的AI代码
80%待验证基于LLM的代码审查能够结合上下文理解代码意图，识别逻辑错误、架构问题和潜在的安全漏洞，超越传统静态分析工具如SonarQube和ESLint的规则性检测能力
70%待验证在 Linux 内核的安全实践中，漏洞报告与修复讨论通常发生在受控的私有渠道。
60%待验证Linux 内核社区采用邮件列表驱动的补丁评审制度，每个提交需经过 maintainer 审核并保留 Signed-off-by 等来源追溯标签。
50%待验证2024 年以来，Linux 内核社区已多次讨论是否要求披露 AI 工具的使用情况。
50%待验证Lunduke 在视频中指出，Linux 内核最近几个月的代码提交中至少有 20% 是由 AI 编写的。
50%待验证Linux 内核主线每几个月发布一个新版本，大量生产系统使用长期支持（LTS）版本如 5.10、5.15、6.1。
50%待验证Linux 内核漏洞的 CVE 编号通常由内核 CNA（CVE Numbering Authority）或发行版安全团队申请。
50%待验证Linux基金会托管着Linux内核、Kubernetes、Node.js等数百个关键开源项目。
50%待验证原文并未详细说明攻击向量。
50%待验证关闭终端窗口时，内核向会话首进程（通常是shell）发送SIGHUP，随后shell会将该SIGHUP转发给其作业表中的作业，导致AI编程代理进程终止。
50%待验证Linux内核采用Git进行版本控制，分支是开发者基于某一提交创建的独立开发线。
50%待验证该分支的代码尚未合并到Linux内核主线。
50%待验证在操作系统内核开发中，性能提升的宣称必须基于可复现的基准测试（如Phoronix Test Suite、lmbench或perf），并明确硬件配置、工作负载等细节，否则难以被技术社区采信。
50%待验证UP主在视频中声称，使用Claude Code后“内核性能暴涨三倍”。
50%待验证Linux内核仓库中存在一个名为“noref_file_map_lead_with_llm”的新分支，其提交说明中提到“with LLM”。
50%