KI erklärt die Welt
Claude Code Source Leak: Packaging-Fehler, Strukturabfluss und die Frage nach Operational Excellence
Am 31. März 2026 landete der komplette Quellcode von Claude Code in einem npm-Paket. Copilots Analyse: Mechanismus, Timeline, Presserezeption, Community-Reaktion und Root-Cause-Hypothesen — mit dem Fazit, dass der Strukturabfluss schwerer wiegt als der Datenabfluss.
Replikationen mit anderen Modellen
Um Modell-Bias zu erkennen, werden Reviews mit verschiedenen KI-Systemen wiederholt.
Originalprompt anzeigen (zur Replikation)
THEMA: Claude Codes Quellcode wurde geleakt. Recherchiere im Web: (1) Entspricht dies den Tatsachen? Welche Quellen? (2) Timeline: Was passierte wann? (3) Reaktionen von Anthropic mit Zitaten und Handlungsweise (4) Wie wurde in der deutschen Presse berichtet? (5) Wie international? (6) Recherchiere auf Reddit, Discord und X nach der Rezeption (7) Brainstorming vs. empirische Erklärungen vergleichen (8) Abschlussfazit
Transparenzhinweis: Diese Analyse wurde von GitHub Copilot (GPT-4o, Microsoft/OpenAI) erstellt — einem direkten Wettbewerber von Anthropic, dessen Produkt hier analysiert wird. Dieser potenzielle Interessenkonflikt wird hiermit offengelegt. Die redaktionelle Prüfung erfolgte durch Lukas Geiger (LG).
1. Faktencheck
Ja — der Leak ist bestätigt. Nach übereinstimmenden Berichten und einer Sprecher-Aussage von Anthropic wurde interner Claude-Code-Quellcode unbeabsichtigt öffentlich.
Primärquelle: CNBC berichtet, Anthropic habe den Leak bestätigt und ihn als “release packaging issue caused by human error, not a security breach” eingeordnet. Anthropic erklärte: “No sensitive customer data or credentials were involved or exposed.”
Technischer Mechanismus: Eine Source-Map-Datei im npm-Paket (Version 2.1.88) erlaubte Rückschluss auf den vollständigen TypeScript-Quellcode — rund 500.000 Zeilen in ca. 1.900 Dateien.
2. Brainstorming: Wie und warum konnte das passieren?
Plausible Ursachen im “normalen” Fehlerraum
- Build/Release-Pipeline-Fehlkonfiguration: Source Maps oder Debug-Artefakte wurden nicht aus dem Publish-Artifact entfernt (z.B. falsches
.npmignore, falscher Bundler-Flag, falsches CI-Target) - Human-in-the-loop-Fehler: Ein Engineer veröffentlicht ein internes Build-Profil (Debug statt Prod), oder ein Hotfix umgeht Checks
- Unzureichende Release-Gates: Kein automatischer Scanner, der auf
.map, unminifizierte Quellen, ungewöhnliche Paketgrößen oder “forbidden paths” prüft - Monorepo/Artifact-Leakage: Interne Pfade/Workspaces werden beim Packen mitgezogen
”Warum” im Sinne von Kontextdruck
- Zeitdruck/Feature-Race: Claude Code ist ein Wettbewerbsprodukt — Release-Frequenz hoch, Risiko steigt
- Organisationswachstum: Schnell wachsende Teams führen zu Ownership-Lücken (“wer prüft eigentlich das Publish-Artifact?”)
Unwahrscheinliche, aber denkbare Möglichkeiten
- Absichtlicher Leak durch Insider: Motiv: Open-Source-Ideologie, Frust, Karriere-Signal, oder “force transparency” (widerspricht der offiziellen Darstellung, aber als Hypothese denkbar)
- “Plausible deniability”-Leak: Bewusstes “Versehen”, um Community-Feedback/Reverse-Engineering zu externalisieren — bei gleichzeitiger rechtlicher Distanzierung
- Supply-chain/CI-Kompromittierung: Angreifer manipuliert Build-Output so, dass Debug-Artefakte mitpubliziert werden (Anthropic sagt “kein Breach”, aber ohne veröffentlichte Forensik bleibt es eine Resthypothese)
- Third-party Release Automation Bug: Ein Tool/Action/Plugin publisht falsche Assets
- “Shadow publish” durch falsche Credentials/Token-Rotation: Ein alter Token publisht ein altes internes Build-Profil
- Sozialer Angriffsvektor: Social Engineering im Release-Prozess (“kannst du schnell diese Version pushen?“)
3. Timeline
| Zeitpunkt | Ereignis |
|---|---|
| 31.03.2026 | Veröffentlichung der Claude-Code-npm-Version 2.1.88; darin eine Source-Map, die Zugriff auf Quellcode ermöglicht |
| 31.03.2026 | Sicherheitsforscher Chaofan Shou macht den Fund öffentlich (X-Post wird millionenfach gesehen) |
| 31.03.2026, kurz danach | Snapshots/Mirrors tauchen auf GitHub auf; Community beginnt Analyse/“Dissection” |
| 31.03.2026 | Anthropic bestätigt gegenüber Medien den Vorfall und ordnet ihn als Packaging-Fehler ein; betroffene npm-Version wird entfernt/ersetzt |
| 01.–02.04.2026 | Sekundärwelle: Artikel über “was im Code steckt”, Rewrites/Derivate, rechtliche/ethische Debatten |
4. Reaktionen von Anthropic
Offizielle Kernaussagen
“No sensitive customer data or credentials were involved or exposed.”
“This was a release packaging issue caused by human error, not a security breach.”
“We’re rolling out measures to prevent this from happening again.”
Beobachtbare Handlungsweise
- Takedown/Replacement: Die betroffene npm-Version wurde entfernt und durch eine bereinigte Version ersetzt
- Kommunikationslinie: Minimierung des Sicherheitsnarrativs (“kein Breach”), Fokus auf Kunden-/Credential-Schutz und Prozessverbesserung
5. Deutsche Presse
Typische Frames in DE-Artikeln
“Peinlicher Fail”/Panne-Frame: t3n betont den “Fail”-Charakter, nennt Source-Map im npm-Register, Größenordnung (500k+ Zeilen) und die Sprecherlinie “menschliches Versagen”.
Technik-Frame: heise erklärt Source Maps als Mechanismus, ordnet Tool-Architektur grob ein (Bun/React/Ink etc.) und beschreibt schnelle Entfernung der Paketversion.
Hinter-den-Kulissen/Community-Frame: Business Insider Deutschland beschreibt die “Sharing-Party”, Rebuilds/Derivate und die Dynamik, dass Anthropic zwar schnell reagiert, aber die Verbreitung sozial/technisch nicht mehr einfangbar ist.
6. Internationale Berichterstattung
- US Business/Tech: CNBC fokussiert auf Bestätigung, Wettbewerbsimplikation und Reichweite des X-Posts
- Security-Presse: The Hacker News betont Mechanismus (Source-Map), Umfang (tausende Dateien/500k+ LOC) und Folgeeffekte wie Typosquatting/Dependency-Confusion-Risiken
- “Feature-Teaser”-Frame: Einige internationale Artikel lesen den Leak als Blick auf unveröffentlichte Features (teils spekulativ/marketingnah)
7. Community-Rezeption (X, Reddit, Discord)
X / Twitter
- Dominante Erklärung: “Source code leaked via a map file in their npm registry” — als Auslöser wird die Source-Map im npm-Paket genannt (ursprünglich von Chaofan Shou öffentlich gemacht, dann breit zitiert)
- Meta-Debatte: “Available ≠ Open Source” — Warnungen vor Lizenzverstößen beim Kopieren/Redistributen
- Viel Spott/“Shitpost”-Kultur parallel zu ernsthaften Threads
- Erklärungscluster:
- Packaging-Fehler (Debug-Artefakt/Source Map) als Standarderklärung
- “Jetzt kann man’s nachbauen” — Rebuilds/Derivate als unmittelbare Reaktion
Discord
Öffentlich sichtbarer Anker: Es gibt eine offizielle Claude/Anthropic-Discord-Community, aber konkrete Leak-Diskussionen sind ohne Zugang/Indexierung nicht zuverlässig belegbar.
8. Brainstormliste vs. empirische Erklärungen
Was empirisch stark gestützt ist
- Packaging/Release-Fehler + Human Error ist sowohl von Anthropic behauptet als auch von mehreren Medien technisch konsistent beschrieben (Source-Map im npm-Paket)
- Schnelle Entfernung/Replacement der betroffenen Version wird berichtet
- Keine Kundendaten/Credentials laut Anthropic
Was möglich bleibt, aber nicht belegt ist
- CI/Supply-chain-Kompromittierung: In den Kernquellen nicht belegt; Anthropic verneint “security breach”, aber ohne veröffentlichte Forensik bleibt es eine Resthypothese
- Insider/Absicht: Keine belastbaren Hinweise — bleibt spekulativ
Was als “Folgeerklärung” empirisch auftaucht
- Mirror-/Fork-Explosion, Rebuilds, rechtliche Grauzonen: Stark in der Berichterstattung über Community-Reaktionen
- Security-Nachbeben (Typosquatting/Dependency-Confusion): Prominent in Security-Medien
9. Fazit
Am wahrscheinlichsten ist ein klassischer Release-Engineering-Fehler (Source Map/Debug-Artefakt) unter Zeitdruck — und genau das sagt Anthropic auch.
Der eigentliche Schaden ist weniger “Datenabfluss” als Strukturabfluss: Architektur, Prompting/Tooling-Design, interne Feature-Flags — also genau das, was Wettbewerber und Angreifer brauchen. Security-Medien weisen zusätzlich auf sekundäre Risiken hin (Typosquatting/Dependency-Confusion), die oft schlimmer sind als der ursprüngliche Leak, weil sie Nutzer in der Folgephase treffen.
Und psychologisch: Ein Unternehmen, das stark über “Safety/Operational Excellence” positioniert ist, wird an solchen Pannen härter gemessen — die Community reagiert dann nicht nur technisch, sondern auch normativ (“closed source, aber sloppy” vs. “endlich Transparenz”).
Quellen
- CNBC — Anthropic leaks part of Claude Code’s internal source code
- The Hacker News — Claude Code Source Leaked via npm Packaging Error
- Business Insider DE — Anthropic legt Quellcode offen
Redaktioneller Kommentar (Um:bruch)
Copilots Analyse ist solide und methodisch sauber. Der stärkste Eigenbeitrag ist die Betonung der sekundären Risiken (Typosquatting/Dependency-Confusion), die in der Claude-Analyse fehlen und ein wichtiger Aspekt für die Gesamtbewertung sind. Copilot ist zurückhaltender bei der Community-Tiefe (keine Reddit-Upvote-Zahlen, kein Undercover-Mode-Detail) und vermeidet die DMCA-Analyse, die in der Claude-Analyse einen Schwerpunkt bildet. Auffällig: Copilot benennt die Hypothese “Plausible deniability-Leak” explizit — ein Gedanke, den die Claude-Analyse unter “De-facto Open Sourcing” fasst. Die parallele Analyse durch Gemini ist ebenfalls verfügbar.
Quellenprüfung (05.04.2026): Transparenzhinweis zum kompetitiven Interessenkonflikt (Copilot/Microsoft/OpenAI analysiert Anthropic-Produkt) nachträglich am Artikelanfang ergänzt.