Tenbyte Cloud 对 “Copy Fail” 本地根漏洞利用的响应

Copy Fail(CVE-2026-31431)允许任何未授权的 Linux 用户获取 root 权限。了解 Tenbyte Cloud 的响应措施以及您需要采取的安全操作。

Copy Fail (CVE-2026-31431)
要点概述: 2026 年 4 月 29 日披露了一项关键的 Linux 内核本地提权(LPE)漏洞,影响自 2017 年以来的所有主流 Linux 发行版,并已有可用的公开利用代码。Tenbyte Cloud 平台不受影响——VM 隔离阻止了跨租户利用。但您的独立 Linux 服务器仍需打补丁。请更新内核并重启。

2026 年 4 月 29 日,Theori 的安全研究员公开了 Linux 内核中的本地提权漏洞,名称为 “Copy Fail”,其危害程度堪称最高等级的 LPE。

该缺陷位于内核的algif_aead 加密接口。攻击者通过 AF_ALG 利用splice() 系统调用,未授权进程即可直接向宿主的页面缓存写入任意数据。随后,覆盖/etc/passwd 或向/root/.ssh/authorized_keys 写入 SSH 密钥变得极其容易。即可获得完整的 root Shell,无需竞争窗口,也不必计算内核偏移。

公开利用代码为732 字节的 Python 脚本。可在 Ubuntu、Amazon Linux、RHEL、SUSE 等发行版上可靠运行——自 kernel 4.14(2017)起的所有发行版均受影响。

比漏洞本身更值得关注的是发现过程:Theori 的 AI 系统 Xint Code 在约一小时内、仅凭一次提示就定位了该漏洞。无需手工抓取、无需人工分流。这是漏洞研究的里程碑,也预示着关键内核漏洞的出现频率将显著提升。



Tenbyte Cloud 平台是否受影响?

否。Tenbyte Cloud 为每台 Cloud Server 分配独立的虚拟机并使用隔离的内核。Copy Fail 属于内核层面的利用手段,无法跨 VM 边界传播。被攻破的 Cloud Server 无法触及底层 hypervisor、无法访问宿主页面缓存,也不会影响其他客户的服务器。

我们已在全量资源上完成验证,宿主环境安全可靠。


我们已采取的措施

  • 验证所有宿主系统 — 确认 Tenbyte 基础设施未暴露。
  • 准备更新的操作系统模板 — 随着上游补丁发布,新部署将默认使用已修补的内核。
  • 监控上游发布 — 实时跟踪各大发行版的安全邮件列表。


您需要做的

您的独立 Linux Cloud Server 在操作系统层面受影响,补丁由您自行负责。


为服务器打补丁

发行版系列

检查更新并下载的命令

应用更新的命令

Debian / Ubuntu

sudo apt update

sudo apt upgrade

Alma / CentOS / Fedora / Rocky

sudo dnf check-update

sudo dnf upgrade

漏洞存在于运行中的内核中,必须重启才能加载修补后的内核,重启不可省略。


风险评估:哪些场景需紧急处理

所有 Linux 系统理论上均存在风险。但真实风险取决于您的访问模型。

P1 — 24 小时内完成修补

  • 存在不受信任本地用户 (共享主机、多租户环境)
  • CI/CD runner 运行第三方代码(自托管 GitHub Actions、GitLab 共享 runner、Jenkins agent)
  • AI 代码执行沙箱 在容器内运行不受信任的输出
  • 任何允许未授权用户进行远程代码执行 的服务器

公开利用代码可靠且易用。攻击者只要取得立足点,执行一条命令即可获得 root 权限。

P2 — 按常规节奏修补

  • 仅有受信任管理员 拥有访问权限的服务器
  • 不存在不受信任的代码执行路径
  • 网络边界受严格控制

Copy Fail 属于本地提权漏洞,而非远程代码执行。但仍需在常规维护窗口内完成修补。


技术深度解析

面向想了解原理而非仅仅关注修复的读者。

利用方式概述

  1. 攻击者通过 AF_ALG 套接字使用algif_aead 接口
  2. 利用splice(),将数据在管道与加密接口之间传输
  3. 内核中algif_aead 实现的逻辑缺陷导致错误处理splice() 完成状态——写入了错误的内存地址
  4. 该错误写入落在宿主页面缓存 ——即内核对文件内容的缓存
  5. 攻击者控制写入内容和位置后,可覆盖诸如/etc/passwd 之类的文件以添加 root 用户,或向/root/.ssh/authorized_keys
  6.  写入 SSH 密钥,从而获得 root 权限

容器逃逸的原因

在共享内核的容器平台(Kubernetes、Docker 等)中,页面缓存在同一主机的所有容器之间共享。容器内的进程可以覆盖影响宿主和其他容器的文件,这使得多租户 Kubernetes 集群和 CI/CD runner 风险最高。

不受影响的场景

  • 基于 VM 的基础设施 ——独立内核、独立页面缓存
  • Firecracker 微型 VM ——AWS Lambda 与 Fargate 所使用的
  • gVisor ——用户态内核,不暴露algif_aead
  • Cloudflare Workers ——V8 隔离,不在 Linux 内核威胁模型中
  • 专用裸金属 ——单租户,无交叉污染风险

模式一致:当内核被共享时,隔离失效。

AI 视角

Theori 的 Xint Code 在约一小时内定位了该漏洞。作为对比,零日经纪商如 Crowdfense 为通用、可靠的 Linux LPE 支付 1 万至 700 万美元。AI 系统在一次午餐时间内就发现了它。

这并不意味着 AI 将取代安全研究员——Theori 团队是全球顶尖团队(9 次 DEF CON CTF 冠军)。而是说明 AI 成为放大器,改变了漏洞发现的经济学。防御方需加速补丁周期、强化隔离边界,并假设已被攻破的防御姿态。

进一步阅读