国民级远控沦陷:AnyDesk预认证堆溢出可拿到root(CVE-2026-109390·附PoC)"

admin 2026-10-16 13:30:14 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

国民级远控沦陷:AnyDesk 预认证堆溢出可拿到 root(CVE-2026-109390·附PoC)

原创

赤霄攻防实验室
赤霄攻防实验室

赤霄攻防实验室

2026年10月14日 16:06
河北

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

▲ 封面|漏洞情报(制图:赤霄攻防实验室)

TL;DR

是什么:国民级远控软件 AnyDesk Linux 版被披露预认证堆溢出 RCE(CVE-2026-109390,9.8 分)

有多糟:无需对方批准即可在服务器上以 root 执行命令;7070 直连与中继路径均可触达,PoC 已公开

怎么修:官方已在 8.0.3 修复——升级版本、收敛 7070 暴露面、核查服务账号

看点:远控工具的安全悖论——你用它管别人,别人用它管你;文末附版本自测脚本

▲ 漏洞档案卡(制图:赤霄攻防实验室)

AnyDesk:远控界的国民级选手

做运维的、帮父母修电脑的、管理几百台服务器的,几乎都用过或听说过 AnyDesk——它与 TeamViewer、向日葵并列,是远程桌面这个品类里装机量最大的几款软件之一。本次情报源给它的标签是「影响万级」,对一个远控工具而言,这个数字后面连着的,是一台台可以被直接接管的服务器与工作机。

这次出事的是它的 Linux 版本。与 Windows 桌面不同,Linux 下的 AnyDesk 常以系统服务形态常驻,且默认以 root 权限运行——这本来是为了远程控制方便,但在漏洞面前,root 运行意味着一旦被打穿,攻击者拿到的就是整台机器的最高权限。NVD 对 CVE-2026-109390 给出 9.8 的评分,攻击复杂度为零:不需要认证、不需要交互。

漏洞机制:一次整型回绕引发的堆溢出

漏洞出在会话协议的流包处理器上。按设计,远端发来的流包携带一个负载长度,服务端按这个长度分配内存再拷贝数据。问题在于:代码先把 16 字节的协议头加到长度上,用的是 32 位算术——当攻击者给出一个精心选择的长度时,加法结果回绕成一个很小的数,服务端按小值分配了缓冲区,而对象记录的逻辑长度还是那个大值。接下来的拷贝动作,就会把攻击者控制的字节一直写到分配边界之外。

发现者是荷兰 V12 安全团队的研究员 Rick de Jager,他们给这个漏洞起名 AnyPwn,并发布了完整的分析文章与演示视频:利用直接走 TCP/7070 直连传输,以一条查询命令验证了 root 级代码执行。更值得警惕的是,他们还用最小化触发器验证了中继连接路径同样可达——也就是说,即便你的机器不直接暴露在公网,走 AnyDesk 中继的会话协议也在同一条危险路径上。

▲ 预认证攻击链(制图:赤霄攻防实验室,据 V12 分析整理)

「预认证」三个字,是这篇里最贵的词

远控软件有一道传统的安全边界:你坐在被控机器前,看到连接请求,点击批准,对方才拿到控制权。这道人工审批把「远控」和「后门」区分开来。而 AnyPwn 的杀伤点恰恰在于绕过这道边界——漏洞在会话协议层,利用发生在对方批准任何操作之前。换句话说,屏幕前那个还没来得及点「拒绝」的用户,机器已经易主了。

厂商的反应也值得一提:8.0.3 修复了该问题,而有研究者注意到,官方在 PoC 视频发布后似乎悄悄下架了 8.0.2 的安装包——修复是修了,但旧安装包的下架动作本身,说明厂商很清楚还有多少存量机器在跑有漏洞的版本。堆利用的稳定性依赖堆布局,失败时会直接崩掉服务——对一个远控工具而言,服务崩溃同样意味着业务中断。

▲ V12 团队 AnyPwn 分析文档(来源:GitHub)

影响面与自测

公告确认受影响的是 Linux 版本 8.0.2 及之前的 8.0 系列,8.0.3 起修复;Windows 与 macOS 版本在本份公告中未被确认受影响,但考虑到远控客户端跨平台同源代码的比例,建议全平台都升到最新。自测两步:第一步查版本,终端执行版本查询命令,低于 8.0.3 即在影响范围内;第二步查暴露面,确认 7070 直连端口是否可达公网。

本号据此发布了指纹检测脚本:本地版本判定 + 7070 暴露面检查,三态输出。需要说明的是,堆内存破坏类漏洞无法安全地写出「真打一遍」的验证脚本(触发即可能服务崩溃),因此本脚本是版本指纹判定而非完整利用验证,这一差异已在脚本与文中如实标注。脚本已发布至本号 PoC 仓库,见文末参考区。

▲ 版本影响矩阵与自测判定(制图:赤霄攻防实验室)

▲ NVD 漏洞详情页(来源:nvd.nist.gov)

防御视角:远控工具的四条铁律

1. 版本管理要当漏洞管理做

远控客户端的自动更新经常被关闭或遗忘。把它纳入补丁管理:凡是常驻服务态的软件,版本必须可盘点、可追踪,低于安全版本即告警。

2. 直连端口不出公网

7070 这类直连传输端口只应内网可达,远程办公需求走 VPN 或带认证的反向代理。本条对 AnyDesk、向日葵、ToDesk 等所有远控产品通用。

3. 审查服务运行账号

Linux 服务态默认 root 是历史习惯而非必要条件。给远控服务降权、限定可访问目录,即便再出预认证漏洞,损失也能从「整机沦陷」降为「受限会话」。

4. 中继路径也要进威胁模型

这次事件的提醒是:不出公网不代表安全。凡是软件自带的云端中继能力,都应被视为一条潜在的远程触达路径,纳入同一个威胁模型评估。

参考来源

  1. NVD:CVE-2026-109390
  2. V12 团队 AnyPwn 分析:github.com/v12-security/pocs/tree/main/anydesk
  3. AnyDesk 官方 Linux changelog(8.0.3 修复)
  4. 本号指纹检测脚本(指纹判定,非完整验证):https://github.com/Rubby2001/CVE-POCS/tree/main/CVE-2026-109390

免责声明:本文仅用于安全研究与防御交流;PoC 为指纹判定性质,仅限对你拥有或获授权的主机使用。

【已复现】GitLab远程代码执行漏洞(CVE-2026-97229)" 网络安全文章

【已复现】GitLab远程代码执行漏洞(CVE-2026-97229)"

GitLabCE/EE存在CVE-2026-97229远程代码执行漏洞,源于CI/CD正则表达式编译器整数溢出,攻击者可无凭据远程触发,以git账号执行任意命令,可能导致服务器被控制及源码凭据泄露。影响19.2至19.4多个版本,官方已发布修复版本,建议用户尽快升级,并可通过限制匿名访问等临时措施缓解风险。
评论:0   参与:  0