Datenleck bei KI-Datenlieferant Mercor: Warum Meta stoppt – und was das über KI-Lieferketten verrät
Bild: KI-generiert
Geschrieben von Michael Radtke · Zuletzt aktualisiert: 10. Juni 2026

Datenleck bei KI-Datenlieferant Mercor: Warum Meta stoppt – und was das über KI-Lieferketten verrät

Aktualisiert: 9. Juni 2026 · Lesezeit ca. 11 Minuten · Thema: KI, Lieferketten-Sicherheit & Datenschutz

Meta hat seine gesamte Zusammenarbeit mit Mercor – einem zentralen Datenlieferanten für KI-Training – vorerst unbefristet ausgesetzt, nachdem ein Sicherheitsvorfall offengelegt haben könnte, wie KI-Modelle trainiert werden. Mercor liefert hochsensible Trainingsdaten an führende Labore, darunter laut Berichten OpenAI und Anthropic. Der Vorfall geht auf einen Lieferkettenangriff über das Open-Source-Werkzeug LiteLLM zurück (zugeschrieben dem Akteur TeamPCP). Andere Labore prüfen ihre Zusammenarbeit. Der Fall legt eine verborgene, fragile Schicht der KI-Branche offen – und eine Lehre über Drittanbieter-Risiken, die alle betrifft.

Das Wichtigste in Kürze

  • Was: Meta pausiert die Zusammenarbeit mit dem KI-Datenlieferanten Mercor unbefristet.
  • Warum: Ein Sicherheitsvorfall könnte sensible Daten über das Training von KI-Modellen offengelegt haben.
  • Ursprung: ein Lieferkettenangriff über das Open-Source-Tool LiteLLM, zugeschrieben TeamPCP.
  • Reichweite: Mercor beliefert mehrere Top-Labore; andere prüfen ihre Zusammenarbeit, OpenAI untersucht ohne Stopp.
  • Lehre: Ein einziger kompromittierter Zulieferer kann Geschäftsgeheimnisse mehrerer Konkurrenten gefährden.

Was passiert ist

Nach Informationen von WIRED, bestätigt durch zwei Quellen, hat Meta seine gesamte Zusammenarbeit mit dem Datenverarbeiter Mercor vorübergehend und auf unbestimmte Zeit eingestellt, während ein schwerwiegender Sicherheitsvorfall untersucht wird. Auch andere große KI-Labore überprüfen demnach ihre Zusammenarbeit mit dem Unternehmen; OpenAI untersucht laut Bericht eine mögliche Offenlegung eigener Trainingsdaten, hat laufende Projekte aber nicht gestoppt. Mercor bestätigte, eines von „tausenden" betroffenen Unternehmen eines Lieferkettenangriffs über das Open-Source-Projekt LiteLLM gewesen zu sein; das Sicherheitsteam habe den Vorfall umgehend eingedämmt und behoben und untersuche ihn mit externer Forensik. In der Folge konnten Mercor-Auftragnehmer auf Meta-Projekten zeitweise keine Arbeitsstunden erfassen. Eine kursierende Behauptung, ein unter dem Namen Lapsus$ auftretender Akteur biete mehr als 4 Terabyte Mercor-Daten an, ist nicht bestätigt – Forscher mahnen zur Vorsicht, da dieser Name oft wiederverwendet wird.

KI-Datenlieferant & Daten-Labeling

Firmen wie Mercor (Wettbewerber: u. a. Scale AI, Surge, Turing, Labelbox) erstellen über große Netzwerke menschlicher Auftragnehmer maßgeschneiderte Trainingsdaten und bewerten Modellantworten. Diese „Labeling"-Schicht sitzt zwischen den KI-Laboren und den Menschen, die Daten erzeugen, kennzeichnen und prüfen – und ist hochgradig vertraulich.

Warum diese Daten so wertvoll sind

Trainingsdatensätze, Auswahlkriterien und Labeling-Protokolle gehören zu den am strengsten gehüteten Vermögenswerten der Branche: In ihnen steckt, wie ein Modell „lernt" – Wissen, für dessen Entwicklung Unternehmen Jahre und Milliarden investiert haben. Der entscheidende Punkt: Einen Datensatz zu kopieren ist vergleichsweise einfach; eine Trainingsmethodik nachzubauen ist schwer – genau darin liegt der Wettbewerbsvorteil. Weil Mercor zugleich in den Datenpipelines mehrerer Labore sitzt, kann ein einziger Vorfall Methoden konkurrierender Unternehmen auf einen Schlag exponieren. Ob die möglicherweise abgeflossenen Daten einem Konkurrenten tatsächlich einen Vorteil verschaffen würden, ist offen – klar ist aber, wie sensibel sie sind.

Der Ursprung: ein Lieferkettenangriff über LiteLLM

Auslöser war kein direkter Einbruch bei Mercor, sondern ein manipuliertes Werkzeug in der Lieferkette: LiteLLM, ein weit verbreitetes Open-Source-Tool zur Anbindung von KI-Schnittstellen, das millionenfach pro Tag heruntergeladen wird. Für eine kurze Zeitspanne enthielten manipulierte Versionen Schadcode zum Abgreifen von Zugangsdaten; gestohlene Zugangsdaten wurden genutzt, um auf weitere Systeme zuzugreifen und weitere Anmeldedaten zu erbeuten – eine Kettenreaktion. Die kompromittierten LiteLLM-Updates werden dem Akteur TeamPCP zugeschrieben; laut einem Analysten der Sicherheitsfirma Recorded Future agiert TeamPCP eindeutig finanziell motiviert. Es ist dieselbe Angreifer-Handschrift, die zuletzt eine ganze Welle von Lieferkettenangriffen prägte – die Details dazu haben wir im Sicherheits-Bereich eingeordnet.

Warum das die ganze Branche betrifft

Statt sämtliche Daten-Infrastruktur selbst zu betreiben, lagern große Labore riesige Datenoperationen an spezialisierte Dritte aus. Dieses Modell ist effizient – aber es bündelt Risiko: Ein einziger kompromittierter Zulieferer kann proprietäre Methoden mehrerer konkurrierender Organisationen gleichzeitig gefährden. Branchenkenner erwarten nun eilige Sicherheits-Audits, strengere Prüfungen von Zulieferern und womöglich regulatorische Aufmerksamkeit. Hinzu kommt eine oft übersehene Dimension: Hinter „der KI" steckt sehr viel verborgene menschliche Arbeit – Auftragnehmer, deren Projekte und Daten ebenfalls betroffen sein können.

Das Muster dahinter

Manipulierte Updates eines weit verbreiteten Open-Source-Tools, die sich über vertraute Lieferketten verteilen: Dieses Muster wiederholt sich. „Es kommt von der offiziellen Quelle" ist längst kein Sicherheitsbeweis mehr – weder bei Paketen und Bibliotheken noch bei Zulieferern.

Was Unternehmen daraus lernen

  • Zulieferer-Sicherheit prüfen: Vor der Zusammenarbeit Sicherheitsstandards, Zertifizierungen und Incident-Prozesse bewerten – nicht nur Preis und Leistung.
  • Abhängigkeiten auditieren: Eingesetzte Open-Source-Tools und Pakete prüfen, Versionen einfrieren und Herkunft validieren, statt Updates blind zu übernehmen.
  • Least Privilege & Datensparsamkeit: Dritten nur den minimal nötigen Zugriff geben und sensible Daten segmentieren.
  • Verträge mit Sicherheitszusagen: Meldepflichten bei Vorfällen, Audit-Rechte und klare Verantwortlichkeiten festschreiben.
  • Notfall- und Ausweichpläne: Für den Fall, dass ein Zulieferer ausfällt oder pausiert wird, Alternativen und Wiederanlauf-Prozesse bereithalten.

Wie Organisationen Schwachstellen früh erkennen, zeigt der Beitrag „Cybersecurity-Scanner".

Was es für dich als Nutzer bedeutet

Im Kern ist das eine Branchen- und Unternehmensgeschichte. Für dich als Anwender bleiben zwei Erkenntnisse: Erstens ruht ein großer Teil moderner KI auf verborgener menschlicher Arbeit und fragilen Zulieferketten – ein guter Grund, Marketing-Versprechen nüchtern zu betrachten. Zweitens zeigt der Vorfall einmal mehr, dass Lieferkettenangriffe über weit verbreitete Werkzeuge ein wiederkehrendes Risiko sind. Die praktische Endnutzer-Regel bleibt dieselbe wie immer: Software und Updates nur über offizielle Kanäle beziehen und sich nicht allein auf den Namen einer Quelle verlassen.

Häufige Fragen (FAQ)

Was ist bei Mercor passiert?
Mercor war nach eigenen Angaben eines von tausenden Unternehmen, die von einem Lieferkettenangriff über das Open-Source-Tool LiteLLM betroffen waren. Der Vorfall könnte sensible Daten über das Training von KI-Modellen offengelegt haben. Meta pausierte daraufhin die Zusammenarbeit unbefristet.
Welche KI-Firmen sind betroffen?
Mercor beliefert laut Berichten mehrere Top-Labore, darunter OpenAI und Anthropic. Meta hat die Zusammenarbeit gestoppt, andere Labore prüfen ihre Beziehungen; OpenAI untersucht eine mögliche Offenlegung eigener Trainingsdaten, ohne laufende Projekte zu stoppen.
Wurde wirklich etwas gestohlen?
Der genaue Umfang ist unbestätigt. Eine Behauptung, es seien über 4 Terabyte Daten erbeutet worden, ist nicht validiert; Forscher mahnen zur Vorsicht. Bestätigt ist, dass Mercor über die LiteLLM-Lücke betroffen war, den Vorfall eindämmte und mindestens ein großer Kunde pausierte.
Warum sind Trainingsdaten so wertvoll?
Weil in Datensätzen, Auswahlkriterien und Labeling-Protokollen steckt, wie ein Modell lernt – über Jahre und Milliarden entwickeltes Wissen. Einen Datensatz zu kopieren ist einfach, eine Methodik nachzubauen schwer. Genau das macht diese Daten zu Geschäftsgeheimnissen.
Was sollten Unternehmen jetzt tun?
Zulieferer-Sicherheit ernsthaft prüfen, eingesetzte Open-Source-Abhängigkeiten auditieren und Versionen validieren, Dritten nur minimalen Zugriff geben, Sicherheitszusagen und Meldepflichten vertraglich verankern und Notfallpläne für ausfallende Zulieferer bereithalten.

Mehr zum Thema

Cybersecurity-Scanner: Wie Unternehmen Schwachstellen erkennen, bevor Angreifer sie finden

Der Beitrag zeigt, wie Organisationen Lücken früh aufspüren – auch in Abhängigkeiten und bei Zulieferern. Genau dort setzen Lieferkettenangriffe an. Eine sinnvolle Vertiefung.

Sicherheit auf alarm.de

Im Sicherheits-Bereich behandeln wir Lieferkettenangriffe, Schadsoftware und Drittanbieter-Risiken. Wir erklären, wie solche Vorfälle entstehen und wie man gegensteuert. Aufklärung ist der erste Schutz.

Zukunft & Technik auf alarm.de

Im Zukunfts-Bereich beleuchten wir, wie KI gebaut wird – inklusive der verborgenen Daten- und Zulieferketten. Wir ordnen Entwicklungen nüchtern ein. So erkennst du Risiken früh.

Tools auf alarm.de

Im Tools-Bereich ordnen wir Werkzeuge für Sicherheit, Updates und Prüfung ein. Wir zeigen, worauf es bei sicheren Bezugswegen ankommt. Praktisch für Teams und Einzelne.

Der alarm.de-Blog

Im Blog greifen wir aktuelle Entwicklungen aus KI, Sicherheit und Technik auf und ordnen sie ein. Statt reiner Schlagzeilen findest du hier Kontext und Relevanz. Regelmäßige Beiträge halten dich auf dem Laufenden.

Quellen u. a.: Berichterstattung von WIRED sowie Einordnungen von Fachmedien und der Sicherheitsfirma Recorded Future. Aussagen von Mercor sind als Unternehmensangaben attribuiert; nicht bestätigte Behauptungen (etwa zum Datenumfang) sind als solche gekennzeichnet. Angaben ohne Gewähr; Informationsstand: Juni 2026.

Dieser Beitrag dient der Information und Einordnung und stellt keine Rechtsberatung dar. Genannte Unternehmen werden neutral und faktisch wiedergegeben; er enthält bewusst keine Angriffs- oder Ausnutzungsdetails.

Haben Sie eine Meinung zu diesem Artikel? Hier können Sie uns schreiben →
Haben Sie Fehler entdeckt? Dann weisen Sie uns gern darauf hin →