DirtyClone:Linux 内核第四个＂脏＂漏洞,克隆网络包污染内存提权
- 2026-07-02 02:28:15
网络安全领域深耕几十年，每日分享当下最新网络安全事件，喜欢的朋友可以点点关注~
6 月 25 日，JFrog 安全研究团队发布了 DirtyClone 漏洞的完整利用演练——这是 DirtyFrag 漏洞家族的最新变种，编号 CVE-2026-43503，CVSS 评分 8.8。
这是近期 Linux 内核暴露的第四个同类提权漏洞，攻击模式相同：文件后备内存被当作网络包数据处理，原地网络操作覆盖了本应只读的内存页。
关键特征：
本地用户可利用内核复制网络包时的安全标志丢失，污染文件后备内存 攻击者通过 IPsec 隧道覆盖 /usr/bin/su等特权二进制文件，实现 root 提权文件系统中的二进制文件未被修改，文件完整性检测失效 主线补丁已于 5 月 21 日合入，但大量生产系统仍未更新
文件完整性检测（FIM）对这类攻击无效——攻击者只修改内存中的副本，磁盘文件完好如初。等到你发现异常，root shell 已经打开了。
漏洞原理：丢失的安全标志
内核复制网络包时的缺陷
当 Linux 内核内部复制网络包（skb，socket buffer）时，两个辅助函数会丢弃一个安全标志：
SKBTX_SHARED_FRAG
这个标志原本用于标记：该内存页与磁盘上的文件共享。丢失这个标志后，内核误以为该内存页可以安全地进行原地修改。
攻击链
攻击者的利用步骤：
第一步：加载特权二进制文件到内存
攻击者将 /usr/bin/su 或其他 setuid root 二进制文件加载到内存页。
第二步：将内存页绑定到网络包
通过精心构造的操作，将这些内存页绑定到一个网络包的数据区。
第三步：强制内核克隆该网络包
触发内核的 skb 克隆操作，克隆后的包会通过攻击者控制的 IPsec 隧道。
第四步：IPsec 解密覆盖二进制文件
由于安全标志丢失，IPsec 解密操作会原地修改内存页，覆盖 /usr/bin/su 的登录校验逻辑，替换为攻击者选择的任意代码。
第五步：执行被污染的二进制文件
下次任何用户执行 su 命令时，运行的是被修改后的版本，直接获得 root shell。
为什么文件完整性检测失效？
整个攻击过程只修改内存中的页缓存副本，磁盘上的 /usr/bin/su 文件完好无损。
文件完整性监控工具（如 AIDE、Tripwire）检查的是磁盘文件 系统审计日志没有记录异常修改 重启后，内存中的修改消失，二进制文件恢复正常
攻击者已经拿到了 root 权限，你还在检查日志。
影响范围
受影响的发行版：
Debian（默认启用非特权用户命名空间） Ubuntu（默认启用非特权用户命名空间） Fedora（默认启用非特权用户命名空间）
受影响的内核版本：
未打 DirtyFrag 完整补丁链的所有内核 主线内核 v7.1-rc5 之前版本 缺少 CVE-2026-46300 和 CVE-2026-43503 补丁的稳定版/LTS 内核
高风险环境：
多租户云服务器 Kubernetes 集群（节点共享页缓存） CI/CD Runner（允许用户创建命名空间） 容器宿主机（容器内的修改影响宿主机页缓存）
Ubuntu 24.04 及更高版本的缓解：
Ubuntu 24.04+ 通过 AppArmor 限制命名空间创建，阻止了默认利用路径。但如果攻击者已有 CAP_NET_ADMIN 权限，仍然可以利用。
利用条件
攻击者需要满足以下条件：
本地访问
攻击者需要在目标系统上拥有一个本地用户账号（即使是低权限用户）。
CAP_NET_ADMIN 能力
攻击者需要获得 CAP_NET_ADMIN 能力，用于配置 IPsec 隧道。在 Debian、Ubuntu、Fedora 上，普通用户可以通过创建非特权用户命名空间（unprivileged user namespace）自动获得该能力。
受影响的内核模块
系统加载了 esp4、esp6 或 rxrpc 内核模块（用于 IPsec 和 RxRPC 协议）。
防御建议
立即更新内核
检查内核版本是否包含补丁：
# 检查内核版本
uname -r
# Ubuntu/Debian 检查补丁状态
dpkg -l | grep linux-image
# RHEL/CentOS 检查补丁状态
rpm -qa | grep kernel
主线内核修复版本：v7.1-rc5（commit 9e171fc1d7d7）
各发行版已发布补丁：
Debian：security-tracker.debian.org/tracker/CVE-2026-43503 Ubuntu：ubuntu.com/security/CVE-2026-43503 Fedora：bugzilla.redhat.com/show_bug.cgi?id=2480902
临时缓解措施
如果无法立即更新内核，可以：
禁用非特权用户命名空间：
sysctl -w kernel.unprivileged_userns_clone=0
封禁相关内核模块：
# 封禁 IPsec 模块
echo"install esp4 /bin/true" >> /etc/modprobe.d/block-esp.conf
echo"install esp6 /bin/true" >> /etc/modprobe.d/block-esp.conf
# 封禁 RxRPC 模块
echo"install rxrpc /bin/true" >> /etc/modprobe.d/block-rxrpc.conf
容器环境加固
在 Kubernetes 集群中：
限制 Pod 的 CAP_NET_ADMIN能力禁止普通用户创建特权容器 启用 Pod Security Policy（PSP）或 Pod Security Admission（PSA）
# Pod Security Policy 示例
apiVersion:policy/v1beta1
kind:PodSecurityPolicy
spec:
allowedCapabilities: []
# 不允许 CAP_NET_ADMIN
监控异常行为
虽然文件完整性检测对这类攻击无效，但可以监控：
异常的命名空间创建行为 非 root 用户加载内核模块 异常的 su、sudo执行记录内核日志中的 IPsec 相关异常
建议部署 Trellix Endpoint Security（HX），通过行为分析检测异常的权限提升尝试，而非仅依赖文件完整性检测。
附录：DirtyFrag 漏洞家族时间线
CVE-2026-31431（Copy Fail）
发现时间：2026 年 4 月 利用模块： algif_aead攻击方式：通过 AEAD 加密接口实现 4 字节页缓存写入
CVE-2026-43284 & CVE-2026-43500（DirtyFrag）
发现时间：2026 年 5 月 利用路径：更广泛的 skb 处理路径 攻击方式：与 DirtyClone 类似，通过 skb 原地修改污染页缓存
CVE-2026-46300
DirtyFrag 的补丁绕过变种 修复不完全的系统仍然受影响
CVE-2026-43503（DirtyClone）
披露时间：2026 年 6 月 25 日 特点：首个公开 PoC 的 DirtyFrag 变种 补丁时间：2026 年 5 月 21 日（主线内核）
这是今年 Linux 内核暴露的第四个"脏"漏洞——相同的攻击模式，不同的利用路径。 补丁已经发布了 5 个月，但你的服务器内核更新了吗？攻击者只需要一个本地用户账号 + 默认配置的系统，就能拿到 root。检查你的内核版本，现在就去更新。
网络安全领域深耕几十年，每日分享当下最新网络安全事件，喜欢的朋友可以点点关注~
