【热点安全风险】10月22日｜SiteGuard 命令注入已遭利用，攻击者可取得服务器最高权限（CVE-2026-106931）

华顺信安威胁情报中心

2026年10月22日 08:00
湖南

去阅读

PART.01

风险汇总‍‍‍

风险一：EG Secure 的 SiteGuard 统计功能命令注入已遭利用，攻击者可取得服务器最高权限（CVE-2026-106931）

SiteGuard Server Edition 是 EG Secure Solutions 推出的 Web 应用防火墙，以模块形式部署在 Apache、Nginx 或 IIS 前端，用于拦截针对网站的恶意请求。厂商于 10 月 14 日发布紧急公告，称其统计功能存在操作系统命令注入（CWE-78），攻击者可在产品所在服务器上以 root 或 SYSTEM 权限执行任意命令，即取得该服务器最高权限，并明确该问题已确认被利用。受影响范围为 Ver2.20 以后的版本：Apache、Nginx、IIS 版为 Ver8.00 Update5 之前的版本，FreeBSD 上的 Apache、Nginx 版为 Ver7.00 Update6 之前的版本，IIS 版 Ver3.10 至 Ver4.00 Update4 不受影响；触发条件是统计功能开启，该功能默认启用。厂商同期提供替换统计处理目标文件的补丁，供难以升级的存量版本。CISA 于 10 月 20 日将其列入已知被利用漏洞目录，处置期限为 10 月 23 日，并要求取证排查。厂商提醒，升级或打补丁前先导出诊断信息，否则攻击痕迹可能被覆盖。

建议排查

1. 确认版本是否落在受影响区间且统计功能已开启
2. 检查 Web 服务器日志中异常的统计查询请求
3. 升级前先导出诊断信息留存取证材料

加固建议

1. 升级至 Ver8.00 Update5 或对应分支修复版
2. 无法立即升级时套用厂商提供的替换补丁
3. 统计功能非必要时关闭并限制管理界面来源

参考来源

https://www.eg-secure.co.jp/siteguard/news/alert-202610-1

风险二：红帽（Red Hat）披露 Strimzi 生态 Kafka 控制台运算符越权，租户可跨命名空间接管集群（CVE-2026-105312）

Strimzi 是把 Apache Kafka 部署与运维在 Kubernetes 上的开源项目，由企业级 Linux 发行版厂商红帽（Red Hat）主导维护，其生态中的控制台运算符负责为集群部署 Kafka 管理控制台。红帽于 10 月 20 日在安全公告中披露该运算符的权限提升问题（CVE-2026-105312，CVSS 3.1 为 9.9）：在集群中拥有控制台自定义资源创建权限的租户，可以把控制台容器的镜像字段改成任意镜像，运算符随即按该镜像启动 Pod，而该 Pod 的服务账号经集群角色绑定，拥有对所有 Strimzi 自定义资源的集群级读取、对 Kafka 与重平衡资源的修改权限，以及集群监控查看权限。攻击者代码读取投射进容器的服务账号令牌后，即取得跨租户的 Strimzi 控制面读写能力，可读取其他团队的 Kafka 用户凭据、篡改集群配置。问题出在权限边界而非控制台功能本身，凡把命名空间交给多团队共用的集群都应视为受影响。红帽给出的缓解措施是收紧控制台自定义资源的访问控制、用准入策略限制镜像来源、限制控制台 Pod 的出向流量，以及仅在受信任管理员范围内使用该运算符。

建议排查

1. 确认是否为多租户集群且已部署该控制台运算符
2. 检查租户角色是否拥有控制台资源的创建权限
3. 复核控制台 Pod 使用的镜像来源与运行记录

加固建议

1. 升级至红帽公告给出的修复版本
2. 收回租户对控制台自定义资源的创建权限
3. 以准入策略限制控制台镜像只能来自受信仓库

参考来源

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

风险三：LMCache 分布式模式开放未认证端口，攻击者发送单条消息即可执行代码（CVE-2026-105192）

LMCache 是大模型推理引擎 vLLM 的分布式键值缓存层，用于在多节点之间复用注意力缓存、降低重复计算。项目安全公告披露，LMCache 的多进程（分布式）模式会开放一个不做任何认证的 ZeroMQ 端口（默认 5555），供同组进程互相注册缓存块；消息体采用 msgpack，其中扩展码 1 对应的设备包装类型会直接调用 pickle 反序列化，且发生在参数解码阶段、业务处理之前。攻击者只需向该端口发送一条构造好的消息，就能以 LMCache 进程的身份执行任意代码，官方容器镜像以 root 运行，实际权限通常即为 root。受影响版本为 0.3.9 至 0.5.5 以及 0.5.6 的候选版本，修复版本为 0.5.6：改用带版本号的类型化 MessagePack 描述符并限定本地白名单，不再保留 pickle 回退；同时把示例 Kubernetes 部署改为只绑定本地地址，官方镜像改为非 root 运行。该端口默认只绑本地回环，只有当运维用参数把它绑定到可路由地址（多节点部署的常见做法）时才可被远程触达。升级时需让全部工作进程与服务端同步更新，因为通信格式已经改变。

建议排查

1. 确认是否为多节点部署且绑定了可路由地址
2. 检查 5555 端口的访问来源与放通范围
3. 复核缓存节点是否存在异常进程与外联

加固建议

1. 升级至 0.5.6 并同步更新全部工作进程
2. 缓存端口仅对可信集群网段开放
3. 改以非 root 身份运行并轮换可达凭据

参考来源

https://github.com/LMCache/LMCache/security/advisories/GHSA-w5f2-9q9c-ff4h

风险四：楼宇自动化厂商 Loxone 内部系统遭网络攻击，客户侧因无云架构未受影响

Loxone 是奥地利的楼宇自动化厂商，其 Miniserver 控制器用于住宅、酒店与商业建筑，负责照明、供暖、遮阳与门禁的自动控制。厂商于 10 月 19 日在官网发布公告，称 10 月 18 日发现内部公司系统遭到网络攻击，随即隔离受影响系统、启动全面安全措施，并由内部 IT 团队联合外部网络安全与数字取证专家共同调查，同时已向相关主管部门通报。公告明确客户端的安装系统与运行所需的在线服务均未受影响，用户可以不加限制地继续使用；原因在于 Miniserver 在每栋建筑内本地独立运行，无需连接厂商服务器或互联网即可工作，公司自设计之初就采用本地访问、本地数据的无云架构，因此企业系统被攻破不会传导至建筑内的控制设备。公告称公司多年将网络安全列为优先事项，长期由外部安全供应商开展技术审计，并定期进行员工安全意识培训。厂商表示将按法律要求逐一通知可核实受影响的个人，并开设了全天候热线，后续进展会持续公开。公告未披露入侵入口、内部涉及范围与是否存在数据外泄，也未提及是否收到勒索要求。

建议排查

1. 盘点楼宇自控系统中由外部厂商远程运维的入口
2. 确认控制器是否需依赖厂商云服务才能正常运行
3. 复核厂商侧账号权限与远程接入记录

加固建议

1. 关键控制逻辑保持本地可运行，不依赖厂商云
2. 厂商远程接入走独立通道并留存审计日志
3. 对供应商安全事件建立通报与联动处置机制

参考来源

https://www.loxone.com/assets/files/20261019-loxone-press-notification-en.pdf

风险五：NetX Duo 的 TLS 组件在证书校验阶段越界写，未认证攻击者可覆盖静态内存（CVE-2026-93475）

NetX Duo 是 Eclipse ThreadX 实时操作系统内置的 TCP/IP 与 TLS 组件，被广泛用于嵌入式设备、打印机、路由器与工业网关。其安全组件 NetX Secure 的 X.509 解析器公告披露（CVE-2026-93475，CVSS 3.1 为 9.8）：解析器接受任意长度的 RSA 公钥（长度字段为 16 位无符号数，理论最大 65535 字节），而所有验签路径都解密到按 4096 位设计的固定 512 字节静态缓冲区；当证书链中的中间证书携带超长模数时，验签过程会越界写入缓冲区之后的静态区，8192 位密钥即越界 512 字节，写入内容由攻击者选择的签名、指数与模数决定。该路径可在认证之前触达：验签时签发者先在对端提供的证书库中查找，其次才查信任库，攻击者自带一枚超长模数的中间证书即可，无需凭据或既有信任关系。TLS 与 DTLS 客户端，以及启用客户端证书认证的服务端均受影响。受影响版本为 6.5.1.202602 及之前，修复版本为 6.5.2.202603，在解析阶段即拒绝超限模数。官方明确没有规避措施，关闭证书校验会失去安全作用，只能升级固件。

建议排查

1. 盘点使用该网络组件的设备型号与固件版本
2. 确认设备是否启用 TLS 或 DTLS 并校验证书链
3. 关注厂商固件通告中与版本号的对应关系

加固建议

1. 升级至 6.5.2.202603 或厂商对应固件版本
2. 将信任库收敛至业务必需的根证书
3. 对暴露在互联网的 TLS 服务限制来源范围

参考来源

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

风险六：Better Auth 单点登录组件账号查找忽略提供商标识，已登录用户可冒充他人（CVE-2026-110863）

Better Auth 是 TypeScript 生态中用于自建认证体系的开源框架，其单点登录组件负责接入 OIDC 与 SAML 身份提供商。安全公告披露（CVE-2026-110863，CVSS 3.1 为 8.1）：1.7.0-rc.2 至 1.7.3 之前的版本在做账号查找时忽略了提供商标识，已登录用户可以在自己的账户下注册一个个人单点登录提供商，复制一个合法提供商的 OIDC 颁发者地址或 SAML 实体标识，再断言受害者的主体标识或名称标识，系统便会为该受害者建立会话。整个过程无需受害者口令，也不需要其配合操作，等于把「能否登录他人账户」降级为「能否注册一个提供商」。攻击前提是攻击者已持有一个有效账号，因此开放公开注册的在线服务与自助开通的内部系统风险最高。修复版本为 1.7.3，账号查找已改为校验提供商归属。无法立即升级时，应关闭普通用户自助配置单点登录的入口，只保留管理员操作，并对身份提供商注册与随后立即登录的行为设置告警。排查范围应覆盖所有开放自助注册的部署。

建议排查

1. 确认所用版本是否低于 1.7.3
2. 检查是否存在用户自行创建的身份提供商
3. 复核身份提供商变更后紧接的登录记录

加固建议

1. 升级至 1.7.3 或更高版本
2. 关闭普通用户自助注册身份提供商的入口
3. 对管理员账户强制启用双因素认证

参考来源

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

PART.02

总体处置建议‍‍‍

总结

本期六条分别落在六个不同的资产类别，其中一条已进入实际利用阶段。SiteGuard 是本期唯一同时具备厂商确认利用与 CISA 列入目录两条背书的问题，触发条件是默认开启的统计功能，且攻击者取得的是服务器最高权限，处在「补丁已发、攻击已至」的窗口，处置期限仅为 10 月 23 日。Strimzi 生态的 Kafka 控制台运算符把「能创建一个自定义资源」放大成「能读写整个集群的 Kafka 控制面」，9.9 的评分反映的是权限边界的失守而非单点缺陷。LMCache 与 NetX Duo 分别代表大模型推理基础设施与嵌入式 TLS 组件的典型风险，前者是默认开放的未认证端口，后者是预认证阶段的内存破坏且官方无规避措施。Loxone 这起事件的价值不在影响面，而在它提供了一组对照：企业系统被攻破，而部署在客户建筑内的控制器因本地独立运行、不依赖厂商云而得以继续工作。Better Auth 则说明单点登录的缺陷往往不在加密算法，而在「断言的归属有没有被校验」。对本单位而言，优先级由「是否暴露在互联网」「是否多租户共用」「是否依赖外部供应商的集中式服务」三条线决定，而不是由评分高低决定。

整体风险处置建议

1. 建立对外服务资产清单，优先处置 CISA 已列入目录的条目
2. 多租户集群梳理自定义资源权限，收回租户的创建与修改权限
3. 大模型与数据平台上线前统一核查组件默认绑定地址与认证状态
4. 建筑与工控系统保留本地控制能力，减少对单一厂商云的依赖
5. 单点登录与身份提供商配置纳入变更审批并留存审计日志

合规说明

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