研究员披露30多个所谓零日漏洞后，N-able 将 N-central 全球下线

N-able 已宣布发生重大安全事件，并将全球托管的 N-central 环境下线。此前，安全研究员 Sean Bales 于周日（8 日）发布了一个名为 Able2Shell 的 GitHub 代码库，其中包含针对该平台 30 多个所谓零日漏洞的概念验证漏洞利用代码。

N-central 是一款远程监控与管理（RMM）平台，供托管服务提供商（MSP）和 IT 团队用于远程监控、管理和保护客户设备与网络。该公司还敦促在自有服务器上运行 N-central 的客户暂时关闭系统，直至另行通知。

披露了什么

据 BleepingComputer 报道，Bales（化名 BinaryNinja）于周日（8 日）深夜发布了详细信息、技术说明、截图和概念验证代码。此次披露通过 GitHub 账号“Oracle-Security”进行。该研究员告诉该网站，这些漏洞的发现得到了人工智能的协助。

据称，这些漏洞已针对 N-central Appliance 2026.4.0.31（该软件的预发布版本）进行了测试，研究员认为其中大多数（如果不是全部）也影响更早的版本。披露的类别包括身份验证绕过、凭证泄露、任意文件写入、目录遍历、跨站脚本（XSS）、XML 外部实体（XXE）注入和远程代码执行（RCE）。

研究员认为最关键的利用链滥用了 N-central 服务导入功能中一个未经身份验证的 XXE 漏洞，可窃取受信任的本地会话、重置账户密码，并以 nable 用户身份在服务器上执行命令。同一漏洞利用还可创建一个处于启用状态的默认管理员账户，其凭证由攻击者控制，从而获得管理界面的非法管理员访问权限。其他披露的漏洞利用包括一个存储型 XSS：当管理员查看恶意补丁元数据时，它可以 root 身份执行命令；以及一个权限提升漏洞，可使以 nable 身份运行的代码以 root 身份执行命令。

N-able 的回应

披露之后，N-able 宣布发生重大事件，并将美洲、欧洲和亚太地区的托管 N-central 环境下线。N-able 在给 BleepingComputer 的声明中表示，公司正在“积极应对有关 N-central 关键漏洞的不负责任的披露”，并作为预防措施于 11 月 9 日将托管环境下线，同时建议本地部署客户暂时关闭服务器，直至另行通知。

据该公司称，其安全、工程和运营团队正在进行修复并开发热修复补丁。到目前为止，N-able 表示尚未观察到这些漏洞遭到主动利用，也未发现未经授权访问数据的证据。该公司表示将每四小时发布一次更新，如有新消息会更早发布，但未给出服务恢复时间的预估。通过 N-able 登录访问的 Ecoverse 服务在经典 N-central 环境不可用期间仍可正常运行。

为何公开披露

Bales 告诉 BleepingComputer，他在未事先通知 N-able 的情况下披露了这些漏洞，因为据他称，该公司未能修复他此前在另一款 N-able 产品中报告的漏洞。据该研究员称，他在大约五到六个月前披露了两个不相关的远程代码执行漏洞和一个权限提升漏洞，这些漏洞至今仍未修复。他还表示，在过去四到六周内发送了跟进邮件，均未收到回复，也未通过公司的漏洞赏金平台就这些早期报告获得报酬。N-able 未回答 BleepingComputer 关于这些说法的问题。

该研究员还表示，披露之后，N-able 的高管（包括首席执行官和首席技术官）联系了他，要求他删除 GitHub 代码库并与公司合作。据他称，没有任何威胁——只是要求删除代码库并开展合作。

尚未确认的内容

重要的是，应将这些漏洞视为所谓漏洞：BleepingComputer 表示尚未独立验证所有报告的漏洞。这些漏洞尚未被分配 CVE 编号，也未公布严重程度评分。N-able 已确认的是事件本身、预防性下线以及正在开发热修复补丁——据该网站称，这为研究员关于至少部分漏洞真实存在的说法提供了可信度。

N-central 客户应关注 N-able 的官方渠道，并按照公司的建议，在热修复补丁发布之前保持服务器下线。

另请阅读 Geekiki：Zyxel GS1900 交换机零日漏洞绕过 6 月补丁，影响 996 台设备。

图片来源：N-able 标志，由该公司在新闻稿中发布（经由 BusinessWire）。

来源

透明度声明：本文在人工智能的协助下完成，并与 X 上的公开帖文及互联网来源进行了交叉核对。信息已根据下方引用的原始来源核实，建议查阅原始来源以确认细节。

作者：Muse