AI 代理只花 25 美元就能盗走 60 万张信用卡:电商支付页正在变成自动化攻击靶场

这起事件最值得警惕的地方，不只是 “60 万张信用卡记录被盗” 这个数字，而是攻击者使用的成本和方式，研究显示，一个有经济动机的操作者运行了三个开源 AI 工具，几乎不需要持续人工盯守，就能批量攻击在线零售网站。攻击者把收集支付信息的脚本放进数十个结账页面，部分站点甚至在事后被执行了清理操作，说明这已经不是一次偶然的网页篡改，而是具备自动发现、植入、收集和隐藏能力的攻击流程。电商企业过去常把安全重点放在数据库、服务器和支付网关，却容易忽略结账页面本身。现代支付流程往往加载大量第三方脚本，只要其中一个脚本被替换，或者后台账号被盗，用户输入的卡号、有效期和安全码就可能在浏览器端被截走。AI 工具的加入，又让攻击者可以更快地识别页面结构、生成适配不同网站的代码，并持续试错。建议电商平台立即盘点结账页全部脚本和加载来源，建立脚本白名单与完整性校验，核查近期新增代码、异常外联、支付接口调用和后台登录记录。支付账号、云平台密钥及内容管理账号要启用多因素认证并分权管理。发现可疑代码后，不能只删除文件，还要检查数据是否已经外传，并按合规要求通知支付机构和受影响用户。对消费者来说，异常扣款和陌生支付提醒也应立即联系发卡机构。

很多团队以为，生产环境与互联网隔离之后，外部攻击就只能停在门外，但 OpenShift oc-mirror 工具暴露的问题提醒我们：隔离网络仍然要依赖镜像、补丁和软件包进入，真正的风险可能藏在这条 “人工搬运” 的供应链里。Red Hat 披露的 CVE-2026-75939 允许攻击者绕过 PGP 签名验证，并将恶意发布镜像带入断网的 OpenShift 环境，公开信息显示该漏洞的 CVSS 评分为 7.4。这类问题的影响不一定会立刻表现为集群被接管，更现实的路径是，恶意镜像先被当成正常版本导入，随后在容器启动、应用更新或扩容时执行攻击者预埋的代码。一旦镜像拥有服务账号、数据库连接或内部 API 访问权限，影响就可能从单个工作负载扩散到业务系统。对于金融、政务、医疗和工业环境，离线并不等于可以放松软件完整性控制，使用 oc-mirror 的企业应立即按照 Red Hat 官方公告核对工具版本并升级，重新审计最近导入的镜像、签名记录和仓库变更。镜像进入隔离区前，至少要经过独立环境验证、来源确认和签名校验，关键版本最好保留可追溯的哈希与审批记录。还要限制镜像仓库和集群服务账号的权限，避免一个被污染的镜像直接获得过大的运行权限。出现签名校验异常时，不要简单重试，应暂停发布流程并开展完整溯源。

虚拟机逃逸一直是云安全里最需要认真对待的一类问题，因为它触碰的不是普通应用权限，而是租户之间、虚拟机与宿主机之间的最后一道边界。Linux 内核披露的 CVE-2026-89775 影响 KVM/arm64 环境，在启用嵌套虚拟化等条件下，攻击者可能从虚拟机访问底层宿主机。对允许不可信用户创建虚拟机的多租户云平台、云桌面平台和测试环境来说，这类漏洞的优先级明显高于普通本地缺陷，风险的关键在于，一台虚拟机通常被默认视为 “关在房间里” 的租户，即使虚拟机里的攻击者没有宿主机账号，只要虚拟化设备处理链存在缺陷，就可能尝试越过隔离边界。若宿主机承载多个租户，或同时管理存储、网络和调度功能，成功逃逸后的影响范围就不再局限于一台虚拟机。相关运维团队应先盘点所有 ARM64 宿主机、KVM 版本和嵌套虚拟化配置，确认哪些业务确实需要该功能，能关闭的应先关闭；随后按官方修复计划更新内核和虚拟化组件。更新之外，还要检查宿主机管理接口、异常设备访问、虚拟机间通信和可疑管理调用，避免把 “已打补丁” 当成全部工作。云服务商还应重新验证租户隔离、快照恢复和高权限调度接口，确保补丁之后防护边界确实有效。

TASK#STOMP 是一种近期分析的 Windows 后门，它没有依赖一个特别显眼的恶意程序名称，而是把 VBS 安装脚本、隐藏 PowerShell、计划任务和运行时编译组合起来，形成持续驻留的监控链。公开分析显示，该后门可以收集业务文档、保存的 Wi-Fi 密码、剪贴板内容和屏幕截图，感染过程从随机命名的 VBS 文件开始，对企业来说，真正危险的是这些组件本身都可能在正常运维中出现，单看某一个进程未必足以判断恶意。攻击者喜欢滥用系统自带工具，是因为它们能降低落地难度，也可能绕过只盯着陌生可执行文件的检测规则，计划任务提供持久化，PowerShell 负责执行，运行时编译则可以减少明显的落地文件。即使没有立即部署勒索软件，这类后门也能先搜集无线网络凭据、文档和截图，为后续横向移动或长期窃密做准备。企业应重点检查 Windows 主机上近期出现的随机命名 VBS 文件、异常计划任务、PowerShell 隐藏执行、非预期编译行为和办公时间之外的截图或外联活动。能不用脚本解释器的服务器应限制相关权限，并对 PowerShell 开启脚本块日志、模块日志和受控执行策略。发现一台主机中招时，不要只删除计划任务，还要重置本机和已连接无线网络的凭据，排查剪贴板中的令牌、浏览器会话及横向访问记录，必要时隔离主机后重建。

备份软件通常被企业视为 “出问题时救命的工具”，但它同时拥有读取文件、访问系统资源和执行恢复操作的高权限，因此也会成为攻击者重点寻找的入口。Veeam Agent for Microsoft Windows 被披露存在本地权限提升漏洞 CVE-2026-32996，低权限本地用户可能借此以 NT AUTHORITY\SYSTEM 权限执行命令，公开信息还显示，相关技术细节和利用代码已在 9 月 14 日公开，这意味着不能把它当成只存在于理论报告里的问题。这类漏洞的攻击前提是攻击者已经能够在 Windows 设备上运行代码，但这个门槛并不高，钓鱼附件、恶意下载、软件供应链或另一处漏洞都可能提供初始执行能力。拿到 SYSTEM 之后，攻击者可以关闭安全工具、访问受保护文件、提取凭据，并进一步利用备份代理接触更高价值的数据，更麻烦的是，备份服务器和备份账号往往连接着大量终端与业务系统。使用 Veeam Agent 的企业应立即核对产品版本，按照 Veeam 官方公告安装修复版本，并排查近期出现的异常服务、驱动、进程和本地提权行为。备份基础设施应与普通办公网隔离，备份账号采用专用身份和最小权限，备份存储开启不可变或离线保护。检查时不要只看终端有没有异常，还要回看备份任务、代理注册、策略变更和管理员登录记录。若发现利用迹象，应同时轮换本地管理员、服务账号和备份系统凭据，防止攻击者通过备份链条重新进入。

BambooToken 是一种近期分析的 Linux 后门，它利用常见的 MQTT 轻量级消息协议与控制端通信，并能够收集主机信息、执行 Shell 命令以及在受害主机与操作者之间传输文件。MQTT 广泛存在于物联网、边缘设备和消息系统中，本身并不等于恶意协议，这也正是它值得关注的原因：如果企业只按 “异常端口” 或 “陌生协议” 判断，伪装成正常设备通信的远控流量可能被忽略。攻击者一旦让后门进入 Linux 服务器、网关或物联网设备，就可以利用 MQTT 的主题订阅和消息发布机制下发命令，对网络侧来说，连接可能看起来像设备向消息代理发送数据；对主机侧来说，命令执行和文件传输又可能分散在多个正常组件中，若设备长期运行、更新困难、默认密码未改，BambooToken 这类后门就可能成为进入内网或控制边缘节点的长期跳板。企业应盘点所有使用 MQTT 的设备、代理和主题权限，确认每个客户端是否有必要访问公网，是否启用了 TLS、客户端认证和细粒度授权。Linux 主机要检查陌生服务、启动项、计划任务、异常 Shell 进程和持续连接到外部代理的行为，重点关注不符合设备业务的文件上传下载。不能只封锁 MQTT 端口，因为这样可能影响正常业务；更稳妥的做法是收紧代理访问范围、限制主题权限、固定允许的客户端，并把设备固件和凭据纳入周期性更新。

GHAPPIER 事件展示了一个很现实的供应链风险：攻击者不一定要直接突破最终用户的生产环境，只要控制了可信开发者账号、仓库或发布流程，就能把恶意代码包装成正常更新。公开分析显示，该行动触及 65 个 GitHub 仓库，在 22 个账号的 73 个文件中留下影响，并利用一个合法 npm 包向使用者分发恶意加载器。这里最危险的不是单个包的名字，而是信任关系被攻击者借来放大传播范围。很多开发团队仍把依赖安全理解为 “安装前看一下包名和下载量”，但供应链攻击可能发生在维护者账号、CI/CD 令牌、发布脚本和依赖更新的任一环节。包本身看起来正常，真正的恶意逻辑可能通过后续提交、安装脚本或运行时加载触发。一旦开发机、构建机或部署流水线被污染，攻击者就有机会接触源码、令牌和生产环境凭据。企业应立即盘点最近安装或更新的相关 npm 依赖，核对锁文件、包哈希、维护者变更和发布记录；对受影响项目重新构建，不要只删除本地缓存后再次安装。GitHub 组织应启用强制多因素认证、短期令牌和分支保护，限制发布权限，审计 Actions 工作流及其可访问的 Secrets。依赖进入生产前要经过内部镜像、恶意行为检测和可复现构建验证。发现可疑包后，必须同步轮换可能暴露的 npm 令牌、云密钥和 CI 凭据，避免只修包不修身份链。

一场针对 WordPress 站点的攻击活动再次说明，内容管理系统一旦成为入口，影响很快就会从网页展示层扩展到数据库和组织内部。公开信息显示，疑似中文攻击者利用 WordPress 漏洞链 CVE-2026-63030 和 CVE-2026-60137，至少攻击了 29 个国家的 49 家组织，并窃取 18,566 条政府记录以及明文密码。明文保存密码本身就暴露了管理流程问题，也意味着一次网站入侵可能引发更大范围的账号接管。WordPress 站点常由业务部门、外包团队和多个插件共同维护，版本、主题、插件和后台账号的责任边界容易模糊。攻击者可能先利用公开漏洞进入站点，再读取配置文件、数据库或上传目录；如果后台保存着明文凭据，后续就可能尝试登录邮件、VPN、云平台或其他业务系统。网页表面没有被篡改，不代表数据库和凭据没有被拿走。使用 WordPress 的机构应立即核对核心程序、主题和插件版本，按官方公告修复相关漏洞，限制后台登录来源并关闭不必要的接口。应检查 Web 目录、数据库、管理员账号、上传文件和异常计划任务，重点回看是否有批量导出、陌生文件、异常登录与外联。所有明文密码都必须改为不可逆哈希或安全的秘密管理方案，已经暴露的管理员、数据库、API 和云凭据要整体轮换。对政府、医疗、教育等机构，还要评估是否涉及个人信息和敏感数据，并按规定启动事件处置。

D-Link 正在调查 DIR-822A 路由器中的严重安全漏洞，CVE-2026-86296 的 CVSS 评分达到 10.0。公开信息显示，问题涉及 udhcpcd 组件，远程攻击者可能在不需要认证、也不需要用户交互的情况下利用设备。路由器通常是家庭、小型办公室和分支机构连接互联网的第一道设备，一旦被控制，攻击者可能修改 DNS、监听或劫持流量、搭建代理，并进一步探测内网中的电脑、摄像头和 NAS。网络设备的危险在于，它们往往长期运行、很少重装，管理界面又容易被默认配置带到公网，很多用户只关注无线密码和网速，却不会定期查看固件版本、远程管理开关或异常 DNS 设置。即便设备没有存储大量业务文件，作为网络出口被接管后，也可能成为窃取凭据和发起后续攻击的跳板。使用 DIR-822A 的用户和机构应立即查看 D-Link 官方安全公告，确认具体硬件版本和固件状态，在官方修复可用时及时升级。无法升级或设备已停止维护的，应尽快更换受支持设备。升级前后要关闭不必要的远程管理，修改默认管理员密码，检查 DNS、端口转发、无线配置和陌生用户；企业还应从网关日志、终端告警和异常外联中回溯是否已有入侵迹象。不要从非官方论坛下载所谓 “修复固件”，避免把漏洞问题变成二次投毒。

当攻击者进入 Windows 内网后，目标往往不是停留在一台普通电脑上，而是继续寻找域控制器。NTDS.dit 保存着 Active Directory 的重要身份数据，攻击者一旦成功窃取并提取其中的密码哈希，就可能利用这些材料伪造所谓 Golden Ticket，长期冒充高权限身份访问域内资源。这类攻击不一定伴随明显的勒索提示，早期可能只是一次文件访问或异常复制，等企业发现时，攻击者已经完成横向移动和权限扩张。域控数据库之所以重要，是因为它连接着账号、组策略、服务器和业务权限。若域管理员账号、服务账号或高权限票据被滥用，攻击者可以创建隐藏账号、修改组策略、部署恶意脚本，甚至让安全工具失效。对企业而言，问题不是 “某台电脑中了木马”，而是整个身份信任体系可能已经被接管。防守方应限制普通主机访问域控和备份接口，保护域控、系统状态备份及相关管理工具，避免任何不必要的高权限复制操作。要启用域管理员分层管理、专用管理终端和强多因素认证，定期轮换高权限账号与关键服务凭据。检测时重点关注异常的目录复制请求、域控数据库访问、票据生命周期异常、陌生管理员组成员和跨主机登录。若确认 NTDS.dit 或域管理员凭据被窃取，不能只改一个密码，应按域级失陷处理，轮换相关密钥、清理持久化账号并重新验证所有信任关系。

本文版权归原作者所有，如有侵权请联系我们及时删除