2026年8月31日——ReliaQuest披露了一款名为Gryxa的Windows攻击工具包，它集成了远程监控管理（RMM）滥用、浏览器凭证窃取与激进持久化机制，最不寻常的能力是：当防御者移除其可见植入体后，残留组件会收集清理过程的所有痕迹——用了什么工具、什么账户、按什么顺序操作——打包回传给攻击者。分析显示，运营者全程使用商业AI编码代理开发整套生态系统，这被评估为首例单人借助AI编码代理构建并运营如此规模攻击生态的案例。其舰队管理控制台列出了324台被入侵主机，分析期间有69台在线。
攻击链：从发票主题安装包到多层持久化
初始感染入口大概率是发票主题的自解压可执行文件。安装程序通过HTTPS从攻击者控制的基础设施与公共代码托管服务下载后续组件，然后把隐藏文件散布到多个ProgramData位置——包括主目录WinRTCS，以及伪装成Windows错误报告与诊断缓存的文件夹。
Gryxa的核心设计哲学是"恢复工程"：多层独立持久化机制互为备份。至少七个计划任务、一个永久的WMI事件订阅、一份存放于隐蔽路径的文件备份。其中三个任务以SYSTEM权限分别按1分钟、5分钟、15分钟的间隔运行——即使部分组件被删除，幸存机制也能在数分钟内重建全套作业。
反清理：为什么部分遏制反而是防御灾难
这是Gryxa最值得警惕的机制。当其中继基础设施不可达时，守护组件开始追踪失败签到：连续两次失败后，尝试禁用Microsoft Defender并停止硬编码列表中的EDR服务；第三次失败后，从Windows注册表检索端点安全产品的卸载命令并静默执行卸载。整个序列可以在10到13分钟内完成。
换句话说，防御者如果只切断攻击者的服务通道而不同时清除持久化机制，10分钟后面对的可能是一台端点防护被卸载的主机。
清理顺序因此被彻底改写。正确流程是：先在网络边缘封锁已知攻击者基础设施；隔离受影响端点；然后一次性协同移除计划任务、WMI持久化、隐藏工作目录、备份文件与RMM植入体。响应动作开始前，端点产品应提前启用卸载保护。
凭证窃取：不止盯着加密货币
Gryxa瞄准Chromium系浏览器保存的凭证，尤其是加密货币交易所与金融科技账户。代码中包含多种针对Chrome应用绑定加密（App-Bound Encryption）的破解方法——该保护机制本意是让非浏览器进程难以解密凭证。解密后的凭证通过Telegram机器人外传，钱包浏览器扩展则被编目留待后续手动访问。
关键提醒：组织应把可达浏览器配置文件中存储的所有凭证视为已暴露，而不仅是加密货币相关凭证——工具包先解密全部可访问数据，再按目标清单筛选。
AI编写恶意软件的运营革命
威胁行为者的公开仓库里，商业AI编码代理出现在绝大多数提交的合著者栏位，旁边还有工程规则、会话交接笔记与记录安装失败及后续代码修改的案例文件。
这说明AI的参与不是零散的命令生成或数据处理，而是贯穿完整开发周期：构建工具包本身、开发基于Web的舰队控制台。ReliaQuest的评估是：个人运营者借此构建和管理了过去需要小型开发团队才能维持的恶意软件生态。
对防御方的直接推论：静态哈希检测的价值正在贬值——集中化的更新管道可以快速轮换样本，行为检测才是可持续的防线。应优先建立的检测规则包括：SYSTEM级别的可疑计划任务创建、WMI事件订阅、未授权RMM活动、Defender策略修改与端点代理的突然卸载尝试。
IOC清单
已识别的攻击者域名：wirbe.com及其四个子域（world、cdn、ver、mesh）；遗留基础设施seczio.com及其debian子域。检测到这些域名相关的出站连接应立即触发响应流程。
一个人、一个AI代理、324台主机的舰队——Gryxa把恶意软件运营的门槛降到了历史低点。当攻击的边际成本趋近于零，防御的规模优势就不再是优势。安全团队真正要对抗的不再是某个黑客，而是一条可以被无限复制的AI辅助生产线。而这，仅仅是这条生产线的第一个产品。