【热点安全风险】10月31日｜Linux 内核 9.8 分缺陷，未认证攻击者可越界写内存（CVE-2026-98432）

华顺信安威胁情报中心

2026年10月31日 07:30
湖南

去阅读

PART.01

风险汇总‍‍‍

风险一：Linux 内核 IPv4 选项对象释放时机错误，未认证攻击者可使内核越界写并泄露内存（CVE-2026-98432）

Linux 内核是服务器、云主机与网络设备的底座，其 TCP/IP 协议栈对任何监听端口开放。CVE-2026-98432 出在 IPv4 选项对象的释放时机：内核把请求套接字持有的选项对象转交子套接字时不复制，另一处理器处理重传 SYN、构造 SYNACK 时仅持读锁读取该对象，并两次读取其中的长度字段；子套接字被释放后，该对象以普通方式回收，随后的构造过程继续使用已释放内存。攻击者向监听端口发送带 IPv4 记录路由或时间戳选项的 SYN 并制造重传即可触发，全程无需认证与交互，评估分值在 3.1 版为 9.8。后果有三类：把相邻内核堆内容随 SYNACK 回传给对端，泄露内存；以陈旧长度与偏移驱动越界写，可能破坏控制流；以及构造越界触发内核崩溃。4.4 起的稳定分支均受影响，修复版本为 5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10 与 7.3。该缺陷尚未进入已知被利用目录，各发行版已陆续发布内核更新。

建议排查

1. 核对内核版本是否低于对应稳定分支修复版本。
2. 排查内核崩溃、异常 SYN 选项与内存告警记录。
3. 梳理对外暴露的监听服务与边缘代理节点。

加固建议

1. 升级至对应稳定分支的修复版本并重启生效。
2. 在边界与主机侧过滤异常 IPv4 选项报文。
3. 对关键主机启用崩溃转储与内存完整性监控。

参考来源

https://ubuntu.com/security/CVE-2026-98432

风险二：思科（Cisco）防火墙 SSL VPN 缺陷已遭在野利用，未认证攻击者可重启设备（CVE-2026-76418）

思科（Cisco）的 Secure Firewall ASA 与 FTD 是边界防火墙与 VPN 网关，SSL VPN 远程接入是其常见用法。思科 10 月 28 日的安全公告指出，远程接入 SSL VPN 服务在隧道组配置二次认证时存在逻辑错误：攻击者连接时发送特制请求即可触发，无需登录与交互，设备意外重启形成拒绝服务，评估分值在 3.1 版为 8.6。公告确认思科产品安全团队已在 2026 年 10 月察觉该缺陷被实际利用；CISA 于 10 月 29 日将其列入已知被利用目录，联邦机构须在 11 月 1 日前处置。受影响需三项同时成立：版本落在影响范围、SSL VPN 登录服务对外可达、隧道组配置了二次认证服务器组。官方称无通用规避手段，临时缓解为取消二次认证或关闭隧道组列表；修复版本为 ASA 9.16.4.104、9.18.4.96、9.20.4.50、9.22.3.200、9.23.1.48、9.24.1.27，FTD 7.0.11、7.2.13、7.4.9、7.6.7、7.7.14、10.0.3、10.1.1。VPN 网关是外网入口，重启期间远程办公与站点间隧道一并中断。

建议排查

1. 核对 ASA、FTD 版本及 SSL VPN 是否对外可达。
2. 检查各隧道组是否配置二次认证服务器组。
3. 检索设备异常重启与 VPN 登录失败日志。

加固建议

1. 升级至公告列出的各分支修复版本。
2. 暂不能升级时取消二次认证或关闭隧道组列表。
3. VPN 管理面限制来源地址，启用登录审计与告警。

参考来源

https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-asaftd-tunnel-dos-s6mgkb75

风险三：良品计画（Ryohin Keikaku）确认无印良品应用客户信息可能外泄，最大约 2726 万条

良品计画（Ryohin Keikaku）是运营「无印良品」的日本零售企业，其官方应用「MUJI アプリ」承载会员账号、购买记录与门店服务。10 月 30 日，公司公告确认应用中所保管的客户信息有一部分可能已外流：可能外泄的字段为邮箱地址、出生日期与性别，明确不含信用卡信息、姓名、住址与电话号码；涉及件数最大约 2726 万条，其中包含已退会客户的信息。处置方面，公司称检测到外部非法访问后，已切断该处访问并应用修正；截至公告时，未确认这批信息已在暗网等渠道流通，也未确认被用于造成实际损害。公司表示将陆续联系可能受影响的客户，若确认发生外流会再行公告，并说明应用与网络商店均可正常使用，将在开发公司与关联公司配合下强化安全与监控。手机号与地址未被波及，降低了直接盗刷与线下骚扰的可能，但邮箱加生日的组合足以支撑批量钓鱼、账号找回与身份冒充，两千余万条的规模也说明访问面远大于单一接口，退会客户的信息仍在库中，账号清理流程同需复核。

建议排查

1. 核对自有会员应用是否存在同类未授权读取迹象。
2. 复核应用接口的访问控制与批量查询限制。
3. 检查会员库中邮箱、生日的导出与调用记录。

加固建议

1. 会员接口实施字段级最小化与调用频次限制。
2. 邮箱、生日等组合字段加密存储，限制批量导出。
3. 向会员提示钓鱼风险，敏感操作增加二次验证。

参考来源

https://www.ryohin-keikaku.jp/news/articles/2026\_1030\_01

风险四：新墨西哥大学健康科学中心遭网络安全事件，一级创伤中心救护车分流两小时

新墨西哥大学健康科学中心（UNM HSC）是美国新墨西哥州的公立医学中心，旗下 UNM Hospital 为该州唯一的一级创伤中心。10 月 26 日约 11 时，其信息技术安全团队发现网络安全事件并立即启动遏制；12 时 30 分至 14 时 30 分，中心的救护车被临时分流至阿尔伯克基与圣菲的其他医疗系统，门诊手术与预约在 10 月 26 日余下时间暂停，健康科学中心课程取消、非必要员工离岗，并启动应急指挥中心统筹响应。官方通告写明，已通知州与联邦执法机构，并引入外部伙伴协助调查；评估认为事件影响部分终端设备，未触及核心系统与服务器。10 月 27 日下午更新称关键电子系统恢复，医院全面开放、救护车恢复常态、门诊恢复预约；10 月 28 日更新称课程与研究活动恢复，且未与任何声称负责的团体妥协，同时提醒公众不要与声称对此事负责者接触，以免落入虚假赔付类诈骗。官方未披露攻击者身份、是否发生数据外泄及受影响人数，调查仍在进行。从处置节奏看，终端与核心系统的隔离边界，直接决定了业务停摆的时长。

建议排查

1. 复核终端侧检测与隔离能力，确认核心网段隔离有效。
2. 检查急诊、影像等关键系统的应急切换预案。
3. 核对第三方与外部伙伴的接入权限与审计。

加固建议

1. 关键业务系统与办公终端分域，限制横向移动。
2. 定期演练停机与手工流程，缩短业务恢复时间。
3. 对外统一发布口径，提示客户防范冒充诈骗。

参考来源

https://hscnews.unm.edu/news/ambulance-traffic-diverted-clinical-appointments-cancelled-and-classes-cancelled-due-to-cybersecurity-issue-at-unm-hsc

风险五：Progress Software 的 WS\_FTP Server 认证缺陷评为满分 10.0，未认证攻击者可读取管理员凭据（CVE-2026-84295）

Progress Software 的 WS\_FTP Server 是运行在 Windows 上的企业文件传输服务器，常用于与外部伙伴交换批量文件。10 月 29 日披露的一批漏洞中，CVE-2026-84295 在 3.1 版下被评为满分 10.0：认证环节存在缺陷，未认证的远程攻击者可访问敏感信息，其中包括管理员凭据；受影响范围为 2024.0.6 与 2025.0.3 之前的版本，修复版本即这两个分支的后续版本。同批还包括 CVE-2026-90868，评分 9.9，已认证用户可在特定配置下执行操作系统命令；CVE-2026-90863 评分 9.1，管理界面缺少授权校验，被委派的主机管理员可越出其授权范围；CVE-2026-90864 与 CVE-2026-90866 同为 9.1，属路径穿越，可越出既定目录读写文件；这批修复落在 2024.0.7 与 2025.0.4。官方未提及上述问题被在野利用。文件传输服务器通常直接暴露在互联网，且长期是入侵的入口：拿走管理员凭据等于交出整台服务器的配置与全部传输目录，后续无需再找漏洞。

建议排查

1. 盘点对外暴露的 WS\_FTP Server 及其版本号。
2. 排查管理员账号、传输目录与计划任务的异常变更。
3. 检索登录日志中来自异常来源的成功认证。

加固建议

1. 升级至 2024.0.7、2025.0.4，并轮换管理员口令。
2. 管理控制台限制来源地址，禁止直接暴露于互联网。
3. 传输目录按业务隔离，启用文件完整性与访问审计。

参考来源

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

风险六：红帽（Red Hat）OpenShift AI 网关跨租户注入云凭据，已认证用户可盗用他租户密钥（CVE-2026-117574）

红帽（Red Hat）的 OpenShift AI 是企业级人工智能平台，其模型服务网关为多租户项目提供统一的推理入口与凭据托管。CVE-2026-117574 出在网关的请求载荷处理组件：调用方在请求体或请求头中填入另一个租户的模型标识，服务在从共享凭据库取出凭据前不校验授权，于是把目标租户的云厂商接口密钥注入该请求，攻击者得以用他人凭据发起调用并消耗其模型配额，评估分值在 3.1 版为 9.1，权限要求为已认证，影响跨越租户边界。红帽在评分说明中交代了成因：订阅校验按 URL 路径推导模型身份，而凭据注入按请求体与请求头中的模型字段解析，两者口径不一致，因此租户甲的用户在自己路径下改写模型名，就能稳定取得租户乙的凭据；该说明同时写明，相关机制已发生变更但尚未修复，利用也不再需要特定的授权策略配置错误。受影响为多租户部署的 OpenShift AI，官方尚未给出对应修复版本。凭据混用之下，一次低权限调用即可消耗他人配额，且计费异常往往先于告警被发现。

建议排查

1. 确认网关是否为多租户部署及隔离策略是否启用。
2. 检索请求体中模型名与访问路径不一致的调用。
3. 核对云厂商密钥的调用量与计费异常。

加固建议

1. 网关侧校验模型名的租户归属，拒绝跨项目引用。
2. 各租户使用独立云凭据，设置配额与用量告警。
3. 审计凭据注入行为，异常调用即时阻断。

参考来源

https://access.redhat.com/security/cve/CVE-2026-117574

PART.02

总体处置建议‍‍‍

总结

本期主线是「认证之后的边界」被反复穿透。任何监听端口的内核协议栈、外网可达的入口设备、面向伙伴的文件传输服务、为多租户提供推理入口的人工智能网关，问题都不在口令强度，而在服务判断「你是谁、你能用谁的资源」这一步的实现细节。已确认在野利用的一条落在 VPN 网关上，攻击者只需一个特制请求就能让设备重启，外网入口的可用性因此成为可直接施压的目标。两起数据事件的字段构成说明，泄露规模与危害并不成正比：邮箱、生日与性别这类看似温和的组合，足以支撑批量钓鱼、账号找回与身份冒充，而更大的记录量往往意味着访问面早已超出单一接口。另一类共性是没有补丁或补丁不完整：内核缺陷要靠发行版更新落地，人工智能网关的机制被确认尚未修复，文件传输服务器则把管理员凭据的读取权限直接交给了未认证访客。处置顺序宜按「外网可达」与「无需认证」两条来筛，而不是按分值排序；同时把终端、内核与网关三层的日志留全，否则事后无法判断是否已被触碰。

整体风险处置建议

1. 按外网可达与无需认证两项筛出优先处置资产。
2. 边界 VPN 与文件传输服务纳入暴露面清单，逐台核版本。
3. 内核与虚拟化补丁按稳定分支跟进，避免只升主程序。
4. 多租户平台的凭据与配额按租户隔离，禁用共享密钥。
5. 关键系统日志集中留存，覆盖登录、配置与凭据调用。

合规说明

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