CISA于10月13日发布的 Ivanti Connect Secure 警告，并非针对尚未发生的理论风险。攻击者已经将认证绕过与代码执行串联起来，攻陷了一台当时已安装其所属分支全部补丁的设备。该机构将 CVE-2026-104935 加入已知被利用漏洞目录，并要求联邦民事机构在10月16日前完成处置。
软件修复与尚未解决的入侵事件，是两件不同的事。Volexity 的调查描述了反复利用漏洞、临时修改内存、收集凭据及选择性删除日志的过程，却没有发现传统的持久化 Web Shell。更新网关能够关闭已记录的入口，但不能让已被窃取的秘密失效，也无法证明此前没有人进入。
三天期限与受影响版本
该漏洞的 CVSS 评分为8.6，攻击复杂度低，远程攻击者无需既有账户或用户交互即可执行命令。Connect Secure 位于互联网、内部应用与身份服务之间；一旦这类网关的认证失效，攻击者便获得一个有价值的受信任位置。
已完成原稿列出的受影响版本是各自分支内的25.1.1.1及以前、25.1.2.2及以前，以及22.8R2.4及以前。修复版本包括25.1.1.2、25.1.3.0、25.1.3.1和22.8R2.5。这不意味着可以随意跨分支替换：管理员应根据自身安装版本，遵循 Ivanti 公告中的受支持升级路径。
两份来源对旧版本例外的精度不同：主稿写22.7.x及以前，合并稿依据CVE记录写22.7R2.14及以前。无论哪种说法，都不是旧软件整体安全的保证，更不是降级理由。旧版可能存在其他漏洞，或已经不再受支持。
10月13日的目录更新还加入了 Windows Shell 的 CVE-2026-96951。它需要用户交互，与Ivanti无需认证的直接攻击路径不同。根据原稿引用的 BOD 26-04 要求，美国联邦民事行政分支机构对两项漏洞均须在10月16日前处置。私营机构不会自动承担该指令的义务，但面对同样的技术风险。Windows漏洞在本文只是背景，不是另一项Ivanti漏洞。
进入KEV目录表示已观察到真实利用，并不表示每台暴露设备都被攻陷，也不等于已经发生大规模攻击。目录中的勒索软件使用状态为未知，不能写成已确认与勒索活动关联。Ivanti所说“已知有限利用”同样只反映公司掌握的情况，不是受害者数量的可靠上限。
披露前，仍属最新分支版本的网关已被攻击
Volexity于10月5日开始调查，将利用活动追溯至10月3日，涉及当时该分支最新的 Connect Secure 22.8R2.4、Build 19097。另有威胁情报提供商据称从10月1日便观察到相关迹象。这是两组不同观察，不能把后者写成Volexity亲自证实的最早日期。
Volexity将未识别的活动簇命名为 UTA0576。这是分析标签，并非经过证实的现实组织身份或政府背景。该公司以低置信度判断其动机更接近逐利犯罪，而非间谍活动。行动在最终目标查清前即被阻断。
Ivanti称，部分问题由产品安全计划发现，并在2026年7月的25.1.3.0版本中修复。攻击发生时，公司仍在将修复移植到其他受支持版本。这确实造成了跨分支保护缺口，但公开材料没有说明公司何时掌握完整攻击链、何时获知真实利用。不能将移植和兼容性工程直接改写为未经证实的故意拖延。
背景还包括2025年1月被利用的栈缓冲区溢出 CVE-2025-0282，以及后来与中国关联间谍活动联系起来的 CVE-2025-22457。这些历史事件不能证明UTA0576的身份，也不能说明所有Ivanti设备都不安全。Volexity还将从抓包中提取凭据的行为，与针对SonicWall远程访问设备的攻击作比较，说明可信边缘基础设施普遍具有吸引力。
三个弱点如何把公开请求变成root权限
调查重建的第一步，是授权判断与请求路由不一致。发送至公开登录组件 welcome.cgi 的请求，可以通过 X-DSCGI-PATH 请求头指定其他目的地。设备检查的是公开URL，却将请求路由到受保护的上传处理程序 wu.cgi。
上传程序随后在确认文件是否为ZIP压缩包之前，先将文件写入磁盘。带ZIP扩展名的恶意Perl脚本，因而在被拒绝和删除之前短暂存在。并行请求抢在清理完成前触发执行，获得受限制的 cgi-server 账户权限。这是依赖时序的文件处理缺陷，不意味着普通ZIP文件本身天然可执行。
Ivanti将认证绕过和远程执行两步归入 CVE-2026-104935。独立的提权弱点则涉及特权服务信任遭篡改的配置，并配合内存中的库修改，将合法维护任务转向恶意脚本，以root执行。攻击者测试了对受保护密码信息的读取能力，随后恢复配置及被修改的内存指令。
在这些已完成报道发布时，Ivanti计划稍后修复独立提权问题。这不表示10月13日更新后，已记录的未认证路径仍然开放：阻断入口和执行阶段，就能切断该条具体攻击链。但后续厂商版本仍需跟进。
攻击者没有留下第一阶段后门，而是反复通过漏洞通道，以HTTPS发送命令并取回结果。有些阶段只在内存运行，包括压缩并编码的Python载荷。部分调试日志和Linux审计记录被删除，临时文件与结果被清理，修改过的状态也被还原。
Volexity发现，这种做法避开了Ivanti完整性检查工具。该工具关注非预期文件变化，而临时内存修改和恢复后的配置，超出了“磁盘检查干净”能够证明的范围。这限制了干净结果的含义，不等于完整性检查毫无用处。
身份数据让影响超出一台设备
网关的目录访问能力使攻击者能够查询内部 Active Directory 域控制器。调查人员找到了定制LDAP工具和Python脚本，目标包括LAPS本地管理员凭据、BitLocker恢复信息、含密码的属性、用户元数据和登录脚本路径。认证记录也提供了有效用户名。
LAPS凭据可用于本地管理访问，BitLocker恢复数据可解锁加密磁盘。Volexity以高置信度判断，目标目录查询所能获取的信息已被外传；这不意味着每项请求的秘密确实存在，也不能证明所有后续入侵都成功。
攻击者还检查网络抓包，寻找明文LDAP凭据、HTTP Basic认证材料及NTLM质询—响应哈希。一个改名后藏于隐藏目录的抓包工具监控LDAP、HTTP、FTP和Telnet等明文协议，使用8个循环覆盖的抓包文件。哈希滥用和离线破解的风险取决于配置与密码强度，但收集这些材料造成的后果，不会被VPN更新自动消除。
其他活动包括内部DNS和主机名侦察、搜索VPN配置及认证日志，以及面向目录账户的密码喷洒。综合行为支持攻击者在准备横向移动与扩大访问的判断；调查未查清最终目标，也没有证明每种尝试均成功。
合并稿中另一项说法同样需要克制：Volexity以中等置信度判断，攻击者可能在漏洞开发或后渗透中使用大语言模型，依据包括定制脚本、硬编码凭据、反复使用命令通道及攻击链复杂度。这是推断，不是直接证据。人工迭代或既有私人工具也可能产生类似现象，不能据此写成已证实的自主AI入侵。
可以成立的处置结论需要哪些证据
披露后，Shadowserver观察到超过5500个看似面向互联网的Connect Secure实例。这是暴露面观察，不是易受攻击或受害客户数量，其中可能有蜜罐、重复观察和已更新系统。资产清单应包括运行及备用网关、灾备节点和被遗忘的测试设备，再确认实际构建版本。
Ivanti建议立即更新并定期执行完整性检查；Rapid7的分析进一步强调，打补丁后仍要寻找入侵证据。暴露时间、来自网关的连接、身份和目录日志、防火墙与DNS遥测，以及保存的内存，能回答版本检查无法回答的问题。Volexity提示关注welcome.cgi异常请求量和URL与请求头不匹配，但攻击者会改变模式，未发现公开指标并不等于普遍安全。
遏制攻击与保全证据可能冲突。重启或重建会破坏易失性痕迹，延迟隔离却可能延长攻击者访问。顺序取决于当前风险、冗余与取证能力。响应人员应协调采集，不无谓延长入侵者的访问，并记录操作及时间。
凭据轮换应依据网关关联服务、可访问秘密和已观察行为制定。服务账户、本地管理员密码、恢复密钥、令牌和可复用用户秘密，应分别考虑。盲目重置可能破坏依赖，却漏掉不显眼的凭据；来自受信任网关的下游连接，也必须单独调查。
长期边界同样重要：减少不必要的互联网及管理接口暴露，集中保存日志，限制目录服务账户权限，划分内部网络，并尽量移除明文认证。这些措施不能消灭零日漏洞，却能限制单台受陷设备可访问的范围，以及它能擦除的证据。
接下来值得观察的是新增利用或受害者调查、各受支持分支的实际更新覆盖率、独立提权补丁，以及被盗凭据是否用于下游访问。Volexity没有公开武器化利用代码，但技术分析仍可能帮助模仿者；没有更多公开案例，也不能证明无人再遭入侵。
结案时需要分别回答：版本是否易受攻击、在利用窗口是否暴露、是否有访问证据，以及事后哪些系统与秘密可被触达。补丁完成只回答第一个问题。它是必要里程碑，却不能替代其余三个答案。