Wiz: Angreifer setzt KI-Pentest-Agent ARTEX gegen IT- und Softwareanbieter ein

Was Wiz beobachtet hat

Wiz zufolge versuchte der Akteur in mehreren Umgebungen wiederholt, Authentifizierungsumgehungen aufzuspüren, APIs aufzulisten und auf Kundendaten der angegriffenen Anbieter zuzugreifen. Die Beobachtungen decken sich laut Wiz teilweise mit dem jüngsten Bericht von Microsoft über Storm-0940, einen mit dem chinesischen Staat verbundenen Akteur. Dieser wird mit einem aktuellen Lieferkettenangriff in Verbindung gebracht, bei dem gestohlene Zugangsdaten von Anbietern und nachgelagerte Microsoft-365-Tenants eine Rolle spielten.

Wiz ergänzt, man habe dieselbe Infrastruktur, dieselben Werkzeuge und dieselben Angriffsmuster beobachtet, die auf die gesamte Branche zielten. Anhand der identifizierten TTPs und IOCs fand Wiz zudem heraus, dass derselbe Akteur versuchte, Lieferkettenkompromittierungen auf andere Softwarebereiche auszuweiten.

Was ist ARTEX?

ARTEX ist ein quelloffenes Framework für autonome Penetrationstests. Ein chinesischer Entwickler veröffentlichte es im Juli 2026 auf GitHub, und im September gewann es laut Wiz die Red-Team-Challenge „Agent+“ von Baidu. Ein Operator gibt ein Ziel und eine Zielsetzung vor. Ein Planer-Agent wählt dann den nächsten Schritt, Worker-Agenten führen Tools wie nmap, curl und Impacket aus, und jedes Ergebnis fließt in einen gemeinsamen Graphen aus Assets und Erkenntnissen.

Angreifer griffen das Tool Wiz zufolge innerhalb weniger Wochen auf. ARTEX-Artefakte tauchten Ende September bei Angriffen auf südkoreanische Banken und im Oktober bei Angriffen auf japanische Unternehmen auf; Microsoft und Zscaler haben es zwei verschiedenen Akteuren zugeordnet. Der Entwickler stellte das Tool am 8. Oktober auf Closed Source um, da hatte der Code bereits mehr als 12.000 Forks.

Das Angriffsmuster

Wiz beschreibt über die untersuchten Umgebungen hinweg eine konsistente Abfolge:

• Anwendung kartieren: JavaScript-Bundles, offen zugängliche Source Maps, Laufzeitkonfigurationen und Swagger-/OpenAPI-Dokumentation herunterladen, um interne API-Routen zu finden.
• Authentifizierung testen: wiederholt Anmeldeabläufe starten, OAuth-Callbacks und State-Parameter manipulieren, unsignierte JWTs testen sowie SSO- und Microsoft-365-Endpunkte sondieren.
• Identitätsanbieter angreifen: Password Spraying gegen Okta- und Entra-ID-Umgebungen von Unternehmen sowie gegen proprietäre Login-Seiten.
• Kontowiederherstellung missbrauchen: wiederholt Endpunkte für Passwortzurücksetzung, Benutzernamenwiederherstellung, Aktivierung und Reset-Token aufrufen.
• Mandantentrennung prüfen: Konten mit Wegwerf-E-Mail-Adressen registrieren und dann vorhersehbare Kennungen manipulieren, um nach fehlerhaften Zugriffskontrollen und mandantenübergreifendem Datenzugriff zu suchen.
• An Abwehrmaßnahmen anpassen: bei Sperrung die IP-Adressen wechseln und laufend die User-Agents ändern.

In den Logs begann der Agent laut Wiz stets damit, die Anwendung selbst auszulesen: Source Maps und Konfigurationsdateien wurden binnen Minuten nach dem ersten Kontakt abgerufen. Anschließend rief er interne API-Routen beim Namen auf, die nur in den soeben heruntergeladenen Source Maps vorkommen. In einem Beispiel wurde ein gefälschtes Token, das sich zu {"alg":"none"} dekodieren ließ, innerhalb von zwei Minuten an mehr als 60 Varianten von SSO-Routen geschickt.

Password Spraying und Persistenz

Wiz verfolgte außerdem eine groß angelegte Password-Spraying-Kampagne, die sowohl Entra als auch Okta traf. Die Angriffe richteten sich in koordinierten Schüben gegen Hunderte Nutzer. Jeder Schub verwendete einen eigenen User-Agent-String, hatte einen Median von einer Sekunde Abstand zwischen den Versuchen und dauerte 20 bis 60 Minuten. Der Agent nahm vor allem Konten von Softwareentwicklern ins Visier, und manche Nutzer sahen sich mehr als einem Dutzend Anmeldeversuchen ausgesetzt.

Einige Sitzungen dauerten 24 bis 30 Stunden, und wenn IPs gesperrt wurden, tauchten binnen Minuten neue Adressen auf. Wiz zählte mehr als 15 verschiedene User-Agent-Strings, von Python-Clients und curl über Headless-Browser bis hin zu selbstbeschreibenden Kennungen wie ReconProbe/1.0. Die meisten Versuche scheiterten laut Wiz, doch „die wahre Gefahr liegt in der Methodik“.

Anzeichen für einen agentenbasierten Angriff

Wiz betont, keine der einzelnen Techniken sei neu, doch zusammen deuteten sie auf einen KI-Agenten hin. Das Unternehmen nennt automatisch verkettete Schritte, bei denen jeder Schritt die Ausgabe des vorherigen nutzt, die automatische Anpassung an Ratenbegrenzungen und Sperren sowie unlogische Entscheidungen, etwa generische Payloads gegen streng überwachte Microsoft-OAuth-Abläufe zu testen, was ein erfahrener Mensch wohl kaum tun würde.

Was das für Verteidiger bedeutet

Wiz argumentiert, dass Verteidiger die Zeitspanne zwischen Exposition und Behebung verkürzen müssen, wenn KI Aufklärung und Ausnutzung schneller und leichter skalierbar macht. Das Unternehmen verweist auf sein AI Threat Readiness Framework und seinen AI Red Agent und teilt mit, Wiz-Kunden könnten eine Warnung im Threat Intel Center zu der Kampagne einsehen. Laut Wiz können auch bestehende Erkennungsregeln diese Aktivität aufspüren, etwa Regeln für zahlreiche fehlgeschlagene Anmeldungen bei mehreren Nutzern, gefolgt von einer erfolgreichen Admin-Anmeldung.