← Zurück zum Blog

Security Briefing, 26. April 2026: per Teams verteilte Snow-Malware, ADTs ShinyHunters-Verstoß und das 13-Stunden-Exploit-Fenster von LMDeploy

Das Muster heute ist brutal klar: Angreifer missbrauchen vertrauenswürdigen Chat, vertrauenswürdige SaaS-Identität und vertrauenswürdige AI-Infrastruktur schneller, als viele Teams patchen oder prüfen können.

---

---

1. UNC6692 verwandelt Helpdesk-Vertrauen in Microsoft Teams in eine komplette Snow-Malware-Kette

Laut Google Mandiant nutzt UNC6692 E-Mail-Bombing und Imitation in Microsoft Teams, um Mitarbeitende zur Installation eines angeblichen Anti-Spam-Patches zu drängen. Tatsächlich startet das Opfer den Snow-Werkzeugsatz: die Browser-Erweiterung SnowBelt, den Tunneler SnowGlaze und die Python-Backdoor SnowBasin. Danach dumpen die Betreiber LSASS, bewegen sich lateral, erreichen Domain Controller und exfiltrieren Active-Directory-Material. Das ist nicht einfach nur noch eine Phishing-Mail, sondern ein chatnativer Einbruchspfad im Gewand internen Supports.

• Behandeln Sie unerwartete IT-Kontakte über Teams als feindlich, bis sie außerhalb des Kanals verifiziert sind.
• Prüfen Sie Quick Assist-, Remote-Support-, Scheduled-Task- und Browser-Erweiterungs-Telemetrie gemeinsam statt getrennt.
• Gehen Sie bei Ausführung des falschen Patches von Identitätsdiebstahl und lateraler Bewegung aus.

---

2. ADT bestätigt einen Verstoß, nachdem ShinyHunters angeblich ein Okta-gestütztes Mitarbeiterkonto per Vishing kompromittierte

ADT sagt, dass Angreifer Daten von Kunden und Interessenten entwendet haben, darunter Namen, Telefonnummern, Adressen und in einem kleineren Teil der Fälle Geburtsdaten sowie die letzten vier Ziffern von SSNs oder Steuer-IDs. ShinyHunters sagte BleepingComputer, der Einstieg sei ein Vishing-Angriff auf ein Okta-SSO-Konto gewesen und habe sich dann auf Salesforce ausgeweitet. Ob jede Behauptung der Täter stimmt oder nicht: Die operative Lehre ist offensichtlich. Fällt eine vertrauenswürdige SaaS-Identität, wird die gesamte angebundene Geschäftsplattform zum Explosionsradius.

• Verankern Sie stärkere Sprach- und Rückruf-Prüfungen in jedem Helpdesk- und Identitätswiederherstellungsprozess.
• Jagen Sie in Okta-, Salesforce- und weiteren SaaS-Logs als einen Incident statt als getrennte Tickets.
• Prüfen Sie Least Privilege und Export-Monitoring für CRM- und Support-Plattformen jetzt erneut.

---

3. LMDeploy zeigt, dass das Exploit-Fenster für AI-Infrastruktur auf Stunden schrumpft

Die LMDeploy-SSRF-Lücke CVE-2026-33626 wurde Berichten zufolge innerhalb von 12 Stunden und 31 Minuten nach der Offenlegung ausgenutzt. Angreifer nutzten den Vision-Language-Image-Loader, um AWS-Metadaten, Redis, MySQL, lokale Admin-Oberflächen und einen externen Callback-Endpunkt zu prüfen. Das ist wichtig, weil LMDeploy genau die Art von LLM-Serving-Komponente ist, die Teams schnell ausrollen und zu leicht prüfen. Wenn Advisorys Root Cause und betroffenen Codepfad offenlegen, warten Angreifer nicht auf Ihren nächsten Sprint.

• Patchen oder deaktivieren Sie verwundbare LMDeploy-Vision-Language-Deployments sofort.
• Blockieren Sie standardmäßig, dass Model-Serving-Pfade Cloud-Metadaten und interne Admin-Dienste erreichen.
• Behandeln Sie AI-Inference-Server wie internetexponierte Infrastruktur, denn Angreifer tun es längst.

---

Was Sicherheitsteams heute tun sollten

1. Härten Sie Teams-basierte Support-Workflows und verifizieren Sie aktuelle Remote-Assistance-Ereignisse erneut.
2. Führen Sie eine SaaS-Identitätsprüfung durch, wenn Ihre Umgebung stark auf Okta, Salesforce oder ähnliche High-Trust-Konnektoren setzt.
3. Inventarisieren Sie exponierte oder erreichbare AI-Serving-Komponenten und patchen Sie LMDeploy vor der nächsten Scan-Welle.
4. Schließen Sie heute Vertrauenslücken, nicht nur Tickets.

---

---

Fazit: Das Muster heute ist brutal klar: Angreifer missbrauchen vertrauenswürdigen Chat, vertrauenswürdige SaaS-Identität und vertrauenswürdige AI-Infrastruktur schneller, als viele Teams patchen oder prüfen können.