N-able 证实 N-central 攻击者已触及受管端点

2026年7月31日，N-able 的 Adlumin 托管检测与响应服务在某个客户环境中发现了异常活动，并发现一名威胁行为者正在利用 N-central 中一个供应商尚未披露的漏洞。N-central 是托管服务提供商用来管理其客户系统的远程监控与管理平台，因此入侵者所掌握的并非一台机器，而是摆在众多机器面前的那台控制台。该漏洞后来被登记为 CVE-2026-18577，它允许在未经身份验证的情况下获得远程管理访问权限；随后，攻击者利用 N-central 自带的 Take Control 功能，向受管端点发起会话，并在这些设备上注册了 Cloudflare 隧道服务，从而使访问权限在失去 N-central 账户后仍能存活。N-able 表示“已确认受影响的客户数量有限”，但未说明具体有多少，也未说明攻击者深入到了何种程度。本文依据 Orca AI Incident Archive中的一条记录写成，该档案库将其与其他已记录的 RMM 和 MSP 供应链事件一并归档。

关于这一事件的记载，在描述它的各个来源之间几乎没有争议。N-able 自己的安全更新、两个 CVE 编号对应的 NVD 记录、检测发生后数日内发布的 Huntress 调查，以及 The Register 于 8 月 7 日、The Hacker News 于 8 月 8 日的报道，都描述了同一顺序：未经身份验证进入 N-central，将 Take Control 用作跳板，在端点上注册 Cloudflare 隧道以维持持久化。该档案将事件日期定为 2026 年 7 月 31 日，精确到日，也就是说，就是这一天——Adlumin 的检测被提出的那一天——而不是一个时间窗口。有一个来源细节值得说明：N-able 的整合帖日期为 2026 年 8 月 10 日，而档案所引用的、以“august-2-2026”结尾的 URL 现在解析到那篇更晚的更新，因此最初发布的 8 月 2 日文本无法再从该链接找回。

缺陷出在第二次绕过，而不是第一次。

那个夏天，N-central 已经被绕过一次。CVE-2026-18556 被归类为使用替代路径或通道的身份验证绕过，影响直至 2026.1 版本的 N-central，并已在 2026.2 中修复。NVD 对 CVE-2026-18577 的记录用一句话将其描述为“针对 CVE-2026-18556 的不完整补丁”，该补丁“允许在直至 2026.3.1 的 N-central 版本中实现身份验证绕过和账户接管”。换句话说，已经应用了 2026.2 修复的组织仍然处于风险之中，这就是为什么在第一个漏洞出现后一周内，又出现了第二个漏洞和第二个热修复。

两条记录都带有相同的弱点类别，CWE-288。不同评分方给出的分数并不一致，而这是评分本身的特性，并非矛盾：NVD 对 CVE-2026-18577 记录的 CVSS 4.0 基础评分为 8.2，而 NIST 的 CVSS 3.1 评估将其定为 8.1。对于 CVE-2026-18556，两者分别为 8.2 和 7.4。2026-18577 的 4.0 向量为 AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N，子评分为 SC:L/SI:L/SA:L——机密性高，完整性和可用性无。这是对绕过行为本身的描述，而不是对攻击者在越过它之后做什么的描述，并且它不能很好地指导评估受攻陷的管理控制台可能造成的损害。

CVE-2026-18577 的修复版本被表述为 2026.3.1.7 之前的所有构建版本，这一说法见于 Beazley Security 就该漏洞发布的公告；而 N-able 自己的文章仅列出热修复构建版本，并未发布受影响版本矩阵。

入侵者用管理控制台做了什么

Take Control 是 N-central 自有的远程支持工具，其交付目的是让 MSP 技术人员无需要求最终用户安装任何东西，就能在最终用户的桌面上打开会话。攻击者像技术人员那样使用了它。正如 The Register 所报道，Huntress 将这种访问权限描述为“通常保留给受信任的网络运营和工程人员的同等 N-central 访问权限”——足以打开远程会话、向客户系统推送脚本，并且，正如 CISO Intelligence 8 月 3 日的摘要对该能力的表述，足以打开通往域控制器的会话。没有任何来源说明攻击者实际使用了这些能力中的哪些。

持久化步骤是这起事件过后依然持续存在的部分。攻击者若在端点上将 Cloudflare 隧道注册为 Windows 服务，就能获得一个仅需出站的通道：无需任何入站防火墙规则，重启后会再次启动，而且即便用于植入该服务的 N-central 账户被吊销，它仍会继续运作。N-able 的更新列出了需要留意的服务名称 Cloudflared，以及在用户 Documents 文件夹中发现的一份 svchost.exe 副本，还有产品自身日志中异常的 Take Control 会话。Beazley Security 的公告补充称，内置账户 mspsupport@n-able.com 也是需要排查的迹象。N-able 还警告称，攻击者正在创建新账户并重置现有账户以维持驻留，并直白地说明了后果：应用补丁“并不能移除可能已经存在于您环境中的威胁行为者”。

波及范围有多大：九家机构，以及一家不愿被计入的供应商

关于入侵波及范围，目前任何人公开发布的唯一数字都来自 Huntress，而非 N-able。在一个遭到入侵的合作方环境中，Huntress 发现攻击者触及了九个下游组织，每个组织各触及一个终端，并且基本仅限于进程枚举，随后便断开连接。这只是单起案例中观察到的下限，而非总数：N-able 拒绝说明有多少客户受到影响、有多少下游系统被触及，也拒绝说明攻击者在建立持久化后做了什么。The Register 明确报道了这一拒绝。CISO Intelligence 8 月 3 日的摘要指出，截至该日，Huntress 合作方可访问的云 N-central 服务器中仍有超过 55% 未打补丁。

AI 连接实际上是什么

记录显示，此次事件中 AI 的参与已被确认为事实，而要寻找它的地方是检测环节，而非攻击环节。N-able 将 Adlumin 宣传为"AI-powered, human-led SecOps"，其"adaptive AI"能够"continuously learns your environment"，并标记行为异常；今年 3 月在 RSAC 2026 上，该公司发布了 Adlumin MDR 内部的三项 AI 驱动检测——异常 PowerShell 检测、ML 驱动的 DNS 中断告警，以及一个单事件进程执行模型，该模型依据进程的名称、路径和父进程链对其进行评分。7 月 31 日检测到此次入侵的，正是 Adlumin 的 MDR 服务。

既定事实到此为止。本文所查阅的任何来源都没有说明，启动响应那次具体警报是由 AI 模型还是人工分析师发出的，N-able 也没有将检测归因于任何具名引擎。同样清楚的是，另一端并未出现任何 AI 系统：无论是 N-able 的说法、据报道的 Huntress 发现，还是 The Register 或 The Hacker News 的报道，都没有在入侵链条的任何环节描述模型、代理或 AI 工具。直白地读，这份记录之所以归入 AI 事件档案，是因为一个 AI 辅助安全平台是检测工具，而不是因为 AI 造成或实施了这次入侵。这一区分正是该档案标签在此能给读者的最有用的信息。

发生了什么变化，以及 N-able 仍不会说什么

N-able 于 8 月 2 日发布了 Hotfix 1（build 2026.3.1.7），并集中缓解了其自有托管环境中的问题；本地部署客户则必须自行安装。8 月 6 日，持续监控发现了一条相关攻击路径，该公司随后发布了 Hotfix 2（build 2026.3.1.10），称其“通过额外加固措施”取代第一个版本，并且即使客户已应用 Hotfix 1，也必须安装 Hotfix 2。CISA 于 8 月 3 日将 CVE-2026-18577 加入其 Known Exploited Vulnerabilities 目录，联邦修复截止日期为 8 月 6 日；并于 8 月 4 日将 CVE-2026-18556 加入该目录，截止日期为 8 月 7 日——两例均为三天窗口期，The Register 称这是通常只为紧急风险保留的异常短期限。随修复发布的指导是操作层面的，而非技术层面的：强制执行 MFA，除非有工单需要，否则禁用产品内支持账户，审计账户和权限的创建与重置，并运行供应商自己的指标扫描服务模板——同时完全不把扫描结果干净当作任何证据。N-able 写道：“干净的结果不应被解读为你的环境未受影响的保证。”

N-able 尚未公布的是根本原因。它表示，在攻击者仍处于活跃状态期间，它有意保留技术细节——“完整的根本原因分析即将出炉，一旦可以安全公布，我们就会立即分享”——并表示在它有把握之前，“不会宣布此事已结案”。这就使得第二种绕过方式只能通过其效果来描述：它是绕过同一项身份验证检查的另一条路径，而 2026.2 修复原本意在封堵这项检查。

还有什么仍然开放

归因尚不明确，供应商自身的指标也无法提供归因依据。CISO Intelligence报告称，N-able公布的若干IP地址中有几个是Mullvad和NordVPN的出口节点，并且后来又向列表中添加了两个地址——正如同一份摘要所指出的，这些只是调查线索，而非归因结论。N-able在此处的置信度并不等同于该归档记录的置信度：该记录之所以被标为置信度A，是因为主要来源之间彼此一致，这只说明文档层面的一致性，并不代表有人已对此次入侵进行了独立的端到端验证。

记录所能支持的结论比一则数据泄露头条更狭窄，也更持久。MSP 用来管理整个客户资产的平台中，第二个身份验证绕过漏洞遭到在野利用，并且在 7 月 31 日首次发现到 8 月 6 日第二个热修复之间至少六天里一直处于可利用状态。攻击者建立了一条打补丁修复 N-central 也无法关闭的端点回访通道——正因如此，厂商对任何晚打补丁的人给出的建议是，把环境视为已失陷并开始审计账户，而不是相信一次干净的扫描。