Fortinet 公司修复了 FortiWeb 中影响采用特定非默认设置配置的不当身份验证漏洞CVE-2026-26035，可被远程未认证攻击者 “以随机用户名和密码登录FortiWeb的图形界面/命令行界面”。该漏洞与默认禁用的管理员账户的通配符设置有关。当启用通配符时，系统会将远程服务器上的任何用户名与远程用户账户进行匹配。

Fortinet公司解释称：“当启用通配符时，并且在管理员用户组（用户 > 用户组 > 管理组）中定义了组名，则系统将匹配远程服务器上组名值与定义相同的用户。” CVE-2026-26035已在 FortiWeb 8.0.3、7.6.7、7.4.12和7.2.13版本中修复。作为临时应变措施，该公司建议禁用通配符设置。

FortiManager 漏洞 CVE-2026-70468 是一个身份验证绕过漏洞，可导致远程攻击者模拟任何由 FortiManager 管理的 FortiGate 设备。利用该漏洞需要启用特定的命令行选项，且攻击者持有有效证书。

Fortinet 公司还修复了 Windows 版本 FortiClient 中的一个高危缓冲区溢出漏洞（CVE-2026-70465），可导致该漏洞修改或构造DNS响应的未认证攻击者执行任意代码。

本周三，该公司还修复了FortiWeb WAF、FortiOS和FortiSIEM中的中低危漏洞，并发布公告详细说明了CVE-2026-49975（影响Apache HTTP服务器的HTTP/2轰炸攻击）的影响。

Fortinet公司未提及这些漏洞是否遭在野利用。更多信息可参见该公司的PSIRT公告页面。

最严重的漏洞如下：

• CVE-2026-48362（CVSS评分10分）：位于 ColdFusion 中的操作系统命令注入漏洞，可导致任意代码执行（已在2025.0.12和2023.0.23版本中修复）。

• CVE-2026-48273（CVSS评分9.9）：位于ColdFusion 中的eval注入漏洞，可能导致任意代码执行（已在2025.0.12和2023.0.23版本中修复）。

• CVE-2026-71384（CVSS评分：9.6）——位于ColdFusion中的授权不当漏洞，可能导致应用程序拒绝服务（已在2025.0.12和2023.0.23版本中修复）。

• CVE-2026-71362（CVSS评分：9.1）——位于Commerce中的授权不当漏洞，可能导致提权。

• CVE-2026-71398（CVSS评分：10.0）——Campaign Classic中的授权不当漏洞，可能导致任意代码执行（已在ACC v7 7.4.4 build 9400中修复）。

• CVE-2026-27302（CVSS评分：10.0）——Campaign Classic中的授权不当漏洞，可能导致任意代码执行（已在ACC v7 7.4.4 build 9400中修复）。

• CVE-2026-48381（CVSS评分：9.0）—— 位于Campaign Classic中的SQL注入漏洞，可能导致任意代码执行（已在ACC v7 7.4.4 build 9400版本中修复）。

ColdFusion和Campaign Classic的更新被评定为优先级1，这意味着这些漏洞被恶意网络攻击针对的风险较高。值得注意的是，Campaign Classic的更新仅适用于完全本地部署以及混合部署中的本地组件。Adobe托管的实例已经修复，无需客户采取任何操作。

尽管目前没有证据表明这些漏洞已遭在野利用，但建议管理员尽量在72小时内尽快完成安装更新。此次披露距Adobe发布Campaign Classic中另外一个满分漏洞（CVE-2026-48449，CVSS评分：10.0）的补丁不到两周，该漏洞同样可能导致任意代码执行。

CVE-2026-68820是位于适用于 WinSock 的 Windows Ancillary Function Driver 中的提权漏洞，可导致攻击者以系统权限执行代码。这类漏洞通常与代码执行类漏洞组合利用，以钓鱼或勒索软件的方式接管系统。虽然微软将该漏洞的“利用代码成熟度”列为“未经证实”，但却将它列为已遭活跃利用状态。

CVE-2026-62832是位于 Windows User Profile Service 中的提权漏洞。微软已修复 Windows User Profile 服务中提供管理员权限的一个提权漏洞。微软解释称 “Windows User Profile Service 中文件访问前的链接解析不当漏洞可导致授权攻击者实现本地提权。微软解释称，“拥有其它本地账户凭据的已认证攻击者可运行特殊构造的应用，加载另外一名用户的注册表配置单元。成功利用该漏洞可导致攻击者访问或修改其它用户的数据并获得管理员权限。无需任何交互即可实施。”虽然微软将该漏洞归因于匿名研究人员，但从细节来看与 Nightmare Eclipse 发布的 “LegacyHive” 0day 漏洞相符。Tharros 公司的首席漏洞分析师 Will Dormann 此前提到非管理员用户可利用 LegacyHive 修改注册表配置单元，从而在管理员账户登录到被入侵设备时，以管理员权限执行命令。

CVE-2026-72971是位于Windows Container隔离FS筛选器驱动程序（unionfs.sys）中的篡改漏洞。微软已修复了Windows User Profile服务中一个公开披露的提权漏洞，该漏洞可提供管理员权限。微软表示，“在Windows Container隔离FS筛选器驱动程序（unionfs.sys）中，文件访问前的不当链接解析（‘链接跟随’）可导致授权攻击者在本地执行篡改。拥有其它本地账户凭据的已认证攻击者，可以运行特殊构造的应用程序加载另一个用户的注册表配置单元。成功利用此漏洞可能允许攻击者访问或修改其他用户的数据，并获得管理员权限。无需用户交互。”微软尚未分享有关该漏洞披露位置的任何细节，不过致谢漏洞发现研究员yhw和txz。

CVE-2026-62878 是位于Windows DNS服务器中的远程代码执行漏洞。 本月有多个与DNS相关的补丁，但该漏洞尤为突出，可导致远程未授权攻击者在无需用户交互的情况下，以提升的权限执行代码。这是一个经典的基于堆栈的缓冲区溢出漏洞，最终具有蠕虫传播能力。微软表示被利用的可能性较低，但建议尽快测试并部署该补丁，尤其是面向互联网的DNS服务器。

CVE-2026-62893是位于Windows部署服务TFTP服务器中的远程代码执行漏洞。该漏洞可导致在无需用户身份验证或交互的情况下执行代码。TFTP没有认证机制，并且可通过UDP端口69远程访问。任何通过TFTP提供Windows映像格式（WIM）文件的WDS服务器（即标准PXE启动场景）均受影响。该问题源于在对对象执行操作之前，未验证对象是否存在。UDP端口69应在网络边界处被阻止，但攻击者仍可能在企业内部轻松利用该漏洞进行横向移动。如果在企业中使用WDS进行部署，同样需要尽快测试并部署此补丁。

CVE-2026-62815位于 Microsoft QUIC中的远程代码执行漏洞。 这是另一个远程未授权代码执行漏洞，无需用户交互。该漏洞位于QUIC组件中。QUIC是一种IETF标准化的传输协议，基于UDP而非TCP，并且是HTTP/3的基础。大约有1350万个网站依赖它，用户应迅速测试并部署该补丁。

CVE-2026-59124是位于Microsoft高性能计算 (HPC) Pack中的远程代码执行漏洞。该漏洞属于“重要”级别，仍然是一个CVSS 9.8的漏洞。由于HPC默认未开启，因此严重等级被降低。然而，这是一个快速增长的部分，并且这是另一个远程未授权代码执行漏洞，无需用户交互。它可能不适用于所有人，但如果用户在环境中使用HPC，则不能掉以轻心，尤其是微软将其列为“更可能被利用”。

CVE-2026-62911是位于Microsoft Exchange Server中的权限提升漏洞。本月的更新中有多个Exchange漏洞，但这个尤为突出。它可能通过身份验证绕过实现权限提升。如果成功，攻击者可以“接管所有Exchange用户的邮箱，发送邮件、阅读邮件、下载附件”。该漏洞是在Pwn2Own Berlin上演示的漏洞之一，因此请忽略微软的可利用性和利用代码成熟度评级。ZDI表示已向微软提交了工作利用代码，所以它是真实威胁。和以往一样，在部署之前测试Exchange更新，但不要急于安排停机时间进行升级。

这两个漏洞（CVE-2026-20337和CVE-2026-20338）位于ClamAV（Clam AntiVirus）的ZIP压缩包解析器中。ClamAV是一款开源、跨平台的恶意软件文件扫描引擎。思科在上周五发布的安全公告中解释称，这两个漏洞分别由边界检查不当和内存处理不当引起，可被未经认证的远程攻击者利用。思科产品安全事件响应团队 (PSIRT) 表示，这两个漏洞的PoC利用代码已公开可获取，但表示目前尚无证据表明它们已被广泛利用。

思科提到，“攻击者可通过提交特殊构造的zip文件进行扫描来利用漏洞。成功利用可导致ClamAV扫描进程终止，从而使受影响软件出现拒绝服务条件。Cisco PSIRT已知悉，CVE-2026-20337和CVE-2026-20338中所述漏洞的 PoC 代码已公开可用。”

思科还指出，这些漏洞的安全影响仅对Windows平台为“高”，因为只有Windows平台“在特权安全上下文中运行ClamAV扫描进程”。这两个漏洞影响ClamAV 1.5.0至1.5.3版本，已在8月7日发布的1.5.4版本中得到修复。

虽然这两个漏洞暂无临时缓解措施，但思科计划于本月晚些时候发布软件更新，以修复受影响的Windows、Linux和Mac版Secure Endpoint Connector。

上周五，思科还修复了ClamAV的另外五个漏洞，它们同样可通过提交恶意的XAR、Mach-O、PDF、GPT和PESpin文件进行扫描而被利用，从而触发拒绝服务条件。思科曾在2025年1月修补了另一个带有PoC利用代码的ClamAV DoS漏洞，当时警告称攻击者可利用该漏洞终止ClamAV防病毒扫描程序，从而阻止或延迟后续扫描操作。

自2021年11月以来，美国网络安全与基础设施安全局（CISA）已将95个思科漏洞标记为已遭利用，其中6个被滥用于勒索软件攻击。

由于该漏洞存在于自4.7版本起随WordPress发布的代码中，几乎影响所有仍在维护的WordPress安装实例。在补丁发布前，预计有超过5亿个网站面临风险。 该漏洞链始于普通登录页面wp-login.php。当提交一个不存在的用户名时，WordPress会使用名为wp_strip_all_tags的过滤函数构建错误消息。

安全研究机构pwn.ai披露，称在左尖括号和标签名之间插入一个空格（例如“< area”）会导致PHP底层的strip_tags解析器将该字符串视为无害文本，而WordPress的KSES过滤器的后续处理又会将同一字符串重新解释为合法的HTML元素。

这种解析器差异使得攻击者无需账号、无需任何预先认证，即可将攻击者可控的实时元素（如<area>、<div>和<button>）直接注入到渲染后的登录页面中。

这些注入的元素本身并非脚本，但它们被精心构造以匹配WordPress自身user-profile.js文件在页面加载时自动搜索的选择器，而该脚本是密码重置功能遗留的。这导致浏览器自动触发一个点击事件，该事件级联产生一个AJAX请求，并通过称为DOM clobbering的技术，攻击者注入的元素劫持了该请求的目标URL。

研究人员表示，将该请求指向WordPress的REST API并附带方法覆盖和JSONP参数后，返回的内容被包裹在可执行的JavaScript中，从而使攻击者在WordPress源内获得任意脚本执行权限，且完全发生在认证之前。

该反射型XSS的危害已经十分严重，但WordPress的公告和独立分析均确认，在特定条件下它可以升级为远程代码执行。 如果已登录的管理员被诱骗访问恶意第三方页面并与之交互，攻击者的脚本可以借助管理员的会话，通过合法的、经过认证的WordPress API调用（管理员从未明确批准这些操作）依次完成：生成WordPress应用密码、利用管理员unfiltered_html权限发布包含攻击者JavaScript的页面，最后上传包含PHP网页后门的插件压缩包。

WordPress官方公告指出，该升级路径需要社会工程学和明确的受害者交互——这些因素不在攻击者的直接控制范围内，因此该漏洞的CVSS评分为8.9，而非最高等级。

WordPress于2026年8月6日发布了紧急修复版本7.0.3，并同时包含另外十一个安全补丁。鉴于该漏洞的严重性，WordPress安全团队将补丁向后移植至4.7版本，覆盖了所有仍在接收安全更新的分支。

据监测该CVE的漏洞追踪机构称，目前尚无证据表明该漏洞已遭在野利用或公开的概念验证利用代码。网站所有者和管理员应立即更新至WordPress 7.0.3或对应的向后移植补丁版本，因为大多数托管服务会自动应用更新，但自托管站点通常需要手动干预。

这些漏洞影响思科 Catalyst SD-WAN 软件（与设备配置状态无关），以及以自主模式或控制器模式运行的思科 IOS XE 软件。思科表示：“这些漏洞是在利用既有测试流程以及前沿 AI 模型进行内部安全测试期间发现的，目前未发现被积极利用的情况”，并敦促客户应用必要更新以获得最佳防护。

影响 Catalyst SD-WAN 软件的漏洞如下：

• CVE-2026-20303（CVSS 评分：9.9）——输入验证不当（涵盖路径遍历）

• CVE-2026-20304（CVSS 评分：9.9）——访问控制不当

• CVE-2026-20310（CVSS 评分：9.9）——文件访问前链接解析不当

• CVE-2026-20312（CVSS 评分：8.8）——敏感信息以明文存储

• CVE-2026-20313（CVSS 评分：7.7）——输入中指定数量验证不当

上述漏洞已在以下版本的思科 Catalyst SD-WAN 软件中得到修复：

• 20.9（修复版本20.9.10）

• 20.10（修复版本20.12.8.1）

• 20.111（修复版本20.12.8.1）

• 20.12（修复版本20.12.8.1）

• 20.131（修复版本20.15.6）

• 20.141（修复版本20.15.6）

• 20.15（修复版本20.15.6）

• 20.161（修复版本20.18.4）

• 20.18（修复版本20.18.4）

• 26.1（修复版本26.1.2）

• 20.9 之前版本（需迁移至已修复版本）

影响 IOS XE 软件的漏洞涉及访问控制不当、命令注入和输入验证不当，具体包括：

• CVE-2026-20267（CVSS 评分：9.0）——访问控制不当

• CVE-2026-20268（CVSS 评分：8.6）——缓冲区溢出和越界写入

• CVE-2026-20269（CVSS 评分：8.6）——资源在生命周期内控制不当

• CVE-2026-20270（CVSS 评分：8.6）——计算错误（涵盖算术或数值转换错误，包括整数溢出、下溢和截断）

• CVE-2026-20271（CVSS 评分：8.6）——控制流管理不足（涵盖无限循环、未受控递归和竞争条件）

• CVE-2026-20272（CVSS 评分：9.8）——特殊元素中和不当（涵盖命令注入、操作系统注入和参数注入）

• CVE-2026-20273（CVSS 评分：8.6）——输入验证不当（涵盖路径遍历）

这七个漏洞已在以下版本的思科 IOS XE 软件中得到修复：

• 17.9（修复版本 17.9.10）

• 17.12（修复版本 17.12.8）

• 17.15（修复版本 17.15.6）

• 17.18（修复版本 17.18.4 和 17.18.4a）

• 26.1（修复版本 26.1.2）

此外，思科还另外发布修复程序，修复 Integrated Management Controller (IMC) 基于 Web 管理界面中的一个高危安全缺陷（CVE-2026-20200），并证实该漏洞的概念验证利用代码已公开可用。

• CVE-2026-20200（CVSS 评分：8.8）——对用户提供的输入验证不当，可能导致具有低权限的已认证远程攻击者在受影响系统的底层操作系统上执行任意命令，并提权至 root。

• CVE-2026-20288（CVSS 评分：6.5）——对用户提供的输入验证不当，可能导致具有 Admin 权限的已认证远程攻击者在受影响系统的底层操作系统上执行任意命令，并提权至 root。

发现并报告 CVE-2026-20200 的安全研究员 Christoph Peil表示：“应当清楚 IMC 被入侵意味着什么：该控制器所处的位置使它能够影响 BIOS 和 SecureBoot，并与上层的操作系统进行交互。获得 root 权限的攻击者因此可以在系统中深度且持久地潜伏，而这远低于操作系统层面 EDR 解决方案等经典防护措施所能感知的层次。整个服务器硬件的信任锚点就此被攻破。”

不到一周前，思科层提醒注意 CVE-2026-20316（CVSS 评分：5.3）遭活跃利用，该漏洞位于思科 Secure Firewall Management Center（FMC）软件中，可导致低权限账户访问受影响系统内的敏感数据。

该漏洞位于内核数据路径，而非用户态的 ovs-vswitchd 守护进程中。发现并报送该漏洞的研究员 Asim Manizada 在一份技术分析中指出，攻击者“无需现有 OVS 网桥，无需运行中的 ovs-vswitchd，也无需主机级的 CAP_NET_ADMIN 能力”，即可实施攻击。

在受影响的系统上，若 OVS 内核数据路径可用且非特权用户命名空间已启用，则普通用户可通过 unshare -Urn 创建私有用户命名空间和网络命名空间，在该命名空间内获得 CAP_NET_ADMIN 能力，并到达易受攻击的流安装路径。

如果 openvswitch 模块已安装但未加载，解析 Generic Netlink 家族名称可自动加载该模块。lsmod 输出为空并不意味系统安全。上游的修复方案已于 7 月 24 日合入稳定分支。若供应商内核尚未打补丁，且不需要 Open vSwitch，可阻止后续模块加载；若模块已常驻内存，则卸载模块或重启系统。

Manizada 表示自己于 6 月 19 日将问题报告至 security@kernel.org 及 OVS 维护者。首批修复的上游版本为 Linux 5.15.212、6.1.178、6.6.145、6.12.97、6.18.40 和 7.1.5。已终止支持的 6.13～6.17、6.19 和 7.0 系列不会获得上游稳定修复方案。这些上游版本号本身并不充分，因为发行版内核包含反向移植及下游改动，因此供应商的跟踪信息是更可靠的信息源。

Open vSwitch 将生成的流动作存储为 Netlink 属性，它的 nla_len 字段宽度为 16 位，任何单个嵌套属性上限为 65535 字节。该不安全赋值已存在 13 年，但此前生成的整个动作流受 32 KiB 上限限制，使嵌套动作始终低于回绕点。2025 年 3 月的一项改动移除了该上限，因为它在大型 OpenStack 部署中引发了不可预测的故障，同时暴露了更早存在的截断漏洞。该引入补丁的审查线程讨论了可靠性和用户可见故障，但未涉及移除该防护措施带来的安全后果。

攻击者提交一个 CLONE 动作，其中打包数百个 conntrack 子动作。在 x86-64 架构上，内核将每个子动作扩展为 164 字节，使生成的嵌套动作总长度超过 65535 字节。当 OVS 将结果写入 16 位长度字段时，数值发生回绕。后续代码信任该长度，并从攻击者可控的 conntrack 数据内部继续解析，而伪造的 OVS 动作正等待。由于落入点在同一个连续缓冲区内的位置是确定的，因此无需进行堆喷。

Manizada 将该漏洞描述为具有“逻辑漏洞级别的可靠性”的内存损坏漏洞。该利用通过回绕构建三条原语：通过伪造的 OUTPUT 动作泄漏内核指针，通过伪造的隧道 SET 动作实现任意内核读取，以及通过销毁伪造的 `tun_dst` 指针实现目标减量操作。利用这些原语，可定位主机进程的凭据，并在现代内核上将 fsuid 和 fsgid 减为零。已发布的概念验证代码具有显式破坏性。它还需要 OVS conntrack 支持、FTP conntrack 辅助模块以及已安装的 sudo。

成功利用漏洞后，会损坏运行中的内核凭据，修改 /etc/sudoers.d 或 /etc/sudoers，打开 root shell，并保留进程和 OVS 状态以避免不安全的销毁操作。PoC 仓库中包含了约 800 个精确的 x86-64 内核构建记录，并对未覆盖的构建尝试通过符号或 BTF 进行动态推导。

Manizada 的非穷举测试矩阵显示，在以下默认配置下可实现利用：已测试的 AlmaLinux 9 和 10、Alpine 3.22至3.24、Amazon Linux 2023、Arch、CentOS Stream 9 和 10、Debian 12 和 13、Fedora 42至44、Gentoo、Kali 2026.1、Linux Mint 22.3、NixOS、openSUSE Tumbleweed、Pop!_OS、Rocky Linux 9 和 10，以及 Ubuntu 22.04。

在已测试的 Ubuntu 24.04 系统上，AppArmor 阻止了直接的命名空间创建，但 PoC 中通过 aa-exec -p trinity 回退方式恢复了可触达性。默认的 Ubuntu 26.04 阻止了普通用户路径；若禁用其 AppArmor 用户命名空间限制，则已测试系统变为可被利用。已测试的 Amazon Linux 2、Debian 11、Rocky Linux 8 和 Ubuntu 20.04 保留了较旧的代码路径，无法通过此路径被利用。

若供应商已提供补丁内核，用户需安装。若无需 Open vSwitch，最快的临时缓解措施是阻止模块加载：

该覆盖配置将阻止后续模块加载尝试；已常驻内存的模块仍需通过卸载或重启系统清除。禁用非特权用户命名空间可关闭普通本地用户利用路径，但无法阻止已对攻击者控制的网络命名空间拥有 CAP_NET_ADMIN 的容器或其它进程。Manizada 指出容器方向在理论上可达，但未在已发布的 PoC 中演示。PoC 仓库还包含一个紧急 BPF 防护措施，适用于必须同时保留 OVS 和命名空间的环境。

在多用户或不可信工作负载共享主机的场景下风险尤为突出。正如 CloudLinux 在其公告中所言，该场景下的本地用户可能是已通过其它漏洞攻陷某个站点的攻击者，而 OVSwrap 正是将单账户问题升级为整机沦陷的关键。

开发人员和管理员应尽快升级，尤其是在 Django GIS 功能或内置管理界面面向工作人员用户开放的环境中。在这四个漏洞中，最严重是高危漏洞 CVE-2026-15307，它影响通过 GDALRaster 处理栅格相关值的 Django 空间查询。

此前，当字典值或字符串值表示栅格数据时，空间查询可以接受这些类型。根据所选的栅格驱动程序，恶意构造的值可能会在服务器上触发文件写入操作，或利用 Django 进程的权限发起网络请求。

在某些环境下，文件写入行为可能进一步导致远程代码执行。该问题在 Django 管理后台的变更列表中尤为突出，拥有查看权限的工作人员用户可以对包含空间字段的已注册模型进行筛选，从而触发该漏洞。

Django 目前已阻止在空间查询中使用字典值以及非合法 GEOSGeometry 对象的字符串。该安全变更可能影响依赖这些输入类型的应用程序。Django 表示，模型字段赋值不受影响，仍可接受上述类型。开发人员在处理不可信的空间数据时，应事先进行验证，并在自定义代码中恢复类似功能前，查阅 Django 关于栅格安全性的相关指南。

CVE-2026-15337 涉及 django.utils.translation.check_for_language() 中一个低危拒绝服务风险。该函数可能将大量不同且过长的语言代码存储在内存缓存中。攻击者可通过向可选的 set_language() 视图发送 POST 请求，携带超长值，逐步消耗服务器内存。

由于 Django 的请求大小限制以及缓存条目数量上限，实际内存影响有限。但本次更新已将语言代码长度限制为不超过 500 个字符，在进入缓存查找之前即拒绝超长代码，从而减少不必要的内存消耗。

另一个拒绝服务漏洞 CVE-2026-15830 影响使用地理几何处理功能的应用程序。深度嵌套的 GEOMETRYCOLLECTION 对象可能导致底层 GEOS 库发生段错误。如果攻击者将精心构造的几何输入传递给空间字段查询或 GeometryField 表单字段，则可能破坏 Django 应用程序的运行。

本次修复强制限制 Well-Known Text输入中嵌套几何集合的最大层数为 198 层。对于 Well-Known Binary输入，Django 将几何集合总数限制为 198 个。如需调整阈值，开发人员可在 GEOSGeometry 以及相关的表单字段和模型字段中使用新的 max_geom_collections 设置。GeoJSON 输入不受影响，因为由 GDAL 解析。

CVE-2026-15920 是 Django 管理视图中一个中危存储型跨站脚本漏洞。URLField 值在变更列表和只读管理字段中会以可点击链接形式呈现，但此前未确认 URL 是否使用安全协议。因此，使用危险协议的存储值可能显示为有效链接。现在，Django 在将 URLField 值呈现为链接之前，会使用 URLValidator 进行验证，无效值将显示为纯文本。

本次修复同样应用于 Django 的主分支和 Django 6.1 候选发布分支。各组织应及时更新 Django 部署，测试空间查询的兼容性，并审查管理访问控制及输入验证实践。

该数据库漏洞影响所有受支持的 cPanel & WHM以及 WP Squared 版本。利用该漏洞需要有效的 cPanel 账户以及对 MySQL/MariaDB 特性的访问权限，账户持有者可以完全管理权限执行任意数据库命令。根据操作系统和数据库引擎配置的不同，“这可能进一步扩展至操作系统层面的入侵”。

cPanel 在以下构建版本中修复了该漏洞：

• 11.110.0.137

• 11.118.0.71

• 11.126.0.78

• 11.134.0.48

• 11.136.0.32

• WP Squared 138.1.6版本

无法立即更新的服务器可以临时撤销 cPanel 用户的 MySQL 功能，从而让现有数据库继续运行，同时阻止用户添加或删除数据库。管理员可以通过 WHM或使用 cPanel 文档中给出的命令进行更新：

CISA 在 8 月 4 日的补充记录中注明“尚无利用情况”，评估该漏洞不可自动化利用，并将技术影响评为完全，不过只是快照，并未反映之后几天的情况。在正常操作下，cPanel 支持数据库级权限，这些权限不需要 SUPER 访问权限，也不允许全局修改。CVE-2026-58048 通过使 SQL 在数据库管理上下文中运行的方式，绕过了这些限制。

该缺陷存在于 cPanel 的数据库重命名过程中。HackerOne CNA 记录显示，重命名数据库时未保留 SQL 模式，导致 SQL 在 root 上下文中执行。根据该公司的数据库文档，系统会创建一个替换数据库，移动原始数据，重新创建授权和存储代码，然后删除旧数据库及其授权。

厂商公告将该问题定性为权限提升，并未使用“SQL 注入”一词。而 CNA 将同一缺陷归类为 CWE-89（SQL 注入）。两份记录从不同角度描述了同一个漏洞。公告和 CVE 记录均未指明被注入的输入、受影响的 SQL 模式或具体有效载荷，也未说明 Team User 子账户（账户所有者可以创建的受限角色登录）在拥有数据库访问权限时，是否符合所述的“已通过身份验证的账户持有者”。

该漏洞虽然被评级为“严重”，但并未说明有多少服务器上存在可能利用该漏洞的人员，它取决于谁持有该服务器上的账户：所有账户都属于同一家公司的服务器情况与向陌生人销售账户的服务器情况截然不同。但这种界限并不清晰，因为账户可能被钓鱼或转售。而且它也未缩小后果范围，而 CISA 已将其后果评为“完全”。

CVE-2026-58047（CVSS 4.0 评分：5.6）是 cpsrvd（提供 cPanel 和 WHM 界面的守护进程）中的一个 HTTP 请求走私问题。在有限条件下，未经身份验证的远程攻击者可能操纵发送给同一服务器上其他用户的响应。CNA 记录称可能导致凭据泄露。

在无法立即修复的情况下，可采取的变通措施是在 /var/cpanel/cpanel.config 中设置 cpsrvd_keepalives_disabled=1 并重启 cpsrvd，从而禁用后端连接复用。cPanel 表示，该变通措施会强制对 2083、2087 和 2096 端口上的每个请求新建 TCP 和 TLS 连接，从而增加繁忙服务器的延迟和 CPU 使用率。这两个漏洞均由研究员 Vincent55 Yang发现并报送。

第三份 cPanel 公告涉及 Exim 中的 GCVE-25-2026-07-45-3。在特定的管道传输配置下，本地用户的 .forward 文件可能触发重定向路由器中的不安全字符串展开。在 cPanel 默认配置下，该展开和执行以 cPanel 用户身份发生，公司称可能导致从 Team User 子账户进行权限提升。

Exim 发布公告称，利用该漏洞需要提供 .forward 处理的重定向路由器、可访问的管道传输、在该传输上启用 force_command，以及以特权用户身份执行。Exim 4.99.5 删除了易受攻击的展开功能。

Exim 4.99.5 还修复了 GCVE-25-2026-07-45-1，它是一个通过队列名称命令行参数实现的高危本地目录遍历漏洞。Exim 公司称，该漏洞可访问 spooldir 区域之外的文件，并可用于权限提升。

cPanel 自身发布的公告对于哪些版本包含修复方案，存在不一致。它将构建版本 11.118.0.71 列入已修复版本；但同次发布的请求走私和 Exim 公告则完全从列表中移除 11.118 分支。任何处于该分支的用户应参照数据库公告检查已安装的小版本，而非信任较短的列表。两份 Exim 公告均未提及研究人员姓名，仅致谢“作品被作为训练语料库吸收的未具名且未署名的作者”。

Forescout 公司 Vedere Labs 实验室的研究人员发现了这些漏洞，并于今天早些时候在 Black Hat USA 安全会议上公布了完整细节。

Omada 是 TP-Link 的企业级网络产品线，包括 Wi-Fi 接入点、以太网和 PoE 交换机、互联网网关以及 VPN 路由器。该产品线通常用于中小型企业，不过 TP-Link 也面向企业级部署市场提供专业级方案。ZTP 是一种网络设备部署方式，无需在现场对每台设备进行手动配置，允许 IT 团队或托管服务提供商（MSP）基于预定配置远程完成所有准备工作。

其中部分漏洞也影响 TP-Link 的其它产品和服务，如 IP 摄像头、智能家居 IoT 设备、移动应用和云账户。这些漏洞包括硬编码加密密钥、信息泄露、远程代码执行、设备劫持与欺骗、客户端代码执行，以及加密通信的拦截或破坏。

研究人员表示，攻击者可组合利用这些新漏洞和两个此前披露的命令注入漏洞，破坏 Omada 的信任链并渗透网络，“这些漏洞的影响可分为四类：客户端代码执行、信息泄露、设备劫持与欺骗，以及加密通信破坏。组合利用此前披露的CVE-2025-7850 和 CVE-2025-7851，可构成具体攻击手段，使攻击者能够通过控制器和客户端设备渗透网络。”

TP-Link 在公告中列出了 15 个新披露的漏洞，其中 11 个获得了以下编号：

• CVE-2025-9289 至 CVE-2025-9293

• CVE-2025-15544

• CVE-2025-15627 至 CVE-2025-15631

其余 4 个漏洞未被分配编号，涉及仅凭序列号即可完成设备纳管、初始纳管期间使用默认凭据、序列号可预测，以及通过未经身份验证的临时下载链接提供文件等问题。在研究人员描述的一种攻击场景中，远程攻击者可枚举可预测的设备序列号，获取 MAC 地址并识别等待纳管的设备。随后，攻击者可伪装成其中一台设备，利用云纳管过程中的竞争条件，并使用默认凭据进行身份验证，从而将导致控制器泄露设备配置，包括明文用户名、未加盐的 MD5 密码哈希，以及潜在的 VPN 密钥。

攻击者还可在控制器的管理界面中注入 JavaScript，对管理员进行钓鱼攻击，窃取云控制器凭据。获取凭据后，攻击者可重新配置受管设备，创建通向内部网络的 VPN 隧道，并利用之前披露的命令注入漏洞攻陷网络设备。这些漏洞影响 Omada 控制器、网关、交换机、接入点、OLT 平台、云服务以及 TP-Link 移动应用。

Forescout 公司报告称，已发现超过 1800 个可互联网访问的 Omada 控制器，尽管此类部署通常并不建议直接暴露于互联网。至于 Android 应用，Omada 和 Omada Guard 在 Google Play 上的下载量已达 110 万次，而 TP-Link 系列应用合计拥有 300 万至 700 万活跃账户。

建议用户访问 TP-Link 公司的 Omada 下载门户，获取适用于设备型号的最新固件映像。此外，建议使用强且唯一的管理员凭据，启用多因素认证（MFA），在怀疑遭到入侵时轮换所有密钥，更新移动应用，并监控网络流量以发现可疑活动。

该漏洞位于路由器RTSP（实时流协议）的连接跟踪功能模块中。RTSP通常用于控制多媒体流会话。该易受攻击的模块在路由器内核（即操作系统核心部分）中处理与RTSP相关的网络流量。TP-Link公司提到，该漏洞由基于栈的缓冲区溢出引起。当特殊构造的数据超过已分配的内存空间时，就会发生这种情况。

攻击者可通过运行恶意RTSP服务器，并诱使局域网内的设备连接该服务器的方式，利用该漏洞。当局域网客户端联系攻击者控制的RTSP服务器时，服务器会返回恶意的RTSP消息。

随后，存在漏洞的conntrack模块可能错误地处理这些数据，导致路由器内核内存损坏，从而可能导致设备崩溃，引发拒绝服务攻击，或有可能执行受攻击者控制的代码。

若攻击者成功远程执行代码，将构成严重安全风险。攻击者可能更改网络设置、拦截流量、修改DNS配置、安装持久性恶意软件，或利用被入侵的路由器攻击局域网内的其它设备。

该漏洞的攻击向量为网络型，攻击复杂度低，且无需认证。不过，利用该漏洞需要用户交互，因为必须有一个局域网客户端主动连接恶意RTSP服务器，才能完成攻击。TP-Link确认该漏洞影响TL-WR940N硬件版本V6，并已发布固件更新，涵盖各区域版本以修复该漏洞。

已修复版本包括：英文设备固件版本 (EN)_V6_260528，美国设备固件版本 (US)_V6_260528，以及日本设备固件版本 (JP)_V6_260527。用户在安装更新前，应核实所用路由器的确切硬件版本和区域固件型号。安装非对应区域型号的固件可能导致运行问题或设备故障。固件更新应仅从TP-Link官方支持门户下载。

在更新路由器之前，组织机构和家庭用户应限制局域网内设备发起不必要的对外RTSP连接。网络管理员也可考虑监控异常的RTSP流量、意外的路由器重启或配置更改，从而发现利用该漏洞的企图。及时安装固件仍是应对该漏洞的主要缓解措施。该漏洞由Powder Keg 技术公司的研究员Ryo Shimada发现并报送。

该漏洞 (CVE-2026-18577) 影响2026.3.1.7之前的N-central 版本，但补丁并不完整。N-able于8月2日发布了2026.3.1.7版本，是首个不受影响的版本。N-central是托管服务提供商和IT团队用于管理客户终端设备的远程监控和管理平台。在入侵N-central服务器后，攻击者利用Take Control访问管理终端，并在这些设备上注册Cloudflare隧道作为服务。这些隧道向外连接到Cloudflare的边缘节点，因此无需入站防火墙规则或开放的监听端口。

N-able表示，在切断经由N-central服务器的路由后，这些隧道依然保留了访问权限。披露信息中没有任何内容表明Cloudflare本身被入侵；攻击者只是滥用了隧道服务。

N-central客户都应升级到2026.3.1.7，最初仅升级到2026.3的指南已不适用。N-able发布热修复通知称，托管版NCOD实例将按直接告知合作伙伴的时间表自动升级；自托管服务器则需由客户自行升级。发现入侵迹象的客户还必须从受管终端中搜寻并删除恶意隧道服务，因为升级N-central并不会清除在其它机器上安装的持久化后门。

N-able于7月31日本地部署客户出现了异常大量的许可错误时开始调查，结果发现，一名攻击者远程获取了运行2026.1及更早版本的服务器管理权限。N-able表示已识别并联系了数量有限的受影响客户，但未说明具体的客户数量。

第一个漏洞CVE-2026-18556，在N-able自身的CVE记录中标题为“未经身份验证的管理账户接管”，并被归类为通过替代路径或通道的身份验证绕过（CWE-288）。N-able为这两个CVE漏洞均分配了8.2分的CVSS 4.0评分。这两个漏洞均未指明易受攻击的端点或请求序列，N-able也未发布任何代码级别的根本原因细节。

CVE-2026-18556覆盖2026.1版本。N-able表示已在2026.2中修复了该路径，但后来发现了利用该漏洞的另一种方式且之前的修复并未阻止该方式，即 CVE-2026-18577，并将受影响范围扩大到2026.3.1.7之前的构建版本。

芬兰国家网络安全中心在8月2日发布的一份安全公告中表示，紧急热修复方案发布之前的所有版本均存在漏洞。N-able公司尚未就事件影响范围和补丁不完整的问题进行进一步说明。N-able现已公布在攻击中出现的六个IP地址。

Huntress公司随后指出，N-able初始列表中的四个地址是Mullvad或NordVPN的出口节点。Huntress建议将任何匹配结果与N-central的UI日志、网络日志和终端日志进行关联分析。N-able还告知客户称，应检查用户Documents文件夹中的svchost.exe、名为Cloudflared的服务，或来自已公布IP地址的流量。N-able建议发现任何这些指标的客户联系技术支持并通知安全团队。

Huntress最初在8月3日发布的快速响应中表示，已在客户群体中的一个组织中观察到利用行为，并公布了三个攻击者域名：mousears.synology[.]me、wagoosh.direct.quickconnect[.]to和who-ripped-one.direct.quickconnect[.]to。不过之后Huntress澄清表示，该活动涉及一个合作伙伴账户内的自托管N-central实例。攻击者访问了该账户下的九个组织机构，并各触及了其中的一个终端。

Huntress表示，根据迄今可获得的证据，在攻击者断开连接之前，入侵后的活动仅限于枚举终端上的运行进程。该公司正在继续审查这些活动，以寻找其它入侵指标和攻击者手法。Huntress表示，并未观察到N-able在最初发给受影响客户的通知中描述的Cloudflare安装活动。对于未经授权的Take Control活动迹象，Huntress建议检查ui_access_control.log，并与Windows终端上的C:\ProgramData\GetSupportService_N-Central\Logs\BASupSrvc_*.log.gz进行关联。这些日志在合法使用Take Control时也会出现，因此仅凭这些日志的存在并不能证明被入侵。该公司还建议调查与看似N-able支持身份（如mspsupport@n-able.com）关联的会话。

N-able公司尚未披露受影响客户的数量或身份、被访问的下游设备数量、攻击何时开始、攻击者身份，或是否有任何数据被窃取。

该漏洞影响使用 SAML 2.0 单点登录（SSO）的 SolarWinds Web Help Desk 部署版本，已在 2026 年 7 月 30 日发布的 2026.2.1 版本中修复。该漏洞由安全研究员 Dhabaleshwar Das 发现并报送，属于SAML（安全断言标记语言）身份验证绕过漏洞。

SAML通常被组织机构用于将应用程序与集中式身份提供程序，如 Microsoft Entra ID、Okta 和 Active Directory 联合身份验证服务（ADFS）对接，允许用户通过受信任的身份提供程序登录一次，即可访问已连接的业务应用程序。

该过程中的身份验证绕过尤为严重，因为它可以突破关键的访问控制边界。若成功利用该漏洞，攻击者无需完成预期的 SAML 登录流程，即可获取受影响 Web Help Desk 实例的访问权限。

根据账户上下文和应用程序权限，未经授权的访问可能暴露服务台工单、用户信息、内部通信、IT 资产数据以及通过该平台管理的其它运营信息。SolarWinds 公司尚未公开披露该漏洞的利用技术细节、受影响的请求路径，也未透露是否存在在野利用的证据。然而，鉴于该漏洞的严重等级以及服务台平台在企业环境中的敏感角色，各组织机构应将此问题视为紧急事项。服务台门户通常可供员工、承包商和外部用户访问，因此成为攻击者获取初始访问权限或敏感内部数据的重要目标。

该漏洞仅影响使用 SAML 2.0 身份验证的部署版本，但所有管理员都应应用包括多项安全修复的更新。Web Help Desk 2026.2.1 版本还修复了高危拒绝服务漏洞 CVE-2026-28299（CVSS评分8.2），可使攻击者因内存处理不足而导致 Web Help Desk 服务器崩溃。此外，该更新还整合了对多个第三方 pgAdmin 漏洞的修复，包括远程代码执行、命令注入、LDAP 注入和 TLS 证书验证绕过问题。最新版本引入了重新设计的界面和基于 Caddy 的新前端架构。

SolarWinds 目前仅支持 TLS 1.2/1.3，强制执行 HTTPS，应用安全标头，将内部服务限制为本地访问，并从响应中移除服务器版本详细信息。管理员应尽快升级至 Web Help Desk 2026.2.1 版本，尤其是在启用了 SAML SSO 的情况下。从 2026.1 之前版本升级的组织机构，必须先升级至 2026.1，验证正常运行后，再升级至 2026.2.1。

团队应在升级后使用身份提供程序测试 SAML 身份验证，并检查 Web Help Desk 访问日志，查看是否有异常的登录活动或意外的账户会话。SolarWinds 公司还指出，Web Help Desk 2026.2.1 版本不再支持 Servlet 身份验证。依赖该方法的客户应计划迁移至 SAML 2.0 或 HTTP Header 身份验证，同时确保新部署的 SSO 配置经过充分测试，并受最新补丁保护。

Rails 是 Ruby 语言编写的流行的源 Web 应用程序框架，用于构建网站和 Web 应用。它的内置组件 Active Storage 负责处理文件上传和附件管理。Rails 的维护人员发布了关于该漏洞的安全公告，并将它评级为“严重”。Active Storage 还可使用 libvips 或 ImageMagick 等图像处理库，从上传的媒体文件生成缩略图。

该安全公告提到，当使用 libvips 时，CVE-2026-66066 可被利用，攻击者可向受影响应用上传特殊构造的图像文件，读取服务器上的任意文件。该攻击的另一个前提条件是服务器允许来自不受信用户的图像上传。若满足上述条件，攻击者即可访问应用文件，包括进程环境变量，其中通常包含 secret_key_base（Rails 主密钥）以及数据库、云存储和其它服务的凭据。

该漏洞影响Active Storage 7.2.3.2 之前版本、8.0.5.1 之前的8.0.x 系列版本，以及8.1.3.1 之前的8.1.x 系列版本。Rails 6.x 仅在使用非默认配置启用 Active Storage 时受影响。

Rails 团队建议升级至 libvips 8.13 或更高版本，并轮换 secret_key_base（Rails 主密钥）、数据库凭证、Active Storage 服务凭证，以及应用进程可访问的其它所有密钥。

对于运行 libvips 8.13 或更高版本的系统，管理员可通过设置环境变量 VIPS_BLOCK_UNTRUSTED，或在 ruby-vips 2.2.1 及以上版本中调用 Vips.block_untrusted(true)，临时禁用受影响的功能。对于使用 libvips 8.13 之前版本的应用，暂无临时缓解措施。ImageMagick 用户不受此攻击途径影响。但 libvips 是官方 Rails Docker 镜像以及 Debian 和 Ubuntu 系统中的默认图像处理器。

Rails 团队表示，为降低用户尚未完成更新前被利用的风险，因此暂未公开该漏洞的技术细节。完整技术细节原计划于 8 月 28 日在 Rails 论坛上公布。

然而，由于公开的概念验证（PoC）利用代码迅速出现，维护者决定提前公布完整细节及取证调查工具。该漏洞由 Ethiack 和 GMO Flatt Security Inc. 公司的研究人员发现，并负责任地向 Rails 团队报告。

安全厂商 Akamai 也就该漏洞发布了警告，将攻击链命名为“KindaRails2Shell”，并警示 RCE 风险。该公司解释称：“一旦 secret_key_base 被攻破，攻击者便掌握了应用的加密主密钥。他们可以伪造会话 Cookie、签署全局 ID，并操作序列化数据，这将直接导致底层服务器完全沦陷，实现远程代码执行后果。”Akamai 公司表示，他们在公开披露前与 Ethiack 公司协调，为客户准备了防护措施，并已发布 Web 应用防火墙（WAF）防护规则。Ethiack 公司指出，虽然WAF 可为管理员争取一些时间，但使用 AI 工具的攻击者应该能根据补丁差异重构攻击链。

Anthropic 周四发布博客文章称，此次发现源于该公司在 OpenAI 事件发生后，决定“对我们自身的安全评估进行大规模回顾性审查”。该 AI 实验室表示，他们首先识别出 141006 次测试中 Claude 可能获得互联网访问权限的情况，随后发现三个不同的 Claude 模型在第三方 AI 测试公司 Irregular 进行的评估中实际访问了互联网，并进而入侵了三个不同组织机构的生产基础设施。

Anthropic 指出，涉事模型包括 Opus 4.7、Mythos 5 以及一个内部研究测试模型。最早的事件发生在 4 月，这意味着它们可能在数月内未被公开察觉。与 OpenAI 的情况类似，Anthropic 有意关闭了用于约束 AI 模型、防止其被滥用的安全防护措施。换言之，这些并非面向公众发布的版本。

Anthropic 在博客中表示：“在这三起事件中，Claude 都被赋予了一项夺旗挑战任务，这是我们评估模型网络能力的途径之一。”该公司补充称，在所有案例中，“Anthropic 的评估提示词明确告知 Claude，运行环境为模拟环境，且不具备互联网访问权限。”他们将此疏漏归因于 Anthropic 与 Irregular 之间的“理解偏差”。

尽管 Claude 本不应具备互联网访问能力，但 Anthropic 表示 Irregular 对用于测试 Claude 的机器进行了错误配置，从而使 AI 模型获得了浏览网页的能力。博客中写道：“在上周通过额外的评估监控检测到这一情况之前，我们和评估合作伙伴均未意识到该配置错误。”

Hunter Strategy 研发副总裁 Jake Williams 表示：“我们现在有证据表明，两大 AI 实验室不仅未能有效管控其智能体，也未能实时检测到其越狱行为。显然，针对 AI 测试的监管和政府监督刻不容缓。”

Irregular 和 Anthropic 未立即回应置评请求。

与 OpenAI 的案例不同，Anthropic 表示 Claude 并未发现或利用任何复杂漏洞，而是依赖于基础技术手段，例如“利用弱密码和未认证端点”。OpenAI 此前表示， AI 智能体通过利用零日漏洞接入了互联网，但随后使用与 Anthropic 模型类似的日常网络安全弱点，访问了多个第三方组织的系统。具体而言，OpenAI 称该 AI 智能体显然发现了在公开互联网上暴露的凭据。

Anthropic 承认，如果该 AI 实验室及其测试合作伙伴实施了更充分的“纵深防御”措施，本可以预防这些事件，或至少降低其发生概率。这一表态与 OpenAI 对其自身事件所招致批评的回应如出一辙。Williams 表示：“我不理解这些 AI 实验室如何能将此事轻描淡写成‘只是偶发情况’。这并非偶然，这是疏忽。”

Anthropic 公司强调称，模型被告知不具备访问开放互联网的权限，且在大多数情况下，Claude 将所访问的组织误认为是测试环境的一部分。换言之，这些模型在很大程度上并未意识到自己已经脱离了隔离环境。但在某些情况下，AI 模型意识到情况异常，并正确检测到所访问的基础设施是真实的。最老旧的模型 Opus 4.7 的任务是攻击一家虚构公司，但该公司名称恰好对应一个真实存在的网站域名。由于无法在模拟环境中完成任务，它转而攻击真实公司，成功窃取了凭据并访问了生产数据库。Anthropic 表示，在某一时刻，该模型意识到自己“可能运行在真实环境中”，但仍继续执行攻击。Mythos 5 作为 Anthropic 已发布的最强模型，同样意识到自己处于真实世界，但“通过推理又回到了仍处于模拟环境的结论”。而内部测试模型——Anthropic 称其为三者中最强大的一个——在发现目标为真实系统后，便停止了攻击。

Anthropic 和 OpenAI 均表示已聘请第三方 AI 评估机构 METR 对各自的安全事件进行独立审查。Anthropic 还承诺将通过改进纵深防御措施和更精心设计的测试，对安全测试采取更全面的方法。博客文章写道：“评估环境越来越需要达到与我们模型所运行的其它系统相同的安全标准。”同时，该公司表示“谨慎乐观”地认为“此类风险是可以克服的”。

攻击者若能通过 HTTPS 访问 TeamCity 服务器，便可借助代理轮询协议绕过身份验证，并以服务器进程的权限执行任意操作系统命令。JetBrains 在安全公告中指出：“TeamCity 的所有本地部署版本均受影响。TeamCity Cloud 客户无需采取任何措施，相应的修复工作已经完成。”

TeamCity 是一款商业化的持续集成与持续交付（CI/CD）服务器，广泛用于软件的构建、测试和部署。JetBrains 解决方案工程主管 Daniel Gallo 表示，若该漏洞 被成功利用，可能导致 TeamCity 数据、配置、存储的凭据泄露，甚至可能危及构建产物和 CI/CD 管道，具体影响取决于所获权限的高低。截至 7 月 27 日该公告发布之时，尚无证据表明该漏洞已被积极利用。

鉴于 TeamCity 之前的漏洞曾被广泛利用，如勒索软件团伙和受国家支持的攻击者等，因此管理员应立即采取行动以降低风险。

JetBrains 表示7 月 10 日通过私下渠道收到漏洞报告后，在 TeamCity 版本 2025.11.7 和 2026.1.3 中予以修复。供应商建议优先升级到上述版本。对于无法升级到最新版本的客户，JetBrains 提供了适用于 TeamCity 2017.1 及以上版本的安全补丁插件。JetBrains 指出，TeamCity 2024.03 及更新版本会自动下载可用的安全补丁插件，并通知管理员进行安装。此外，TeamCity 2017.1 至 2018.1 版本在安装补丁插件后，需要重启服务器才能使安全更新生效。

JetBrains 还强调说明了一系列更为通用的“最佳实践”，包括要求对面向互联网的 TeamCity 服务器启用 VPN 访问或其它防护层。供应商提醒，即使仅暴露登录页面或 REST API，也可能为攻击者提供利用新披露漏洞的入口点。

OpenAI 公司表示，正在开展的调查显示，GPT-5.6 sol 和一款“能力更强大的预发布模型”在“少数情况下”，发现并使用了其它公开可用服务上账号层面的被暴露凭据，“包括Hugging Face 事件中使用的四款服务上的四个账号（以及其它评估过程中的多个账号）”。该公司还提到，“在这四个账号中，其中一个用作出站中继和暂存路径，另外一个账号用于数据存储；余下的两个账号被模型以只读方式访问，并未用于进一步攻陷 Hugging Face。”

OpenAI 公司虽然并未披露这些账号属于哪些公司或组织机构，但表示该公司将继续直接通知服务所有者，并表示尚未发现因这起入侵事件这些提供商或账号遭更广泛的影响。话虽如此，但路透社报道称，Modal Labs 公司的一名客户是受 OpenAI 智能体攻陷的实体之一。

另外，据称这些模型使用了一系列公开可用的服务，包括代码粘贴网站、请求捕获服务、截屏服务、文件投递服务和其它 web 工具。在这些场景下并未发现平台级或账户级的攻陷事件发生。

OpenAI 公司证实称这些模型找到并利用了自托管 Artifactory（由 JFrog 公司维护的一个软件包注册缓存代理）版本中的一个未知 0day 漏洞，获得互联网访问权限并冲破沙箱。该问题已在 Artifactory 7.161版本中修复。Aritifactory 7.161.15 在发布说明中提到，该版本修复了多个漏洞，而在启用了“匿名访问”的情况下，这些漏洞可被组合用于严重的攻击场景中。另外它还提到，考虑到安全风险因素，不建议将默认禁用的“匿名访问”用于生产环境中。JFrog 公司的首席技术官 Yoav Landman 表示，“这起事件中蕴含着一个重要且坦率而言令人乐观的教训：AI模型正成为卓越的 0day 漏洞发现引擎。让模型找到人类未曾发现的利用路径的能力，同样也将使防御人员能够率先发现并清除这些路径。”

OpenAI 公司还表示，该预发布模型是一个仅供内部研究使用的原型，原文计划公开发布。该模型后续已被停用、加密并限制研究访问。

根据Hugging Face公司发布的详细时间线，该自主AI智能体在基础设施内活动了约两天半，目的是欺骗ExploitGym。ExploitGym是一个用于评估AI系统发现和利用软件漏洞能力的基准框架。Hugging Face表示审查了2026年7月9日至13日期间从日志中恢复的约17600条攻击者操作。Hugging Face称：“我们认为，从智能体的视角看，整个入侵行为是一次试图作弊评估的尝试：即进入我们的生产系统并窃取测试解决方案，而不是独立解决挑战。”

据称，端到端入侵分为两个阶段：

• 智能体通过利用Artifactory中的 0day 漏洞逃逸沙箱，并利用允许的网络出口连接互联网，随后滥用托管在第三方提供商基础设施上的公共代码评估外部沙箱，以root权限运行命令，并将该沙箱用作“外部发射台”。

• 从该沙箱出发，智能体利用Hugging Face的数据集处理流水线获取Kubernetes集群的管理员权限；通过节点伪装、CSI令牌窃取和伪造身份令牌的组合进行横向移动；建立命令与控制（C2）；最终获得对GitHub上部分内部源代码仓库的未授权写入访问。

Hugging Face表示：“尽管入侵确实到达了Hugging Face的内部基础设施，但唯一被访问的客户内容是存储在五个数据集中的ExploitGym/CyberGym挑战解决方案集。其它面向客户的模型、数据集、Spaces或软件包并未受到影响，并且唯一被读取的客户记录是与数据集服务器搜索查询相关的操作元数据。”

此次攻击的一个显著特点是使用了临时构建的通信协议作为C2。该协议层叠在公共请求捕获服务、Pastebin和文件投递服务之上，允许每条消息携带载荷以及关于压缩和Base64编码载荷类型、用于分组相关消息流的通道、用于恢复消息顺序的序列号以及校验和的详细信息。

攻击流程如下：（1）智能体向公共请求捕获服务发布一个自描述信封；（2）接收方轮询获取并重组分片，然后将载荷作为shell命令执行并暂存结果。

Hugging Face还将该智能体描述为短暂存在且具有弹性，类似自主评估运行，每次代码评估沙箱运行都获得新身份，同时采取措施避免以明文暴露载荷。Hugging Face称：“该智能体跨越多个信任边界组合利用漏洞，逃逸评估环境，接入公共互联网，并在数天内对我们的生产基础设施持续实施协调一致的攻击。每个短暂的代码评估环境都从零开始，但智能体重建了工具、恢复了通信信道并继续运行。”

作为响应，Hugging Face已封堵数据集处理流水线中的代码执行路径，锁定对云元数据的访问，轮换令牌和凭据，重建核心基础设施，隔离集群并改进告警机制。Hugging Face 公司的首席执行官 Clem Delangue上周末在X平台上发文呼吁“彻底的透明度”，并补充称“首次自主智能体网络攻击是前所未有的事件，应得到前所未有的回应。”

上述发现再次凸显了AI工具在网络攻击能力方面的快速成熟，即便它们并未展现出对该技术的创新性或范式转换式应用。这反过来不仅降低了漏洞利用开发的门槛，还使恶意行为者能够大规模发现、探测和利用错误配置，提高其犯罪行动的效率，从而发起规模更大、效果更好、速度更快的攻击。

与此同时，OpenAI的竞争对手Anthropic公司表示，Claude Mythos Preview AI智能体已发现攻击密码算法的方法，包括设计出一种“显著削弱”了HAWK的密钥恢复技术。HAWK是美国国家标准与技术研究院（NIST）在后量子标准化流程中选定的候选数字签名方案之一。

vBulletin是一个基于PHP的专有论坛平台，于2000年发布，广泛用于大型在线社区、游戏网站、支持门户、汽车论坛、技术论坛和讨论板。尽管近年来该平台在新兴更现代的解决方案冲击下人气有所下降，但仍保有可观的市场份额。独立安全研究员Egidio Romano发现了该漏洞，并通过SSD Secure Disclosure漏洞披露计划进行了报告，同时发布了一篇技术分析文章。据Romano所述，该漏洞源于runMaths() 函数，该函数在将用户输入传递给PHP的eval()函数之前未进行恰当过滤，而eval()本应仅限于数学表达式。Romano发现，未经身份验证的攻击者可通过向“ajax/render/[template]”端点发送特殊构造的请求来利用该漏洞。

该请求由存在漏洞的模板（如“pagenav”）处理，最终将攻击者可控的输入传递给PHP的eval()函数，从而导致远程代码执行。SSD Secure Disclosure还发布了针对CVE-2026-61511的技术分析，解释了可通过所谓的“phpfuck”技术绕过过滤限制。

Romano还发布了一个概念验证（PoC）利用，针对ajax/render/pagenav路由，在存在漏洞的服务器上执行任意系统命令。CVE-2026-61511公开PoC的出现降低了攻击门槛，通常会导致针对未打补丁的公网vBulletin服务器的扫描和利用尝试大幅增加。如2025年5月，当时威胁行动者利用同样由Romano发现的vBulletin两个严重漏洞的公开PoC，攻击未修复的实例。

该漏洞于2026年6月25日报告给vBulletin，修复该漏洞的6.2.2版本于7月1日发布。安全补丁已向后移植到更早的版本，标记为“补丁级别1”，包括v6.2.1、v6.2.0和v6.1.6。

vBulletin技术支持主管Wayne Luke在项目论坛上表示，旧版本用户应升级到较新版本，因此可以推断5.x分支不会发布针对该漏洞的更新。

受影响的 n8n 版本范围为<2.31.5以及>=2.32.0、<2.32.1。n8n在2.31.5和2.32.1版本中修复了该漏洞。n8n将该漏洞跟踪为GHSA-gv7g-jm28-cr3m，评级为高危，CVSS 4.0评分为8.7，截至2026年7月27日尚未分配CVE编号。

管理员应直接更新，而不是依赖n8n的临时建议，即限制实例访问权限并将工作流编辑仅限于完全可信用户。公告称这些控制措施是不完整的短期缓解方案。公告未列出已修复的1.x版本，也未说明n8n Cloud是否受影响。

利用该漏洞需要一个有效账户，且该账户拥有创建或修改工作流的权限，无需其他用户操作即可实施利用。成功利用后，攻击者可以n8n进程的权限执行命令。Security Joes公司在分析报告中称，该漏洞可导致N8N_ENCRYPTION_KEY被暴露，并允许解密存储在n8n中的凭证。该漏洞还可能导致打开通往已连接数据库、内部服务和云端点的路径。该公司表示在编写报告时尚未发现该漏洞被在野利用。公开公告未说明该漏洞在修复前是否已被利用。

n8n工作流构建器使用诸如={{ $json.email }}之类的表达式。一个抽象语法树重写器会将这些表达式中释放的JavaScript标识符重定向到n8n受控的数据上下文，而不是Node.js运行时。在2.31.4版本中，VariablePolyfill.ts将ArrowFunctionExpression放在一个显式的无操作分支中。因此，像() => process这样的简洁箭头函数体可能会将process解析为真实的Node.js全局对象，而非沙箱化值。

Security Joes公司称，第二个盲点位于n8n的属性检查中，它会检查成员表达式中的静态属性名。Reflect.get()接收请求的属性作为函数参数。研究人员利用这一区别恢复了process.getBuiltinModule，加载了child_process，并在主机上执行了一条命令。他们针对n8n 2.30.4版本，通过已发布的工作流包和本地n8n实例分别测试了概念验证。

对比公开的2.31.4和2.31.5源代码文件，已确认箭头函数方面的差异，但并未独立证实Security Joes报告中描述的完整Reflect.get()利用链。修复后的重写器增加了一个专门的ArrowFunctionExpression处理程序，将简洁箭头函数体中的裸标识符路由到数据上下文。

Security Joes的研究团队在谈到其利用所依赖的两个条件时表示：“单独任何一个都不足以触发漏洞，而且两者都没有被测试覆盖。”Security Joes最初估计该漏洞的CVSS评分将接近CVE-2026-27577的9.4分（严重），但厂商发布的当前评分为8.7分。

研究人员于7月14日发现了该残余逃逸漏洞，并于7月15日通过n8n的漏洞披露计划提交报告。n8n于7月22日发布了修复版本。防御者应检查近期创建或修改的工作流中是否存在意外的箭头函数或混淆的JavaScript，同时也应查找是否出现了作为n8n或Node.js进程子进程的shell、PowerShell、curl或wget。若发现可疑的工作流执行或主机命令活动，应轮换相关凭证。

n8n自2025年以来已修复一系列表达式沙箱逃逸漏洞。在本漏洞之前出现的是于2月份修复的评分9.4的CVE-2026-27577，当时研究人员发现process对象未经转换便通过了相同的标识符重写层。

在受影响的部署中，如果n8n存储了广泛权限的凭证或能够访问敏感内部系统，那么攻击者在获得工作流编辑账户后，便可以利用该漏洞以n8n进程身份执行命令，并访问从n8n主机可达的服务。