← 返回博客

安全简报，2026年4月26日：通过 Teams 投递的 Snow 恶意软件、ADT 的 ShinyHunters 数据泄露，以及 LMDeploy 的 13 小时利用窗口

今天的模式很直接：攻击者正在滥用受信任的聊天、受信任的 SaaS 身份和受信任的 AI 基础设施，而且速度快过大多数团队打补丁或完成验证的速度。

---

---

1. UNC6692 把 Microsoft Teams 中对帮助台的信任变成完整的 Snow 恶意软件链

Google Mandiant 表示，UNC6692 通过邮件轰炸和 Microsoft Teams 冒充 IT 支持，诱导员工安装所谓的反垃圾补丁。受害者实际上启动的是 Snow 工具链：SnowBelt 浏览器扩展、SnowGlaze 隧道组件和 SnowBasin Python 后门。随后攻击者转储 LSASS、横向移动、接触域控制器并窃取 Active Directory 数据。这不只是又一封钓鱼邮件，而是一条伪装成内部支持的聊天原生入侵路径。

• 对任何意外出现的 Teams IT 联系都应默认敌对，直到通过带外方式验证。
• 把 Quick Assist、远程支持、计划任务和浏览器扩展遥测放在一起看，不要分散处理。
• 如果假补丁已经执行，应默认发生了身份窃取和横向移动。

---

2. ADT 确认数据泄露，ShinyHunters 被指通过 vishing 攻陷了受 Okta 保护的员工账户

ADT 表示，攻击者窃取了客户和潜在客户的信息，包括姓名、电话号码、地址，以及在较小范围内的出生日期和 SSN 或税务编号后四位。ShinyHunters 向 BleepingComputer 声称，入侵始于针对员工 Okta SSO 账户的 vishing，随后扩展到 Salesforce。无论攻击者的每一项说法是否都准确，运营层面的教训都很清楚：一旦受信任的 SaaS 身份失守，与之相连的业务平台就会成为整个爆炸半径。

• 把更严格的语音验证和回拨流程加入所有帮助台与身份恢复流程。
• 把 Okta、Salesforce 和其他 SaaS 日志视为同一个事件来追查，而不是拆成多张工单。
• 立即重新检查 CRM 和支持平台的最小权限与导出监控。

---

3. LMDeploy 说明 AI 利用窗口已经压缩到按小时计算

据报道，LMDeploy 的 SSRF 漏洞 CVE-2026-33626 在披露后 12 小时 31 分钟内就被利用。攻击者通过 vision-language image loader 探测 AWS 元数据、Redis、MySQL、本地管理接口以及外部回连端点。这很关键，因为 LMDeploy 正是团队常常快速部署、却审查不够充分的 LLM serving 组件类型。当公告直接给出根因和受影响代码路径时，攻击者不会等你的下一个 sprint。

• 立即为存在风险的 LMDeploy vision-language 部署打补丁或下线。
• 默认阻断 model-serving 路径访问云元数据和内部管理服务。
• 把 AI inference 服务器当作互联网暴露基础设施来防守，因为攻击者已经这么看待它们。

---

安全团队今天应该做什么

1. 锁紧基于 Teams 的支持流程，并重新核验近期的远程协助事件。
2. 如果你的环境依赖 Okta、Salesforce 或类似高信任连接器，立刻启动一次 SaaS 身份事件复盘。
3. 盘点暴露或可达的 AI-serving 组件，并在下一波扫描到来前修补 LMDeploy。
4. 今天早上要关闭的是信任缺口，而不只是工单。

---

---

结论： 今天的模式很直接：攻击者正在滥用受信任的聊天、受信任的 SaaS 身份和受信任的 AI 基础设施，而且速度快过大多数团队打补丁或完成验证的速度。