2026-10-22 12:01:46 网络安全文章来源：ZONE.CI 全球网 0 阅读模式

【热点安全风险】10月21日｜Juniper 一次修复 106 个漏洞，106 个问题中有 100 个无需任何凭据即可触发未认证接管设备管理界面

华顺信安威胁情报中心

2026年10月21日 07:30
湖南

去阅读

PART.01

风险汇总‍‍‍

风险一：瞻博网络（Juniper）一次修复 106 个漏洞，106 个问题中有 100 个无需任何凭据即可触发未认证接管设备管理界面

瞻博网络（Juniper）于 10 月 14 日发布季度安全公告，一次修复其设备操作系统 Junos OS 与 Junos OS Evolved 的 106 个漏洞，整体评级为严重，CVSS 3.1 为 9.8、CVSS 4.0 为 9.3，其中 9 个条目达 9.8。按公告口径，上述两个系统的全部版本均受影响，106 个问题中有 100 个无需任何凭据即可触发。三处问题最值得关注：其管理界面 J-Web 存在未认证的命令执行路径（CVE-2026-101986），未认证访问即可完全接管设备（CVE-2026-101954）；启用 BGP 路由监控时，特制路由更新可取得最高权限（root）的命令执行能力（CVE-2026-33796）。公告称这些问题由内部安全测试发现，尚未掌握在野利用，且无适用于全部问题的规避措施。修复版本按分支给出，覆盖 23.2R2-S7.7 至 26.4R1 等多个版本；公告特别提示 23.2、23.4 与 24.2 三个分支以重建方式提供修复，此前发布的同分支版本仍受影响。管理界面与路由协议同时暴露的设备风险最高。

建议排查

核对设备型号、所处分支与确切的补丁版本号
确认 J-Web 管理界面是否可从互联网直接访问
复核路由引擎日志与配置是否存在非预期变更

加固建议

按分支升级至公告给出的对应修复版本
关闭非必要的 J-Web 并对管理界面实施来源限制
对 BGP 邻居启用认证并收敛路由监控的暴露范围

参考来源

https://supportportal.juniper.net/JSA112187

风险二： TeamUpdraft（UpdraftPlus）客户数据库遭未授权访问，云端备份连接密钥可能外泄

网站备份插件厂商 TeamUpdraft 于 10 月 19 日更新事件说明。该公司的 UpdraftPlus 是为 WordPress 网站做备份的插件，其官网在 10 月 17 日至 18 日的周末被发现遭未授权访问，客户数据库可能已被读取。按公告口径，库中存有姓名、电子邮箱、账单地址与订单历史，以及经哈希处理的口令、双因素设置，还有云端控制台（UpdraftCentral）、备份存储（UpdraftVault）与站点克隆（UpdraftClone）三类服务的连接密钥；卡片信息不在其中，支付由外部通道处理。厂商已关闭入侵路径并修复底层弱点，强制注销全部账户、轮换可能受影响的密钥与凭据，同时发布新版插件，自动断开 10 月 18 日 22:00 英国时间之前建立的全部云端控制台连接。全部站点的备份存储连接已断开并重新发放凭据，克隆服务的客户端密钥也已更换，事件已向英国信息专员办公室等监管机构报告，并建议在别处复用同一口令的用户一并更换。这类连接密钥具备向客户站点下发指令的能力，泄露后受影响的不只是厂商账户，还包括由该控制台统一托管的每一个站点。

建议排查

确认是否使用该控制台集中托管多个站点
检查站点内是否存在陌生管理员账户与插件
核实备份任务是否仍能按预期写入远端存储

加固建议

升级插件并重建云端控制台的连接密钥
更换远端存储访问密钥与站点管理员口令
为站点管理员账户启用双因素认证

参考来源

https://teamupdraft.com/blog/security-incident-october-2026/

风险三：OPNsense 防火墙别名导入流程存在路径穿越，攻击者可取得设备最高权限（CVE-2026-57155）

开源防火墙与路由平台 OPNsense 存在路径穿越问题（CVE-2026-57155，评分 9.9），即把文件写到预期目录之外的位置。在 26.1.11 之前的版本中，防火墙别名 GeoIP 导入流程处理压缩包时，直接使用来自 CSV 文本的国家代码值拼接输出路径且未做校验，具备别名编辑权限的用户可以配置一个受控的数据源地址，提交国家代码中含目录穿越片段的压缩包，把攻击者可控的内容以最高权限写入其他已有目录。在此基础上，构造的日志轮转片段配合超大日志文件，可借默认每小时执行一次的定时任务完成命令执行，最终使防火墙被完全控制。修复版本为 26.1.11。别名功能本身即用于导入公开的 GeoIP 数据源，因此在启用该功能的环境中，攻击者只需把源地址换成自建地址即可复现整条链路。该缺陷的门槛在于需先取得一项具体界面权限，未将管理界面直接暴露、也未把别名编辑权限授予多人或外包方的部署更为安全。这类缺陷把本应限定在特定目录内的文件写入，变成了可指定位置的高权限写入，因此只要别名功能与对外管理入口同时存在，风险就无法靠业务侧配置抵消。

建议排查

核对防火墙版本是否低于 26.1.11
清点拥有别名编辑权限的账户与外部协作方
检查 GeoIP 别名来源与轮转配置是否为自建

加固建议

升级至 26.1.11 及之后版本
收紧别名编辑权限并按最小权限原则分配
将管理界面限制在可信网段并启用多因素认证

参考来源

https://github.com/opnsense/core/security/advisories/GHSA-wjqq-rfmm-v5h3

风险四：三菱电机工业监控组态软件披露四枚漏洞，未认证攻击者可绕过身份认证（CVE-2026-16438）

三菱电机面向工业监控与数据采集的一批软件被披露四枚漏洞。该公司 10 月 15 日的公告显示，问题涉及 GENESIS、GENESIS64、ICONICS Suite、Hyper Historian、MobileHMI、MC Works64、GENESIS32 与 BizViz 等产品。其中 CVE-2026-16436 为口令找回缺陷导致认证绕过，无需凭据即可经网络触发，评分 9.2；CVE-2026-16438 可执行任意操作（9.4），但需较高权限；CVE-2026-16437 评分 7.1；另有图像解析组件中的 CVE-2023-4863（9.3）。厂商说明上述问题可致信息泄露、篡改、删除与系统拒绝服务。受影响版本集中在 GENESIS 11.03 及更早、GENESIS64 与 ICONICS 等 10.97.3 及更早；MC Works64、GENESIS32 与 BizViz 全部版本受影响，且无修复版本计划，只能缓解或替换。这类软件部署在生产网内并直连现场设备，认证一旦被绕过，攻击者可读取工艺数据并下发操作指令。

建议排查

清点上述组态软件的名称、版本与部署位置
确认相关主机是否可从办公网直接访问
核查操作记录与工艺参数是否存在异常变更

加固建议

升级至厂商公告给出的修复版本
对无修复版本的产品按公告实施缓解措施或替换
将组态系统与办公网隔离并限制其对外连接

参考来源

https://www.mitsubishielectric.com/psirt/vulnerability/pdf/2026-006\_en.pdf

风险五：MariaDB 数据库两枚 9.9 分漏洞可致数据外泄与代码执行，低权限账户即可触发（CVE-2026-92262/85748）

开源数据库 MariaDB 修复了两枚评分均为 9.9 的漏洞。CVE-2026-92262 源于表名处理，攻击者可使用带特殊前缀的表名绕过正常的文件系统编码，从而以旧编码名称访问相关文件，导致服务崩溃、数据损坏或数据外泄，并可能进一步实现代码执行；该问题影响 10.6.1 起的多个分支，修复版本为 10.6.28、10.11.19、11.4.13、11.8.9、12.3.3 与 13.0.2。CVE-2026-85748 位于游标处理逻辑，攻击者先打开大量游标再读取其中一个，会因数组重分配留下悬空引用而形成释放后使用，在与其他问题组合时可实现代码执行，影响 12.3.1 至 12.3.3 以及 13.0.2 之前的版本，修复版本为 12.3.3 与 13.0.2。两枚漏洞均要求攻击者已持有数据库账户，权限项为低权限。数据库层的问题通常不止影响单个应用：同一实例上的多个业务库共享同一套文件与进程权限，一个低权限账户被利用，往往意味着实例内其他库的数据处于同一风险敞口之下。

建议排查

核对实例分支与版本是否已越过修复版本
清点可登录数据库的低权限账户与应用账号
检查数据目录与表是否存在异常文件名

加固建议

升级至对应分支的修复版本
按业务隔离实例并收敛账户的跨库访问权限
对数据库文件目录启用完整性监测与告警

参考来源

https://nvd.nist.gov/vuln/detail/CVE-2026-92262

风险六：微软办公套件批量修复二十余个文档解析漏洞，攻击者可经特制文档执行代码（CVE-2026-108451）

微软办公套件在 10 月的月度更新中修复了一批文档解析漏洞，其中远程代码执行类共二十余个，评分均为 8.8，评级为重要。按厂商口径，这些问题的成因包括堆溢出、栈溢出、释放后使用与数值截断等内存破坏类型，未认证的攻击者可经网络在目标系统上执行代码，但需要诱使用户打开特制文档；本次更新中的相关条目均标记为未检测到利用、未公开披露。以 CVE-2026-108451 为例，数值截断错误使攻击者能够通过网络执行代码。办公文档长期是投递环节的主要落点：载荷就是附件本身，收件人打开即触发解析流程，不需要启用宏，也不需要额外点击链接。此类批量修复单看分数并不突出，但一旦与投递结合，就能绕过邮件网关对可执行文件的拦截，因为通过邮件流转的始终是一份看起来正常的文档。官方未给出单独的缓释手段，安装更新是唯一处置方式。文档类漏洞常在修复后数月才被武器化，更新窗口相对充裕，但这同样容易造成积压；对以邮件为主要对外入口的组织，办公套件的补丁覆盖宜与邮件网关的附件策略同步推进。

建议排查

核对办公套件版本与已安装更新的时间
检查邮件网关是否存在异常文档附件记录
复核终端防护是否覆盖文档解析进程

加固建议

完成办公套件的月度更新覆盖
对来自外部来源的文档默认以受保护视图打开
在邮件网关侧限制高风险格式附件的流转

参考来源

https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-108451

PART.02

总体处置建议‍‍‍

总结

上述风险集中在四个方向。一是网络与安全设备的自身缺陷仍是影响面最大的来源：瞻博网络一次修复 106 个漏洞，其中管理界面的未认证接管与路由监控的最高权限命令执行都无需凭据，OPNsense 的别名导入问题则可从一项界面权限延伸到系统最高权限；这类设备位于网络边界，补丁缺口同时意味着边界判据的失效。二是第三方平台与供应链的连接凭据持续成为失守点：TeamUpdraft 的客户数据库被读取，云端控制台的连接密钥具备向托管站点下发指令的能力，风险沿已授予的信任关系向每一个站点扩散。三是生产网内的组态软件仍处在暴露与滞后的双重压力下：三菱电机的认证绕过无需凭据，而部分型号已无修复版本可等，只能依赖隔离与替换。四是通用软件的基础解析面并未收敛：数据库的低权限账户足以撬动同一实例上的其他数据，办公文档的一次打开即可触发解析流程。综合来看，优先补齐边界与管理界面的补丁、把第三方平台的连接密钥当作生产凭据管理、并为无补丁可用的系统设计替代路径，是当前最有效的三项投入。