【热点安全风险】11月11日｜N-able 的 N-central 被公开披露 33 个未修复缺陷 ，未认证攻击者可借一条利用链在服务器执行命令

华顺信安威胁情报中心

2026年11月11日 07:30
湖南

去阅读

PART.01

风险汇总‍‍‍

风险一：N-able 的 N-central 被公开披露 33 个未修复缺陷，未认证攻击者可借一条利用链在服务器执行命令

N-central 是 N-able 面向托管服务商与 IT 团队出售的远程监控与运维平台，单个服务器即可向其所管的全部终端下发脚本、安装软件并开启远程会话。11 月 8 日，一名研究人员公开了 33 个缺陷的技术说明与可直接运行的利用代码，说明中写明全部测试于尚未正式发布的 2026.4.0.31 版本，并指出已发布的旧版本同样受影响。主利用链从服务导入功能的 XML 外部实体注入入手，不需要任何凭据就能读取本机文件、窃取本机信任的会话、重置账户口令，并以 nable 用户身份执行命令，还能创建一条启用状态、口令由攻击者指定的 Default Administrator 账户；另一条利用链借存储型跨站脚本，在管理员打开被污染的补丁记录时以 root 权限执行命令。厂商尚未分配 CVE 编号，紧急修复程序仍在开发与验证中。11 月 9 日 15:15 UTC 起，厂商把美洲、欧洲、亚太三个区域的托管 N-central 全部下线，并要求自建客户把服务器关机、待其确认后再上线；厂商确认尚未观察到这些缺陷被利用。

建议排查

1. 确认自有环境或外包服务商是否使用 N-central 管理终端
2. 核对 N-central 管理与网页界面此前是否可从互联网直接访问
3. 查异常 Default Administrator 账户、口令重置记录与 nable 用户的命令执行日志

加固建议

1. 自建服务器按厂商要求保持关机，等紧急修复程序发布并验证后再上线
2. 恢复后先把管理界面限制在管理网段或 VPN，再逐台核对被管终端
3. 轮换 N-central 管理员、服务账号与第三方集成所用凭据

参考来源

https://uptime.n-able.com/

风险二：FreeSWITCH 处理入站 SIP MESSAGE 时未限制命令选择器，未认证攻击者可执行任意系统命令（CVE-2026-116779）

FreeSWITCH 是由 SignalWire 维护的开源软件电话交换平台，被广泛用作企业语音网关、呼叫中心与运营商级通信服务器。按项目方 10 月 28 日发布的安全公告，1.11.2 及更早版本在处理入站 SIP MESSAGE 时，会把收件人地址按加号切开，并把左半段当作聊天协议名直接派发；内置的 api 聊天接口会把这段内容交给命令执行函数，因此能投递一条消息的对端就可以决定服务器运行哪条 FreeSWITCH 命令，进而执行任意操作系统命令、读取配置与凭据、完全接管通话控制。默认配置即受影响：只要某个 SIP 配置档接收入站 MESSAGE 就成立，出厂配置的 internal 与 external 两个配置档都开着聊天功能，且入站访问控制列表并不覆盖 MESSAGE，收紧访问列表也无法规避。公告确认该路径存在在野利用。项目方给出 CVSS 3.1 评分 9.8，修复版本为 1.11.3，并新增按配置档关闭 api 协议选择的开关。该漏洞已于 11 月 9 日纳入美国 CISA 已知被利用漏洞目录，处置期限 11 月 12 日。

建议排查

1. 清点对外提供 SIP 服务的 FreeSWITCH 实例与版本
2. 确认各 SIP 配置档是否接收入站 MESSAGE、是否仍存在无口令的目录用户
3. 检查话单与系统日志中异常长的 API 命令调用与陌生对端地址

加固建议

1. 升级到 1.11.3 或更高版本，并为各配置档关闭 api 协议选择
2. 对不需要聊天功能的配置档直接设置 enable-chat=false
3. 对已暴露在互联网的实例按失陷处置，排查持久化与改号外呼

参考来源

https://github.com/signalwire/freeswitch/security/advisories/GHSA-mg63-h38w-8p9p

风险三：SAP Web Dispatcher 存在内存破坏，未认证攻击者可发送特制流量执行任意代码（CVE-2026-89126）

SAP Web Dispatcher 是 SAP 体系对外的入口组件，承担反向代理、负载均衡与连接复用，对外发布的 SAP 业务系统都要经它接入。SAP 在 11 月补丁日的公告显示，该组件对内部组件所处理的特定网络输入校验不足，未认证攻击者只要发送特制网络流量即可触发内存破坏；一旦利用成功，攻击者可在目标主机执行任意代码并完全控制该系统，机密性、完整性与可用性均受严重影响。SAP 自评 CVSS 3.1 基础分 10.0，向量为网络可达、低复杂度、无需权限、无需用户交互且影响范围变更。受影响的产品线覆盖 WEBDISP 7.53、7.54、7.77、7.93、9.16、9.18、9.20，以及同版本的 KERNEL 7.53、KRNL64UC 7.53、HDB 2.00、XS\_ADVANCED\_RUNTIME 1.00 与 SAP\_EXTENDED\_APP\_SERVICES 1。厂商未公布该漏洞的在野利用情况，修复方式为应用 SAP 安全说明 3778556 对应的补丁级别。

建议排查

1. 清点在用 Web Dispatcher 的版本与部署位置，含 DMZ 前置实例
2. 确认 7.53 至 9.20 各分支的实际补丁级别是否低于说明要求
3. 复核该组件的异常请求、进程重启与内存告警记录

加固建议

1. 按 SAP 安全说明 3778556 升级到规定补丁级别并核验版本
2. 仅放通业务必需路径，避免管理接口与内部路径暴露在互联网
3. 在入口侧对畸形报文做拦截，并对该组件启用进程级监控与自动重启

参考来源

https://www.cve.org/CVERecord?id=CVE-2026-89126

风险四：IBM Aspera Faspex 授权校验可被绕过，已登录用户构造一条消息即取得管理员权限（CVE-2026-123218）

IBM Aspera Faspex 是企业用于跨地域高速传输大文件的软件包传输平台，媒体、制造与科研单位用它收发大体积素材与数据集。IBM 在 11 月 7 日的安全公告中说明，5.0.0 至 5.0.19 版本存在授权校验缺陷，任何已登录的普通用户可以构造一条特定消息绕过用户授权检查，把自己的权限提升为完整的管理员权限，从而读取、改写或删除平台上所有传输任务与他人文件。IBM 自评 CVSS 3.1 基础分 9.8，向量为网络可达、低复杂度、无需用户交互；公告同时说明该漏洞没有可用的临时缓解措施，只能升级。修复版本为 5.0.19 PL1（Linux 容器镜像），需确认 faspex-core 容器镜像为 5.0.19 的 Fix Pack 1。由于该平台集中存放对外交换的大文件与账号凭据，权限一旦越界，攻击者可先取走他人投递的素材，再以管理员身份改写传输策略。该漏洞已于 11 月 9 日纳入美国 CISA 已知被利用漏洞目录，处置期限 11 月 12 日，官方条目要求同步开展取证排查，说明仅升级并不足以排除既有失陷。

建议排查

1. 核对 Faspex 版本与 faspex-core 镜像是否为 5.0.19 PL1
2. 梳理可登录该平台的账号来源，含外部合作方与临时账号
3. 检查管理员账号新增、传输策略变更与大批量下载记录

加固建议

1. 升级到 5.0.19 PL1 并核验容器镜像的 Fix Pack 编号
2. 收敛账号权限，按项目隔离包与收件人，避免共享账号
3. 对该平台启用独立审计留存，并将管理口限制在可信网段

参考来源

https://www.ibm.com/support/pages/node/7295921

风险五：Fireworks AI 的推理平台被入侵，下游 Notion 不足百分之一工作区的 AI 聊天记录外泄

Fireworks AI 是为企业提供模型推理与训练服务的 AI 基础设施厂商，Notion 曾用它承担分类任务与开源模型推理。按其 11 月 9 日更新的公告，10 月 23 日托管其研发机器的第三方云服务商先发生安全事件，未授权方借这条通路进入 Fireworks 的开发机，运行了未授权负载，造成额外的客户数据受影响；10 月 25 日之后未再发现新的未授权访问。受影响数据包括资源标识与名称等元数据、账单与收货地址、发票与付款历史、账户余额与用量，支付卡号不存储于平台故未受影响，少数账户还涉及密钥、数据集与不完整的模型权重；默认零数据保留的推理服务、训练 SDK 与 Nexus 未受影响。厂商认定攻击方为以转售模型调用额度牟利的网络犯罪团伙。Notion 在 11 月 8 日确认，外泄数据中含无法归属到具体工作区与用户的 AI 聊天记录，涉及低于百分之一的工作区，已停用相关分析与经 Fireworks 的开源模型推理，并要求受影响方把聊天中粘贴过的口令与密钥视为已泄露。两家厂商均未披露受影响账户的具体数量。

建议排查

1. 清点使用外部 AI 推理或分类服务处理的业务数据范围
2. 核对与第三方 AI 厂商共享的密钥、数据集与模型权重是否需轮换
3. 检查 AI 对话中是否粘贴过口令、令牌等敏感内容

加固建议

1. 对第三方 AI 供应商约定数据留存与泄露通报时限并留痕
2. 按最小必要原则投喂数据，敏感字段先脱敏再交由外部推理
3. 为 AI 调用单独发放可快速吊销的密钥，并纳入统一轮换

参考来源

https://fireworks.ai/security/bulletins/october-2026-security-incident-update

风险六：慕尼黑工业大学（TUM）myTUM 门户全体注册用户密码被窃，管理员凭据被用于攻击教务系统

myTUM 是慕尼黑工业大学的统一登录与服务中心，师生经它进入邮箱、教务与各类校内系统。校方在 11 月 6 日的公告中说明，不明人员攻击了该门户，窃取了所有在 myTUM 注册者的中央登录口令，其中包含一名 TUMonline 系统管理员的凭据；攻击者用这套凭据对教务系统 TUMonline 发起后续攻击，校方随即暂停相关账户并把该系统下线。11 月 9 日，校方恢复 TUMonline 访问并开放口令修改。校方列出的受影响数据包括：全体受影响人员的账户口令、姓名、家庭住址与出生日期；员工另有工作地址与工作电话，学生另有学号、专业与已修学期数。校方核对日志后确认攻击者在 TUMonline 内的操作均有记录，成绩与入学申请未被取走；已启用多因素认证的账户在此次攻击中未受影响。校方要求全体受影响人员在 TUMonline 内更换口令，随后启用多因素认证，口令曾在校外服务复用者须一并更换，并对以姓名、专业与住址为素材的邮件与来电保持警惕。校方已向巴伐利亚州数据保护专员报告并提起刑事控告，受影响人数尚未披露。

建议排查

1. 排查与该门户使用相同口令的校内与外部账号并强制改密
2. 核对统一登录系统管理员账号是否单独启用多因素认证
3. 复核教务系统在事件窗口内的管理员登录与数据导出记录

加固建议

1. 对统一登录与教务系统管理员强制多因素认证并分离管理凭据
2. 口令统一以强哈希存储，禁止跨系统复用同一口令
3. 以本次泄露的姓名、住址等信息为素材，开展定向钓鱼演练

参考来源

https://www.tum.de/en/news-and-events/all-news/press-releases/details/it-security-incident-at-tum

PART.02

总体处置建议‍‍‍

总结

这一批风险共同暴露的是同一类判断失误：把「来自本机」「来自内网」「默认配置」当作可信凭证。远程运维平台与通信服务器都从一条不需要凭据的普通消息入手，一份 XML、一条 SIP 报文就能碰到命令执行的位置；入口型组件则把校验缺位留给对外的网络流量，攻击成本被压到只需一次请求。另一条线索是信任的层层转包：托管运维平台被下线，依赖它的服务商及其客户的终端一并失去运维通道；AI 推理平台被入侵，下游协作工具的聊天记录随之外泄。可见资产清单必须按「谁替我管终端、谁替我算模型」来梳理，而不只是清点自己机房里的机器。修复节奏同样值得关注：公开披露与可用利用代码落地在先、官方编号与补丁在后，其间只有下线与关机这类硬手段可用，说明依赖厂商发布节奏的被动等待已不足以兜底。

整体风险处置建议

1. 以「被管与被托管」双视角重画资产边界，把外包运维与外部 AI 服务纳入同一张清单
2. 对暴露在互联网的运维、通信与入口组件，先收回访问范围再谈打补丁
3. 建立无补丁情况下的预案：能下线就下线、能关功能就关功能，不等官方公告
4. 将已知被利用漏洞目录纳入周度例会，按处置期限倒排升级窗口
5. 对第三方供应商约定通报时限与取证配合义务，并在合同中写清责任边界

合规说明

以上内容基于公开信息整理，仅用于网络安全防护与管理决策参考，具体影响范围与修复方式请以厂商官方公告为准。