Linux 最新资讯 20260516——Linux Kernel 新增安全漏洞认定与负责任AI使用文档
Linux Kernel 新增安全漏洞认定与负责任AI使用文档 今天合入 Linux 7.1 内核的是一份新文档，内容涉及"什么构成安全漏洞"，以及"如何负责任地使用 AI 来发现内核漏洞"。 由于近期向 Linux 内核提交的安全漏洞数量激增，以及完全或部分借助 AI 发现的 bug 和安全报告有所增加，因此有必要补充这份文档。长期从事 Linux 开发的 Willy Tarreau 撰写了这份关于内核 bug 的补充文档。 至于什么构成 Linux 内核的安全漏洞，新文档指出： "重要的是，大多数 bug 都应以公开方式处理，以便尽可能广泛地吸引参与者，并找到最佳解决方案。从本质上讲，少数参与者闭门讨论处理的 bug，其产出最佳修复的可能性较低（例如，有可能遗漏有效的用例，测试能力也有限）。 事实证明，通过安全团队报告的大多数 bug 仅仅是普通 bug，由于对 Linux 内核威胁模型（如 Documentation/process/threat-model.rst 所述）缺乏了解，被错误地归类为安全漏洞；这些本应通过 Documentation/admin-guide/reporting-issues.rst 中描述的常规渠道提交。 安全邮件列表的存在是为了处理紧急 bug——那些能让攻击者在配置正确的生产系统上获得本不应有的能力，并且容易被利用，对大量用户构成迫在眉睫的威胁。在报告之前，请考虑该问题是否真的跨越了此类系统上的信任边界。 如果你借助 AI 辅助发现了一个 bug，你必须将其视为公开的。尽管你可能有合理的理由认为它并非公开，但安全团队的经验表明，通过这种方式发现的 bug 总会同时在多位研究人员之间浮现，往往就在同一天。在这种情况下，请勿公开分享复现方法，因为这可能造成意外伤害；只需说明复现方法可用，维护者如有需要可私下索取。 如果你不确定某个问题是否符合条件，宁可私下报告：安全团队宁愿对模棱两可的报告进行分类，也不愿错过真正的漏洞。然而，将普通 bug 报告到安全列表并不会使它们被更快处理，反而会消耗本应用于其他报告的分类能力。"关于负责任地使用 AI 来发现 Linux 内核 bug： "提交给安全团队的 bug 报告中，相当一部分实际上是借助 AI 工具进行代码审查的结果。虽然这可能是发现极少涉足领域 bug 的有效手段，但它给维护者带来了过重的负担，有时由于报告质量或准确性低下，维护者不得不忽略此类报告。因此，报告者必须特别注意以下几点，这些点往往使报告难以处理且毫无必要： 篇幅：AI 生成的报告往往过于冗长，包含多个章节和过多细节。这使得很难发现受影响文件、版本和影响等关键信息。请确保首先提供问题的清晰摘要以及所有关键细节。不要让分类工程师翻阅多页文本。请配置你的工具，使其生成简洁、人类风格的报告。 格式：大多数 AI 生成的报告充斥着 Markdown 标记。这些装饰使得搜索重要信息变得困难，并且在转发或回复时无法保留引用的格式。请在发送前始终将报告转换为纯文本，不带任何格式装饰。 影响评估：许多 AI 生成的报告缺乏对内核威胁模型（见 Documentation/process/threat-model.rst）的理解，并花费大量篇幅编造理论上的后果。这增加了噪音并使分类复杂化。请坚持可验证的事实（例如，"此 bug 允许任何用户获得 CAP_NET_ADMIN 权限"），不要列举推测性的影响。让工具在评估过程中阅读该文档。 复现方法：基于 AI 的工具通常能够生成复现方法。请始终确保你的工具提供复现方法，并彻底测试它。如果复现方法无效，或者工具无法生成，则应严重质疑报告的有效性。请注意，由于报告将被发布到公开列表，复现方法应仅在维护者请求时才分享。 提出修复：许多 AI 工具实际上更擅长编写代码而非评估代码。请在报告问题之前，让工具提出修复方案并测试它。如果修复无法测试（例如因为它依赖稀有硬件或几乎灭绝的网络协议），则该问题很可能不是安全 bug。无论如何，如果提出了修复方案，它必须遵循 Documentation/process/submitting-patches.rst 中的规范，并包含一个 'Fixes:' 标签，指向引入该 bug 的提交。 未考虑这些要点，你的报告将面临被忽略的风险。 在评估报告时请运用常识。如果受影响文件超过一年未改动，并且仅由一个人维护，那么很可能使用量已经下降，暴露的用户实际上不存在（例如，非常老旧硬件的驱动、过时的文件系统）。在这种情况下，无需用一份不重要的报告消耗维护者的时间。如果问题明显是琐碎的且可公开发现，你应该直接报告到公开的邮件列表。"Willy Tarreau 编写的所有 Linux 内核 bug 新文档可通过此提交查看，该提交现已进入 LinuxGit 仓库，先于周日的 Linux 7.1-rc4 发布。 Wine 11.9 发布：支持 Wayland Pointer Warp，初步支持 System Threads Wine 11.9 今日发布，这是最新的双周开发版，标志着 Wine 12.0 开发周期已近半程。 Wine 11.9 带来了一个源自上游 SQLite 代码的捆绑版 SQLite 库（用于 winsqlite3），初步支持系统线程（System Threads），在 ARM64 上的模拟代码中实现了线程挂起，以及更多 VBScript 兼容性改进。 Wine 开始利用系统线程，也将允许其他 Wine 组件（如音频驱动内部）开始使用系统线程。 Wine 11.9 中还包含 Wine Wayland 驱动通过 wp_pointer_warp_v1 协议对 Wayland 指针移动支持。 Wine 11.9 修复了 24 个 bug，涉及 Lotus Notes、WinSCP、VBScript、Wargaming Game Center、命令与征服 3 及其他应用和游戏。
10个月宝宝每天需要喝多少奶粉？
