← Zurück zum Blog
Regulierung & Compliance
13 Min. Lesezeit
27. März 2026
CISA warnt vor aktiver Langflow-KI-Ausnutzung, UK sanktioniert Xinbi-Krypto-Marktplatz, DSGVO-Datenleck bei Ajax Amsterdam, Trivy-Lieferkettenangriff trifft über 1K Clouds, RSAC-2026-Deepfakes alarmieren das UK-Parlament
CISA nimmt einen kritischen Mangel im Langflow-KI-Framework in den KEV-Katalog auf, nachdem Angreifer ihn binnen 20 Stunden nach der Offenlegung zur Waffe machten. Das Vereinigte Königreich wird das erste Land, das den 19,9-Milliarden-Dollar-Krypto-Marktplatz Xinbi sanktioniert, der südostasiatische Betrugszentren befeuert. Ajax Amsterdam meldet ein Datenleck mit über 300.000 betroffenen Konten und DSGVO-Implikationen für Sportorganisationen. Ein Trivy-Lieferkettenangriff wächst lawinenartig über Docker Hub, VS Code und PyPI. KI-Deepfakes gegen eine britische Abgeordnete bleiben von Big Tech bei der RSAC 2026 unbeantwortet.
1. CISA nimmt Langflow-KI-Schwachstelle in KEV auf — binnen 20 Stunden ausgenutzt
⚠️ KRITISCHE BEDROHUNG — KI-Entwicklungs-Frameworks unter aktivem Angriff
CISA hat CVE-2026-33017 (CVSS 9.3) in ihren Katalog bekannter ausgenutzter Schwachstellen aufgenommen. Angreifer begannen bereits 20 Stunden nach Veröffentlichung des Advisories mit der Ausnutzung des kritischen Langflow-Code-Injection-Mangels — ohne jeglichen öffentlichen Proof-of-Concept-Code.
Am 25. März 2026 gab CISA eine dringende Warnung heraus und nahm CVE-2026-33017 in den Katalog bekannter ausgenutzter Schwachstellen (KEV) auf. Der Mangel betrifft Langflow, ein beliebtes Open-Source-Framework zum Bau von KI-Agenten-Workflows mit 145.000 GitHub-Sternen. Die Schwachstelle erlaubt unauthentifizierte Remote-Code-Ausführung über eine einzige gestaltete HTTP-Anfrage aufgrund nicht gesandboxter Flow-Ausführung.
Was diesen Fall besonders alarmierend macht, ist die Ausnutzungs-Zeitleiste. Laut Untersuchungen von Endor Labs:
- Stunde 0: Schwachstellen-Advisory veröffentlicht
- Stunde 20: Automatisierte Scan-Aktivität erkannt — kein öffentlicher PoC existierte
- Stunde 21: Aktive Ausnutzung mittels maßgeschneiderter Python-Skripte
- Stunde 24: Datenabgriff von
.env- und .db-Dateien aus kompromittierten Instanzen
Dies ist das zweite Mal, dass CISA vor aktiver Langflow-Ausnutzung warnt — das erste Mal war CVE-2025-3248 im Mai 2025. Das Muster zeigt, dass KI-Entwicklungs-Frameworks zu hochwertigen Zielen werden, während Organisationen KI-Agenten-Architekturen rasch einführen.
Implikationen der EU-KI-Verordnung und des CRA
Die Langflow-Ausnutzung wirft kritische Fragen sowohl unter der EU-KI-Verordnung als auch dem Cyber Resilience Act (CRA) auf:
- EU-KI-Verordnung Artikel 15: Hochriskante KI-Systeme müssen „Genauigkeit, Robustheit und Cybersicherheit" nachweisen — ein KI-Orchestrierungs-Framework mit einem CVSS-9.3-RCE-Mangel erfüllt diese Anforderung kategorisch nicht
- CRA-Schwachstellenbehandlung: Der CRA verlangt von Herstellern, Schwachstellen über den gesamten Produktlebenszyklus zu behandeln und Sicherheitsupdates „unverzüglich" bereitzustellen — Langflows wiederholte kritische Mängel stellen diese Pflicht auf die Probe
- NIS2-Lieferkettenrisiko: Organisationen, die Langflow in Produktions-KI-Systemen einsetzen, müssen dies als Lieferkettenrisiko nach NIS2 Artikel 21 bewerten
- Vorfallmeldung: Nach NIS2 kann die Ausnutzung von KI-Infrastruktur die 24-Stunden-Frühwarnpflicht auslösen, wenn wesentliche oder wichtige Einrichtungen betroffen sind
Was das für Ihre Organisation bedeutet
- Falls Sie Langflow betreiben: aktualisieren Sie sofort auf Version 1.9.0 oder deaktivieren/beschränken Sie den verwundbaren Endpunkt
- Exponieren Sie KI-Entwicklungs-Frameworks nicht direkt gegenüber dem Internet — isolieren Sie sie hinter VPN oder Zero-Trust-Zugang
- Inventarisieren Sie alle KI-/ML-Frameworks in Ihrem Stack und bewerten Sie sie als kritische Lieferkettenkomponenten
- Bundesbehörden müssen gemäß CISA-Direktive bis zum 8. April 2026 beheben
2. UK sanktioniert Xinbi-Krypto-Marktplatz — 19,9 Milliarden US-Dollar an illegalen Transaktionen
⚠️ REGULATORISCHE MASSNAHME — Erstmalige Sanktionen gegen einen illegalen Krypto-Marktplatz
Das Foreign, Commonwealth and Development Office des Vereinigten Königreichs ist die erste Regierung, die Xinbi sanktioniert, einen Telegram-basierten chinesischsprachigen Marktplatz, der zwischen 2021 und 2025 19,9 Milliarden US-Dollar an illegalen Transaktionen abwickelte, einschließlich der Wäsche von Erlösen nordkoreanischer Krypto-Beutezüge.
Am 26. März 2026 kündigte die britische Regierung Sanktionen gegen Xinbi an, einen der größten illegalen Krypto-Marktplätze Südostasiens. Laut der Blockchain-Analysefirma Chainalysis wickelte Xinbi über 19,9 Milliarden US-Dollar an Transaktionen ab, die unlizenzierte OTC-Geschäfte, Geldwäsche und den Verkauf gestohlener personenbezogener Datenbanken ermöglichten.
Die Sanktionen richten sich auch gegen #8 Park, Kambodschas größten Betrugskomplex mit Kapazität für 20.000 verschleppte Arbeiter, und Legend Innovation Co, dessen Betreiber. Xinbi stellte diesen Betrugszentren kryptowährungsbasierte Wäschedienste bereit, die verschleppte Arbeiter zwingen, „Pig-Butchering"- und Romance-Baiting-Betrug durchzuführen.
Überschneidung von Geldwäschebekämpfung und Datenschutz
Der Xinbi-Fall liegt an der Schnittstelle mehrerer EU-Regulierungsrahmen:
- EU-Geldwäscheverordnung (AMLR): Die neue AML-Verordnung, die 2024 in Kraft trat, weitet AML-Pflichten auf Krypto-Dienstleister aus — Xinbis Operationen würden klar in ihren Anwendungsbereich fallen
- Markets in Crypto-Assets (MiCA): MiCA verlangt von Krypto-Dienstleistern eine Zulassung und die Einhaltung von AML-Regeln — Plattformen wie Xinbi operieren vollständig außerhalb dieses Rahmens
- DSGVO Artikel 17: Der Verkauf gestohlener personenbezogener Datenbanken auf Xinbi stellt eine massive Verletzung der Rechte betroffener Personen dar — was Fragen zur grenzüberschreitenden Durchsetzung gegen Plattformen aus Jurisdiktionen mit schwachem Datenschutz aufwirft
- NIS2-Implikationen: Nach NIS2 designierte Finanzunternehmen müssen in ihren Bedrohungslage-Bewertungen auf Exponierung gegenüber illegalen Krypto-Marktplätzen überwachen
Was das für Ihre Organisation bedeutet
- Finanzinstitute: prüfen Sie in Transaktionsüberwachungssystemen auf Xinbi-assoziierte Wallet-Adressen
- Überwachen Sie, ob Daten Ihrer Organisation auf Darknet-Marktplätzen auftauchen — gestohlene Datenbanken von Xinbi können europäische Kundendaten enthalten
- Überprüfen Sie Ihre AML-/KYC-Prozesse gegen die neuen EU-AMLR-Anforderungen für krypto-bezogene Transaktionen
- Bewerten Sie die Lieferketten-Exponierung gegenüber südostasiatischer Betrugsinfrastruktur, insbesondere über Social-Engineering-Angriffe
3. Datenleck bei Ajax Amsterdam — DSGVO-Compliance-Lücken in Sportorganisationen
🔶 DATENLECK — Über 300.000 Konten offengelegt, Dauerkarten kaperbar
Der niederländische Fußballklub AFC Ajax meldete, dass ein Hacker Schwachstellen in seinen IT-Systemen ausnutzte und auf Daten Hunderter Personen zugriff. Eine unabhängige Untersuchung durch RTL-Journalisten ergab, dass die Mängel die Manipulation von 42.000 Dauerkarten und 538 Stadionverboten sowie den Zugriff auf über 300.000 Fan-Konten ermöglicht hätten.
AFC Ajax, einer der erfolgreichsten Fußballklubs Europas, hat ein Datenleck gemeldet, nachdem ein Hacker auf Teile seiner IT-Systeme zugegriffen hatte. Während Ajax angab, es seien nur „einige hundert" E-Mail-Adressen eingesehen worden, stellten RTL-Journalisten, welche die Schwachstellen unabhängig verifizierten, fest, dass die tatsächliche Exponierung weit schwerwiegender war:
- 42.000 Dauerkarten konnten auf beliebige Personen übertragen werden — demonstriert durch die Neuzuweisung eines VIP-Tickets in Sekunden
- 538 Stadionverbote konnten eingesehen und verändert werden
- Über 300.000 Konten waren über APIs und geteilte Schlüssel zugänglich
- Die Ursache: ungesicherte APIs und geteilte Authentifizierungsschlüssel — grundlegende Sicherheitsversäumnisse
Ajax hat die niederländische Datenschutzbehörde (Autoriteit Persoonsgegevens) und die Polizei benachrichtigt, externe Experten hinzugezogen und die identifizierten Schwachstellen gepatcht.
Implikationen für die DSGVO-Durchsetzung
Dieses Datenleck ist ein Lehrbuchfall für DSGVO-Durchsetzungsmaßnahmen:
- Artikel 32 — Sicherheit der Verarbeitung: Geteilte API-Schlüssel und ungesicherte Endpunkte stellen ein Versäumnis dar, „geeignete technische und organisatorische Maßnahmen" umzusetzen — die niederländische Datenschutzbehörde hat Organisationen für ähnliche Versäumnisse mit Bußgeldern belegt
- Artikel 33 — Meldung von Verletzungen: Ajax erfuhr von dem Datenleck durch Journalisten, nicht durch die eigene Sicherheitsüberwachung — das wirft Fragen auf, ob die 72-Stunden-Meldepflicht eingehalten wurde
- Artikel 25 — Datenschutz durch Technikgestaltung: Die Möglichkeit, 42.000 Tickets über einen einfachen API-Aufruf zu manipulieren, deutet darauf hin, dass Datenschutz nicht in die Systemarchitektur eingebaut war
- Regulatorischer Trend: Die niederländische Datenschutzbehörde geht zunehmend aggressiv vor — ihr Bußgeld von 10 Millionen Euro gegen Clearview AI und 3,7 Millionen Euro gegen die niederländische Steuerbehörde signalisieren Nulltoleranz gegenüber mangelhafter Datensicherheitspraxis
Was das für Ihre Organisation bedeutet
- Auditieren Sie alle öffentlich zugänglichen APIs auf Authentifizierungs- und Autorisierungsschwachstellen — geteilte Schlüssel sind niemals akzeptabel
- Implementieren Sie API-Sicherheitsüberwachung, die unautorisierte Zugriffsmuster erkennt, bevor Journalisten sie finden
- Sport-, Unterhaltungs- und Mitgliederorganisationen: Sie halten enorme Mengen personenbezogener Daten — investieren Sie entsprechend in Sicherheit
- Testen Sie Ihre Fähigkeiten zur Datenleck-Erkennung — würden Sie dies intern entdecken oder auf externe Benachrichtigung warten?
4. Trivy-Lieferkettenangriff wächst lawinenartig über Docker Hub, VS Code, PyPI
⚠️ LIEFERKETTEN-KOMPROMITTIERUNG — Open-Source-Sicherheitswerkzeug gegen über 1.000 Umgebungen instrumentalisiert
Ein Lieferkettenangriff, der mit kompromittierten Trivy-GitHub-Action-Tags begann, hat sich über Docker Hub, VS-Code-Erweiterungen und PyPI-Pakete ausgeweitet und über 1.000 Cloud-Umgebungen infiziert. Die Angreifer, geführt als TeamPCP, haben sich mit der Lapsus$-Gruppe zusammengetan.
Sicherheitsforscher haben einen der bedeutendsten Open-Source-Lieferkettenangriffe der jüngeren Zeit aufgedeckt. Der Angriff nahm seinen Ursprung in der Kompromittierung von Trivy — dem weit verbreiteten Container-Schwachstellen-Scanner von Aqua Security — durch Manipulation von GitHub-Action-Tags. Von dort weiteten die Angreifer (geführt als TeamPCP) ihre Reichweite aus:
- GitHub Actions: Kompromittierte Tags in Trivys CI/CD-Pipeline schleusten bösartigen Code in nachgelagerte Projekte ein
- Docker Hub: Vergiftete Container-Images unter legitim wirkenden Namespaces hochgeladen
- VS Code Marketplace: Trojanisierte Erweiterungen gegen Entwickler
- PyPI: Bösartige Python-Pakete, die legitime Sicherheitswerkzeuge imitieren
- Über 1.000 Cloud-Umgebungen bestätigt infiziert, wobei der „Schneeballeffekt" weiter wächst
Besonders besorgniserregend: LiteLLM, eine beliebte Python-Schnittstelle für LLMs, wurde über dieselbe verunreinigte CI/CD-Pipeline kompromittiert, was potenziell Organisationen betrifft, die KI-Anwendungen bauen.
Lieferkettenanforderungen des Cyber Resilience Act und von NIS2
Dieser Angriff ist genau das Szenario, das EU-Regulierer antizipiert haben:
- CRA Artikel 13: Hersteller müssen „bei der Integration von Komponenten Dritter Sorgfalt walten lassen" — die Nutzung von Open-Source-Komponenten ohne Lieferketten-Verifizierung erfüllt diese Anforderung nicht
- CRA-SBOM-Pflicht: Die Anforderung an Software Bills of Materials existiert genau dafür, eine rasche Reaktion zu ermöglichen, wenn eine Abhängigkeit kompromittiert wird — Organisationen mit vollständigen SBOMs können ihre Exponierung schnell bewerten
- NIS2 Artikel 21(2)(d): Lieferkettensicherheitsmaßnahmen müssen „die Beziehung zwischen jeder Einrichtung und ihren direkten Lieferanten" abdecken — CI/CD-Pipelines sind nun ein kritisches Lieferkettenglied
- ENISA-SBOM-Leitlinien: ENISAs Aufruf zur Stellungnahme vom Dezember 2025 zur SBOM-Landschaftsanalyse und Paketmanager-Sicherheit ist unmittelbar relevant, um Angriffe wie diesen zu verhindern
Was das für Ihre Organisation bedeutet
- Auditieren Sie Ihre CI/CD-Pipelines auf GitHub Actions, die veränderliche Tags referenzieren — pinnen Sie stattdessen auf konkrete Commit-SHAs
- Prüfen Sie Ihre Umgebungen auf Exponierung gegenüber kompromittierten Trivy-, LiteLLM- oder TeamPCP-verbundenen Paketen
- Implementieren Sie SBOM-Generierung und kontinuierliche Abhängigkeitsüberwachung
- Verifizieren Sie die Integrität aller Sicherheits-Scan-Werkzeuge in Ihrer Pipeline — ist der Scanner kompromittiert, ist alles gefährdet, was er scannt
5. RSAC 2026: KI-Deepfakes zielen auf britische Abgeordnete, Big Tech bietet keine Antworten
KI-Governance und Deepfake-Regulierung: Eine von KI-generierten Deepfake-Inhalten betroffene britische Abgeordnete erschien vor dem Parlament, um Antworten von Meta, Google und X zu fordern. Keiner konnte angemessen erklären, wie gefälschte politische Inhalte so lange zirkulieren konnten — was der Durchsetzung der EU-KI-Verordnung und der globalen Debatte über KI-generierte Desinformation Dringlichkeit verleiht.
Bei der RSAC 2026 in San Francisco waren die dominierenden Themen dieser Woche KI-Agenten und die von ihnen erzeugten Sicherheitsherausforderungen. Doch es waren Ereignisse in London, die die regulatorische Lücke am schärfsten illustrierten. Eine von KI-generierten Deepfake-Inhalten betroffene britische Abgeordnete erschien vor einem Parlamentsausschuss, während Vertreter von Meta, Google und X sich schwertaten zu erklären, warum die Inhalte wochenlang online blieben.
Zentrale Entwicklungen von der RSAC 2026 und der breiteren KI-Sicherheitslandschaft dieser Woche:
- Claude-KI-Angriffsdemonstrationen: Der frühere NSA-Direktor Rob Joyce beschrieb KI-Agenten-Penetrationstests als „Rorschach-Test" für die Infosec-Branche — „it freakin' worked" beim Finden von Schwachstellen, die Menschen übersahen
- Google setzt Gemini-KI im Darknet ein: Google gibt an, seine KI-Agenten könnten täglich Millionen Darknet-Ereignisse mit 98 % Genauigkeit analysieren
- Voice-Phishing schnellt hoch: Google berichtet, Voice-Phishing sei nun die zweithäufigste initiale Zugangsmethode über alle Incident-Response-Untersuchungen hinweg und die häufigste Methode bei Cloud-Einbrüchen
- KI-Lieferkettenvergiftung: Forscher demonstrierten, dass Lieferkettenangriffe auf KI-Agenten keine Schadsoftware erfordern — nur vergiftete Dokumentation in Kontext-Hubs
Kontext der Durchsetzung der EU-KI-Verordnung
Der Deepfake-Vorfall kristallisiert mehrere Pflichten der EU-KI-Verordnung heraus:
- Artikel 50 — Transparenzpflichten: KI-generierte Inhalte müssen als solche gekennzeichnet werden — Plattformen, die Deepfakes nicht erkennen und kennzeichnen, sehen sich ab August 2026 Durchsetzungsmaßnahmen nach der KI-Verordnung gegenüber
- Artikel 5 — Verbotene Praktiken: KI-Systeme, die „unterschwellige Techniken" einsetzen oder Schwachstellen ausnutzen, um Verhalten wesentlich zu verzerren, sind verboten — politische Deepfakes könnten darunterfallen
- Wechselwirkung mit dem Digital Services Act: Der DSA verlangt von sehr großen Online-Plattformen bereits, systemische Risiken einschließlich Desinformation zu bewerten — die KI-Verordnung fügt KI-spezifische Pflichten hinzu
- KI-Lieferkettensicherheit: Die RSAC-Demonstrationen von KI-Agenten-Angriffen und Kontextvergiftung verdeutlichen, dass die Cybersicherheitsanforderungen der KI-Verordnung (Artikel 15) auf KI-Entwicklungs- und -Bereitstellungsinfrastruktur ausgeweitet werden müssen
Was das für Ihre Organisation bedeutet
- Bereiten Sie sich auf die Transparenzpflichten der KI-Verordnung für KI-generierte Inhalte vor — die Durchsetzung beginnt im August 2026
- Implementieren Sie Deepfake-Erkennungsfähigkeiten für Inhalte, die durch Ihre Plattformen oder Kommunikation fließen
- Bewerten Sie die Sicherheit von KI-Agenten: Wenn Sie KI-Agenten einsetzen, stellen Sie sicher, dass deren Kontextquellen und Tool-Ketten verifiziert und integritätsgeprüft sind
- Voice-Phishing-Abwehr: Setzen Sie KI-gestützte Sprachauthentifizierung ein und schulen Sie Mitarbeiter, die Anruferidentität über Out-of-Band-Kanäle zu verifizieren
Zusammenfassung der heutigen Regulierungslandschaft
| Entwicklung |
Regulierung |
Auswirkung |
Erforderliche Maßnahme |
| CISA-Langflow-KI-Ausnutzung |
EU-KI-Verordnung / CRA / NIS2 |
KI-Frameworks sind hochwertige Ziele |
Auf Langflow 1.9.0 aktualisieren, KI-Infrastruktur isolieren |
| UK sanktioniert Xinbi (19,9 Mrd. USD) |
AMLR / MiCA / DSGVO |
Erstmalige Sanktionen gegen illegalen Krypto-Marktplatz |
Auf Xinbi-Wallets prüfen, AML-Prozesse überprüfen |
| Datenleck bei Ajax Amsterdam |
DSGVO |
Über 300K Konten über API-Mängel offengelegt |
APIs auditieren, Datenleck-Erkennungsüberwachung einführen |
| Trivy-Lieferkettenangriff |
CRA / NIS2 |
Über 1.000 Cloud-Umgebungen kompromittiert |
GitHub Actions auf SHAs pinnen, SBOMs erzeugen |
| RSAC 2026 Deepfakes / KI-Agenten |
EU-KI-Verordnung / DSA |
Durchsetzungslücke bei KI-Deepfakes offengelegt |
Auf Transparenzregeln der KI-Verordnung ab August 2026 vorbereiten |
Ist Ihre KI-Infrastruktur sicher?
Von Langflow-Exploits bis zu Lieferkettenangriffen auf Sicherheitswerkzeuge — Ihre Angriffsfläche wächst schneller denn je. KENSAI bietet automatisiertes Sicherheits-Scanning mit integriertem Compliance-Mapping für KI-Verordnung, NIS2 und CRA.
Kostenlosen Sicherheitsscan starten →
Veröffentlicht vom KENSAI Regulatory Intelligence Team · 27. März 2026
Bleiben Sie compliant. Bleiben Sie geschützt. Weitere Briefings lesen →