近期披露的 CVE‑2026‑64066 是 Linux 内核 netfs 网络文件系统抽象层高危安全漏洞,CVSS 评分为 9.8。该缺陷源自读入页缓存逻辑中的异常流程处理缺失,在子请求失败后未及时停止新子请求生成,可通过远程构造网络文件访问请求触发,可能引发资源管理异常与内核内存损坏,对使用 NFS、Ceph 等网络文件系统的存储服务器、边缘网关存在安全影响,值得运维与安全团队开展资产风险排查。
从技术原理分析,漏洞位于netfs_read_to_pagecache()函数。该函数负责将远端文件数据读取至本地页缓存,执行过程中会持续生成并下发多个 IO 子请求。原有代码逻辑缺少异常分支管控,当某个已下发的子请求执行失败时,流程并未暂停新子请求的创建,仍继续生成、派发后续 IO 任务。子请求失败通常意味着底层链路、权限或数据解析出现异常,持续新建子请求会造成任务状态不一致,引发引用计数错乱、资源竞争等次生问题,最终诱发内存访问异常。上游修复方案补充判断逻辑,在检测到已有子请求失败后,暂停新子请求生成,保证 IO 任务生命周期可控。
结合 CVSS 向量CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H分析,该漏洞攻击门槛较低,攻击者可通过网络构造特制文件读写请求,触发子请求失败路径,无需本地账号权限、无需用户交互。异常流程持续创建子请求会破坏内核数据结构,成功利用后可造成敏感信息泄露、内核崩溃拒绝服务,特定条件下存在代码执行风险,需要结合业务部署架构评估本地利用与系统崩溃风险。
在实际业务场景中,netfs 作为内核通用抽象组件,支撑多款主流网络文件系统,广泛部署在分布式存储集群、云存储节点、工业存储网关等设备上。漏洞仅在 IO 子请求返回失败的异常路径触发,常规正常读写流程难以复现,具备较强隐蔽性。未启用 netfs 及相关网络文件服务的设备,基本不受该漏洞影响。
针对该漏洞,可采用分层处置方案。首先梳理业务资产,确认主机是否启用 netfs 子系统,核查内核版本是否处于受影响范围;其次优先合入社区官方补丁,完善子请求失败后的暂停机制,修复异常处理逻辑;补丁上线前,可配置访问策略,限制不可信客户端访问内部网络文件服务,作为临时缓解手段;运行阶段持续监控内核 Oops、内存异常相关日志,及时捕获漏洞触发迹象。
内核 IO 异常处理分支往往容易被忽略,流程管控缺失会衍生一系列内存安全问题。望获 OS 时刻关注高危漏洞,及时安装修复补丁,保证系统的安全性。持续跟进 netfs 底层存储组件安全公告,为分布式存储业务提供补丁层面的安全支撑。
总体来看,CVE‑2026‑64066 再次体现内核异常处理流程的安全短板。开发阶段通常优先验证正常 IO 流程,失败分支的任务调度逻辑容易存在疏漏。此类漏洞虽复现条件相对苛刻,但整体风险等级较高。运维团队应建立常态化内核漏洞监测机制,持续跟进上游安全更新,及时完成补丁迭代,降低异常 IO 引发的内存破坏、业务宕机等安全威胁。

335

被折叠的 条评论
为什么被折叠?



