【热点安全风险】11月5日｜开源 AI 渗透测试系统 ARTEX 克隆项目被投毒，未认证访问者可在服务器执行命令

华顺信安威胁情报中心

2026年11月5日 09:40
湖南

去阅读

PART.01

风险汇总‍‍‍

风险一：开源 AI 自主渗透测试系统 ARTEX 的克隆仓库改拉第三方镜像，未认证访问者可在服务器执行命令

ARTEX 是开发者 Autumn-27 发起的开源 AI 自主渗透测试系统，能按任务自动完成资产测绘、漏洞探测与利用链推进，通常以容器编排方式部署，社区镜像仓库的关注量在千级。这类部署方式只负责拉取一个预先构建好的镜像，镜像里究竟装了什么，使用者通常不会逐层核对。本轮出问题的是第三方克隆仓库：它把部署文件里的镜像改成当天新建的一个陌生命名空间下的镜像，该镜像里多出原版并不存在的校验函数，在登录流程的密码校验之前就取用登录页验证码字段的内容，交给系统命令解释器执行并把结果回传。这意味着任何能打开登录页的人都能在容器内执行命令，既不需要账号，也不需要任何交互。该克隆仓库目前已被移除，页面返回 404；上游镜像仓库在 11 月 3 日把部署文件改为从源码本地构建，并在配置中注明此前的默认镜像指向一个已不再托管本项目的第三方命名空间，「谁控制了那个名字，就能发布这个文件会拉取的标签」。此类工具多部署在测试网段，同一台主机上往往还存放资产清单、扫描结果与大模型接口密钥，后门一旦落地，等于把内网拓扑与密钥一并交出。

建议排查

1. 核对部署文件中镜像的来源与命名空间是否可信
2. 检查登录接口是否出现命令回显或异常子进程
3. 排查容器内是否留有对外回连与下载记录

加固建议

1. 改为从官方源码构建镜像并固定镜像摘要
2. 禁止部署文件引用陌生命名空间的镜像标签
3. 轮换该主机上存放的接口密钥与访问凭据

参考来源

https://github.com/BaaRai/ARTEX

风险二：谷歌（Google）Chrome 修复多个高危漏洞，攻击者借助特制网页可在浏览器沙箱外执行代码（CVE-2026-121249）

Chrome 是目前份额最高的桌面浏览器，其沙箱是多层防御体系的最后一道边界。谷歌发布 157.0.8103.38 稳定版，修复了渲染与图形组件中的多个高危缺陷，其中 ANGLE 的缓冲区溢出（CVE-2026-121249）可由远程攻击者通过一个特制网页触发，在浏览器沙箱之外执行任意代码；同一批修复还覆盖 Skia 的越界写入、WebGPU 与 WebGL 的释放后使用、文件系统模块的授权判断错误等问题，后果同样是沙箱外代码执行。谷歌将该批问题整体标记为高危，未公开相应利用样本。受影响的是 157.0.8103.38 之前的全部版本，桌面端与安卓端都在修复范围内。这类缺陷的共同特征是攻击面完全落在网页内容层：终端用户只需访问被投毒的页面或广告位即可触发，不需要下载安装包，也不需要额外授权。企业内网中长期未更新的终端数量庞大，一旦公开的概念验证代码流传，利用门槛会很快降到脚本级别，攻击者常把这类漏洞与窃取凭据、横向渗透放在同一条链条上使用。浏览器更新一般分批推送，而企业管理策略常把推送延后数日，这段延迟正是可利用的空档。

建议排查

1. 统计内网终端与服务器上的 Chrome 版本分布
2. 筛查浏览器进程异常创建子进程或写入临时目录的行为
3. 核对无头浏览器与自动化测试环境的版本

加固建议

1. 将 Chrome 统一升级至 157.0.8103.38 或更高版本
2. 关闭浏览器自动填充保存的站点凭据
3. 对高权限账号启用独立设备并限制浏览器扩展安装

参考来源

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

风险三：亚玛迪斯（Amadeus）订位系统显示环境存在漏洞，未授权方冒用系统账号凭据查看多家航司旅客记录

亚玛迪斯（Amadeus）是西班牙的航空旅游技术服务商，其订位平台为全球上百家航空公司提供旅客订位、出票与值机支持，航司通常把旅客订座记录存放在这套系统里，因此供应商一侧的入口失守，多家航司的客户资料会同时受影响。Amadeus 已确认其旅行订位显示环境存在一处漏洞，完成修复并加强了监测，同时表示未发现支付或财务数据被访问，也没有证据显示这些资料被用于勒索。航空公司披露的说法是，未授权方使用了分配给 Amadeus 系统账号的登录凭据，相关凭据已被停用、口令已重置。可能被查看的资料包括旅客姓名、订位代号、航班日期与航段、舱位与座位，以及联系方式、护照号码和常旅客编号，覆盖 2023 年 8 月至 2026 年 9 月的订座记录。已公开规模的有：日本航空与日本越洋航空约 9.2 万名客户，全日空约 3.78 万名乘客，新加坡航空约 4.6 万笔订位记录，其中约 620 笔还涉及邮箱、电话、旅行证件与常旅客号；马来西亚航空称部分客户资料可能受影响但未公布人数，大韩航空、韩亚航空等仍在核查。各航司均表示自身系统未被入侵，订位内容未被篡改，也未发现银行卡号与密码外泄。

建议排查

1. 梳理经第三方订位系统处理订单的客户名单
2. 核查常旅客账号是否存在异地或异常登录
3. 复核客服渠道中以订单信息自证的来电与邮件

加固建议

1. 常旅客账号统一启用多因素认证并监测异常登录
2. 对客户发出定向提醒，说明官方只通过自有渠道联系
3. 与订位服务商明确事件通报时限与凭据轮换责任

参考来源

https://www.ibtimes.co.uk/amadeus-breach-exposes-airline-booking-data-1829581

风险四：日本 7-Eleven 送货上门服务的外包配送平台遭未授权访问，逾 16 万条客户信息外泄

CBcloud 是日本的配送平台运营商，其「PickGo」为便利店、外卖等企业提供即时配送调度。该公司 11 月 2 日发布第一份公告，确认 11 月 1 日在面向企业的服务中发现第三方未授权访问，随即切断攻击来源的通信、停用被滥用的账号并修复被利用的缺陷，同时限制了部分功能与来自日本境外的访问；11 月 3 日的第二份公告进一步明确了可能外泄的资料范围。7-Eleven 日本公司同日说明，其送货上门服务 7NOW 的配送业务外包给 CBcloud，受影响客户资料共计 16.9 万条，涉及姓名、住址、电话号码与邮政编码；客户信用卡资料、账户标识与密码不在外泄之列，未发现因此产生的资料被不当使用个案，公司将通过短信依次联系受影响客户。CBcloud 公告列出的外泄字段还包括企业名称、登记联系人姓名、登记邮箱、订单编号与金额、取件与送达地址，以及配送司机的姓名、电话、车牌与配送中的位置信息，范围明显超出普通客户资料。对配送平台而言，订单轨迹与司机位置一旦外流，足以支撑冒充客服、冒充骑手的精准诈骗。

建议排查

1. 盘点接入第三方配送平台的业务线与数据字段
2. 核查外包方账号权限是否远超业务必需范围
3. 复核客服是否接到可完整复述订单的异常来电

加固建议

1. 要求外包方按最小必要原则收敛接口返回字段
2. 对客户订单接口增加频次与批量拉取告警
3. 把外包方安全事件通报义务写入合同条款

参考来源

https://tchina.kyodonews.net/articles/-/15793

风险五：Quest Software 的 Foglight 数据库监控修复 16 个漏洞，其中 3 个无需认证即可取得 SYSTEM 权限（CVE-2026-92189）

Quest Software 的 Foglight for Databases 是面向企业数据库与应用性能的监控平台，通常以较高权限部署在运维网段，集中持有各业务库的连接凭据与拓扑信息。厂商本轮公开 16 个漏洞，编号自 CVE-2026-92185 至 CVE-2026-92200，其中 3 个评为 9.8 分且无需认证即可利用：writeTopologySectionToFile 对写入路径缺少校验，攻击者可把文件写到任意位置并进一步执行代码（CVE-2026-92189）；ForgeMBeanServerSupport 缺少鉴权，可直接调用管理接口（CVE-2026-92188）；baseRmiServiceExporter 反序列化不可信数据（CVE-2026-92190）。三者均在 SYSTEM 权限下完成代码执行，等于一次性交出监控服务器及其纳管的数据库访问能力。受影响版本为 8.2.0，厂商已在 8.3 版本修复。该平台往往同时保存生产库账号，一旦失守，攻击者可绕过数据库自身的访问控制直接取数。

建议排查

1. 盘点 Foglight for Databases 的部署位置与版本
2. 确认管理端口是否可从办公网或外网访问
3. 检查 RMI 与 JMX 相关端口的历史连接记录

加固建议

1. 升级至 Foglight 8.3 或更高版本
2. 将管理界面限制在运维专用网段并加二次认证
3. 改用最小权限的只读库账号并轮换既有凭据

参考来源

https://www.zerodayinitiative.com/advisories/ZDI-26-861/

风险六：better-auth 的 Expo 集成校验缺失，未认证攻击者可改写任意账户邮箱并接管账号（CVE-2026-121802）

better-auth 是面向 JavaScript 服务端的开源身份认证框架，常用于为 SaaS 应用快速接入登录、单点登录与移动端授权，Expo 集成负责移动应用的回调与状态传递。该集成在签发回调状态值时直接对调用方传入的内容签名，却不校验该值是否由服务端自己下发，编号 CVE-2026-121802，CVSS 3.1 评分 9.1。攻击者据此可以构造一个通过签名校验的状态值，把任意账户的登录回调引向自己控制的目标，进而在无需任何凭据的情况下修改该账户的邮箱地址；邮箱一旦被替换，后续的密码重置与验证码都会落到攻击者手中，账号实际控制权随之转移。受影响的是 1.7.16 之前的版本，使用该集成接入移动端登录的业务系统都会继承这一风险。官方特别提示，仅升级版本并不够，还必须轮换应用密钥，否则旧密钥签出的伪造状态值在升级后依然有效。移动端回调横跨浏览器与原生应用，相关日志常常分布在两侧且不完整，事后追溯困难，这使得该缺陷更适合提前排查而非事后补救。该集成随移动端业务上线即默认启用，暴露面取决于各业务自身的接入范围。

建议排查

1. 确认所用 better-auth 版本与是否启用 Expo 集成
2. 检索账户邮箱被异常修改的审计记录
3. 排查升级前是否存在异常回调请求

加固建议

1. 升级至 1.7.16 或更高版本并轮换应用密钥
2. 对邮箱变更增加原邮箱确认与二次验证
3. 记录并告警账户资料的批量变更行为

参考来源

https://github.com/better-auth/better-auth/security/advisories/GHSA-4wq4-2ppv-q3hg

PART.02

总体处置建议‍‍‍

总结

本期风险的共同落点是「替别人保管数据」的那一层：航空公司的订座记录存放在订位服务商的系统里，便利店的送货上门订单托管在外包配送平台的接口上，浏览器、监控平台、认证框架与部署镜像则决定使用者最终拿到的是什么。这些环节的共同特征是权限高、暴露面固定、被反复调用却很少被重新审视，因此一旦被攻破，泄露的不是一个进程的数据，而是它们代管的一片资产：多家航司的旅客记录、连锁零售的客户住址与订单轨迹、终端的凭据、监控平台背后的数据库、账户体系的控制权、测试服务器上的资产清单与接口密钥。三起事件还暴露了另一重放大效应——供应商的一处入口，会把风险平摊到所有使用它的机构身上，机构自身系统再干净也无法免责。从处置节奏看，漏洞类问题多数已有明确修复版本，难度不在打补丁，而在清点：老版本建站组件、长期未更新的浏览器、部署在运维网段的监控平台、只在移动端接入的认证组件、从第三方命名空间拉取的容器镜像，通常都不在统一的补丁清单内；事件类问题则更需要把供应商与外包方纳入同一套通报与审计机制。建议把重心从「按漏洞逐个修」转向「按资产与供应商逐个核」。

整体风险处置建议

1. 建立支撑组件与外部供应商清单，明确版本基线、数据范围与责任人
2. 对受托保管客户资料的第三方，按最小必要原则收敛接口字段与账号权限
3. 涉及账号与凭据的组件升级后同步轮换密钥，避免旧密钥继续被用于伪造
4. 在升级窗口、变更窗口等敏感时段加强日志采集与异常请求告警，缩短发现时间
5. 容器镜像固定来源与摘要，禁止部署文件引用陌生命名空间的镜像标签

合规说明

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