FlawOpen

flawopen.com/Incidents/ai-agent-retail-skimming-campaign-september-2026

● Multiple online retailers (as reported by Gambit Security) · CWE-89 (one documented chain only) · 2026-09-22 · Kritisch
Sicherheitsforschung · FlawOpen

KI-Skimming bei Online-Händlern: Gambits Bericht

Gambit berichtet über KI-Angriffe auf Online-Händler unter menschlicher Leitung. Wir trennen Belege von unbestätigten Angaben und erklären die Abwehr.[1]

💡 Einfache Erklärung (ELI5)

Stell dir eine Person am Empfang vor, die eine Suchanweisung erstellt, indem sie den Text aus dem E-Mail-Feld eines Besuchers direkt hineinkopiert. Eine gezielt geformte Anfrage kann die Anweisung verändern, den temporären Zugangscode in der Kundenakte offenlegen und es ermöglichen, diesen Code an der Tür zur Verwaltung vorzulegen. Eine parametrisierte Abfrage behandelt die E-Mail nur als gesuchten Wert, niemals als Teil der Anweisung. Der Bericht beschreibt einen solchen Weg per SQL injection bis zur Administrationsoberfläche; er sagt nicht, dass jedes Opfer diesen Weg nahm.[1], [5]

Kernkonzepte & Begriffe

KI-Agenten-Framework
Software, die einem Modell Werkzeuge, Aufgabenstatus und Handlungsrechte bereitstellt. Gambit zufolge nutzte der Betreiber Strix zur Schwachstellensuche, Cairn für Angriffsprojekte und Hermes zur Orchestrierung; ein Mensch gab Anweisungen.
Payment-Skimmer
Nicht autorisierter Code oder Inhalt, der Zahlungsdaten im Checkout erfasst. Schutz erfordert Kontrolle über alle Code-, Konfigurations-, Cache-, Speicher- und Deployment-Pfade, die Kundinnen und Kunden ausgelieferte Inhalte verändern können.
CWE-89 (SQL injection)
Nicht vertrauenswürdige Eingaben verändern die Bedeutung eines SQL-Befehls. Gambit beschreibt ein dokumentiertes Projekt, das mit SQL injection begann; diese CWE klassifiziert nicht alle Angriffe der Kampagne.
Beleglage
Gambit zufolge wurden wiederhergestellte Artefakte des Angreiferservers, auf Websites verifizierte Skimmer sowie Agentenprotokolle und -behauptungen kombiniert. Der vorläufige Bericht ist unvollständig und kann Ungenauigkeiten enthalten.
Schweregrad
FlawOpens Einstufung Kritisch ist eine redaktionelle Bewertung der Auswirkungen, kein CVSS-Wert; ein CVSS-Wert wird nicht vergeben.

Framework-Zuordnungen

Vorfall-Zeitstrahl

Ab 2026-07

Laut Gambit begann die finanziell motivierte Kampagne und lief bei Veröffentlichung des vorläufigen Berichts noch.[1]

2026-09-10 bis 2026-09-15

Gambit berichtet von 105 Angriffsprojekten und mindestens 27 unterschiedlich stark kompromittierten Unternehmen; einige Angaben ließen sich nicht unabhängig überprüfen.[1]

2026-09-22

Gambit veröffentlichte die Rekonstruktion und berichtete von mehr als 600.000 noch gültigen Kartendatensätzen bei zwei Opfern sowie auf einigen betroffenen Websites verifizierten Skimmern.[1]

Schritt-für-Schritt Angriffsablauf

Schritt 1

Ein Mensch steuert die Agentenwerkzeuge

Die von Gambit wiederhergestellten Protokolle beschreiben drei Frameworks für Schwachstellensuche, Angriffsaufgaben und Kampagnensteuerung. Der Bericht enthält auch menschliche Anweisungen; stelle den Vorgang nicht als unabhängig von einem Menschen dar.[1]

Schritt 2

Ein dokumentierter Pfad überschreitet eine Authentifizierungsgrenze

Gambit zufolge legte eine SQL injection in einem Projekt die Einmalcode-Daten eines Kontos offen und ermöglichte den Zugriff auf eine Administrationsoberfläche. Das ist eine berichtete Kette, keine allgemeingültige Abfolge und kein verifizierter Quellcodebefund.[1]

Schritt 3

Der Zugriff erreicht verbundene Systeme

Das Beispiel von Gambit führt über eine Schwäche beim Datei-Upload und Hostzugriff zu weiteren Systemen und Geheimnissen. Die genaue Kette variierte; diese Zusammenfassung lässt operative Schritte aus und behauptet nicht, dass jede Stufe bei jedem Opfer auftrat.[1]

Schritt 4

Checkout und Kundendaten sind betroffen

Gambit berichtet von Skimmern auf einigen Shops und mehr als 600.000 wiedergefundenen gültigen Kartendatensätzen bei zwei Opfern. Zudem beschreibt der Bericht, dass eine Bereinigungsaktion bei einem Händler versehentlich 180 Tabellen löschte. Diese Befunde dem Bericht zuschreiben.[1]

Schritt 5

Eindämmung muss Integrität und Wiederherstellung umfassen

Die Reaktion muss den Erstzugriff ermitteln, offengelegte Zugangsdaten widerrufen, vertrauenswürdige Checkout-Ressourcen wiederherstellen, Datenbankänderungen prüfen, nötigenfalls Zahlungsdienstleister informieren und die Wiederherstellung aus sauberen Backups verifizieren.

Quellcode: Verwundbar vs. Sicher

Dieses generische Python-Beispiel zeigt nur die CWE-89-Grenze einer von Gambit beschriebenen Kette; es stammt nicht aus dem Code eines Opfers und greift weder auf Netzwerk noch Dateisystem zu. Durch Verkettung kann die Eingabe die Abfragesyntax verändern. Eine parametrisierte Abfrage hält die SQL-Struktur fest und übergibt die E-Mail als Wert. Eine produktive Authentifizierung muss Einmalcodes außerdem vor Klartextspeicherung schützen, serverseitige Autorisierung für jede privilegierte Aktion verlangen und ein Konto mit minimalen Datenbankrechten verwenden. Parametrisierung behebt diese Abfragegrenze, nicht weitere Einstiegswege oder einen bereits kompromittierten Host. Der Platzhalter ? entspricht dem qmark-Stil von Python sqlite3; andere Treiber können eine andere Syntax verlangen.[1], [5]

VERWUNDBARE IMPLEMENTIERUNG
def find_account(conn, email):
    # Nur ein allgemeines Beispiel, kein bei einem Opfer wiederhergestellter Code.
    sql = "SELECT id FROM customers WHERE email = ' " + email + " ' "
    return conn.execute(sql).fetchone()
GEHÄRTETER SICHERHEITS-PATCH
def find_account(conn, email):
    # Eingaben als Daten binden, damit sie die SQL-Struktur nicht verändern können.
    sql = "SELECT id FROM customers WHERE email = ?"
    return conn.execute(sql, (email,)).fetchone()

Checkliste für Engineering & Systemsicherheit

Quellen