Linux 多项内核漏洞报告疑遭误公开：两项评分 9.0，修复进度不一

据 IT之家 10 月 22 日援引 Phoronix 报道，Trend Micro 旗下零日漏洞计划（ZDI）提交的多份 Linux 内核漏洞报告，疑似被意外发布到公开的 Linux 内核邮件列表（LKML）。相关问题涉及网络通信、文件共享、虚拟化图形驱动和存储服务等领域，其中两项漏洞的 CVSS 评分达到 9.0，存在远程代码执行风险。截至来源发稿，部分问题的修复尚未合入 Linux 主线内核，此次公开的具体原因也仍未得到确认。

漏洞涉及多个子系统，攻击条件并不相同

这批报告并非指向单一组件，可能造成的后果也有明显区别：部分问题涉及远程代码执行，另一些则可能导致本地权限提升或信息泄露。因此，不能仅凭“Linux 内核漏洞”这一标签，就认定所有 Linux 设备面临相同风险。

• SMB Direct 相关漏洞 ZDI-CAN-33549、KSMBD 相关漏洞 ZDI-CAN-33774：CVSS 评分均为 9.0，存在远程代码执行风险。
• 网络代码 skb_zerocopy 中的 ZDI-CAN-33367：可能被用于本地权限提升。据报道，开发者此前已通过其他渠道收到安全报告，预计很快提交修复补丁。
• VMware 图形驱动 VMWGFX 中的 ZDI-CAN-34068：涉及越界写入，可能导致本地权限提升。
• NVMET 代码中的 ZDI-CAN-34076：涉及未初始化资源，可能造成信息泄露。
• ZDI-CAN-32005：涉及搜索域 TCP 查询处理过程中的栈缓冲区溢出，可能导致本地权限提升。

来源未提供各项漏洞完整的受影响版本、触发条件及发行版修复情况。9.0 分代表较高的漏洞严重程度，但不等于所有部署都能被直接远程攻击，实际风险仍需结合相关组件是否启用、服务是否对外开放，以及系统补丁状态判断。

影响解读：公开时间与补丁落地之间存在窗口

此次事件值得关注的不只是漏洞数量，还包括披露与修复的先后关系。来源显示，一些修复方案已进入测试或候选分支，但不同问题的处理进度并不一致。“已有修复方案”不能等同于“生产系统已获得保护”：方案是否合入主线、是否被发行版纳入更新，以及用户是否完成部署，是不同环节。

对运行 AI 服务、虚拟化平台和存储基础设施的团队而言，这批报告提示了底层系统维护的重要性。应用层模型或工具保持更新，并不能替代内核与基础服务的安全管理。较稳妥的做法是核对所用内核和组件，关注发行版及供应商安全公告，按实际暴露面安排更新与验证，而不是仅根据漏洞评分作统一判断。

为何安全报告通常优先走私有渠道

Linux 内核的安全处理流程通常要求，尚未公开的漏洞先提交给相关子系统维护者和内核安全团队，以便协调修复。官方安全文档也建议，在无法确定是否适合公开披露时，优先使用私有渠道。

公开邮件列表有利于协作开发，但安全细节提前出现，可能压缩维护者和用户的应对时间。目前，“误公开”仍是报道中的判断，具体原因尚待确认。后续更应关注各漏洞的正式修复状态与发行版更新，而非将候选补丁视为风险已经解除。