Kraken erhält frühen Zugang zu Anthropics unveröffentlichtem Mythos-Modell

Jeder Sicherheitsverantwortliche einer Kryptobörse kennt denselben wiederkehrenden Alptraum: ein Zero-Day in einem Signing-Pfad, unentdeckt, wartend auf jemanden, der geduldig genug ist, ihn zuerst zu finden. Payward, der Betreiber von Kraken, hat gerade bekanntgegeben, dass das Unternehmen nun eine sehr spezifische Waffe gegen dieses Problem hat. Es zählt sich zu den ersten Kryptounternehmen mit direktem Zugang zu Anthropics unveröffentlichtem Mythos-Modell und plant, dieses auf den eigenen Quellcode anzusetzen.

Was passiert ist

Am Montag gab die in Wyoming ansässige Payward Inc. bekannt, direkten Zugang zu Mythos erhalten zu haben – einem Anthropic-Modell, das noch nicht öffentlich verfügbar gemacht wurde. Laut der Mitteilung, wie von Bloomberg Law News berichtet, beabsichtigt Payward, das Modell zu nutzen, um Krakens Software auf Sicherheitslücken zu scannen. Das Unternehmen bezeichnet sich als einen der ersten Kryptobetreiber, der Zugang zu dem Tool erhält.

Mythos ist kein Produkt, für das man sich einfach anmelden kann. Anthropic hat erklärt, dass das Modell so leistungsfähig ist, dass es nicht öffentlich veröffentlicht wurde, und seine Cyberfähigkeiten gelten als zu riskant für eine uneingeschränkte Nutzung. Diese Einordnung ist bedeutsam. Es ist kein Marketingglanz, sondern eine gelebte Sicherheitshaltung des Labors, das Claude entwickelt hat. Ein Modell, das aus dem offenen Katalog herausgehalten wird, weil seine offensiven Sicherheitsfähigkeiten als gefährlich eingestuft werden, und das dann unter kontrollierten Bedingungen an eine Kryptobörse übergeben wird, ist eine sehr spezifische politische Entscheidung.

Der Vertriebskanal ist Project Glasswing, die im April gestartete Anthropic-Initiative. Glasswing ist als Schutzprogramm für Branchen positioniert, die von Angreifern massiv unter Druck gesetzt werden – und die Krypto-Branche qualifiziert sich dafür. Das Muster der Ankündigung ist eindeutig: Anthropic wählt Vertragspartner in „hackerintensierten" Sektoren aus und erlaubt ihnen, ein eingeschränktes Modell gegen ihren eigenen Code laufen zu lassen – vermutlich vertraglich geregelt und mit strengen Leitplanken für das, was das Modell produzieren wird und was nicht.

Kraken hat nicht im Detail beschrieben, welche Teile des Stacks Mythos berühren wird, wie Befunde priorisiert werden oder wie falsch-positive Ergebnisse behandelt werden. Das sind genau die Fragen, die jeder erfahrene Ingenieur stellt, bevor er ein unveröffentlichtes Modell in die Nähe einer Matching-Engine oder eines Hot-Wallet-Signers lässt.

Technische Analyse

Wenn man das Branding weglässt, sieht Mythos aus wie ein offensiv-sicherheitsfähiges LLM, das durch vertragliche und API-seitige Schranken auf defensive Workflows beschränkt wird. Das Interessante ist nicht das Modell selbst, sondern die Art der Bereitstellung.

Statische Code-Überprüfung durch LLM ist auf dem einfachen Niveau bereits eine gelöste Standardlösung. Was Anthropic mit Mythos beansprucht, ist graduell anders: Fähigkeiten, die stark genug sind, dass eine uneingeschränkte Veröffentlichung als unsicher gilt. In der Praxis deutet das auf die Fähigkeit hin, über mehrere Dateien hinweg Exploit-Ketten zu analysieren, Missbrauchsmuster in kryptografischem Code zu erkennen und die Art subtiler Logikfehler zu finden, die bei der Signaturverifizierung, dem Replay-Schutz, dem Order-Matching und den Auszahlungsabläufen auftreten. Das sind genau die Angriffsflächen, an denen Kryptobörsen bluten.

Bei einer Börse wie Kraken sind die interessanten Angriffsflächen auf dem Papier langweilig, in der Praxis jedoch fatal. Custody-Key-Management. Einzahlungsgutschriftslogik. Cross-Chain-Bridge-Buchhaltung. Oracle-Preiserfassung. Jedes Team, das eine Incident-Review bei einer Börse durchgeführt hat, kennt das Muster: eine einzige ungeprüfte Annahme in einer Integer-Konvertierung oder eine subtile Race-Condition in einer Auszahlungs-State-Machine, und die Verluste gehen in achtstellige Beträge, bevor jemand Slack öffnet.

Diese Code-Pfade in ein Modell mit echtem offensivem Denkvermögen einzuspeisen, ist ein echter Sprung über typische SAST-Tools hinaus. Es bringt jedoch neue operative Probleme mit sich. Erstens die Herkunftsfrage: Alles, was man an ein extern gehostetes Modell sendet, wird zu einer Datenschutzfrage, die das Sicherheits- und Rechtsteam beantworten muss. Zweitens das Volumen an falsch-positiven Ergebnissen: Leistungsstarke Modelle generieren plausibel klingende Schwachstellen, die sich nicht reproduzieren lassen, und die Triagekosten sind nicht trivial. Drittens das Exfiltrationsrisiko: Ein so leistungsfähiges Modell ist per Definition auch für Angreifer nützlich, die über einen kompromittierten Mitarbeiterlaptop Zugang zu seinen Ausgaben erhalten.

Meine Einschätzung: Der defensive Nutzen ist real, aber der operative Aufwand, ein unveröffentlichtes Frontier-Modell gegen Produktionscode einzusetzen, wird mehr Ingenieurzeit verschlingen, als Kraken öffentlich zugibt. Das ist der ehrliche Kompromiss.

Wer die Konsequenzen spürt

Drei Gruppen erleben diese Ankündigung unterschiedlich – und keine von ihnen hat ein ruhiges Quartal vor sich.

Erstens konkurrierende Börsen und Custodians. Wenn Kraken zu den ersten gehört, die Mythos-Zugang erhalten, steht jede andere Tier-1-Börse vor einer Frage auf Vorstandsebene: Warum haben wir das nicht, und was ist unsere Antwort, wenn wir im nächsten Quartal ausgenutzt werden? Rechnen Sie mit einer Welle von Beschaffungsgesprächen mit Anthropic und seinen Mitbewerbern – und damit, dass die Antwort für die meisten lauten wird: „Sie stehen nicht auf der Liste." Der Zugang zu eingeschränkten Frontier-Modellen wird zu einem Wettbewerbsvorteil werden, kein Standardeinkauf. Teams, mit denen ich gearbeitet habe, haben beobachtet, wie Vendor-Access-Asymmetrien ganze Produkt-Roadmaps entschieden haben – und dieses Muster kommt jetzt im Bereich Security-Tooling an.

Zweitens DeFi-Protokolle und Bridge-Betreiber. Sie erhalten keinen Glasswing-Zugang. Sie verlassen sich auf Audit-Firmen, Bug-Bounty-Programme und öffentliche Tools. Der Abstand zwischen dem, was eine Top-5-zentralisierte Börse jetzt gegen ihren Code einsetzen kann, und dem, was sich ein mittelgroßes Protokoll leisten kann, wächst. Diese Lücke wird sich innerhalb von zwölf Monaten in den Incident-Statistiken niederschlagen. Bridges bleiben das weichste Ziel der Branche, und ihre Verteidiger werden gegenüber den offensiven Tools, die Angreifer aus Open-Weight-Modellen rekonstruieren werden, unterlegen sein.

Drittens Sicherheitsanbieter, die LLM-gestützte Code-Reviews verkaufen. Ihr Verkaufsargument ist gerade schwieriger geworden. Wenn die Frontier-Labs direkt Deals mit namentlich genannten Börsen abschließen, muss die Mittelschicht der „Wir wrappen GPT-Klasse-Modelle für SAST"-Startups beweisen, dass sie etwas tun, was die Labs nicht selbst tun werden. Die unbequeme Erkenntnis: Viele Series-A-Krypto-Security-Tooling-Unternehmen werden bald feststellen, dass ihr Wettbewerbsvorteil dünner war, als ihre Präsentation vermuten ließ.

Auch Regulatoren schauen genau hin. Ein Modell, das als zu gefährlich für eine öffentliche Veröffentlichung gilt und gegen den Codebase einer regulierten Finanzinstitution eingesetzt wird, ist genau die Art von Vereinbarung, die die SEC und ihre ausländischen Pendants dokumentiert haben möchten. Die SEC-Regelgebung zu Drittparteienrisiken gibt einen Hinweis auf die Form der kommenden Fragen.

Playbook für Krypto und DeFi

Konkrete Maßnahmen für die nächsten zwei Wochen, geordnet nach dem Verhältnis von Aufwand zu Nutzen.

Prüfen Sie Ihr Drittanbieter-Modell-Exposure. Wenn ein Team in Ihrer Organisation bereits Produktionsquellcode an gehostete LLMs zur Überprüfung sendet, halten Sie fest, welche Repos, welche Modelle und unter welchem Vertrag. Die meisten Organisationen können das heute nicht beantworten. Sie müssen es wissen, bevor Ihr nächstes SOC-2-Review stattfindet.

Priorisieren Sie Ihren Code nach dem Schadensradius, nicht nach der Zeilenzahl. Signing-Pfade, Auszahlungs-State-Machines, Einzahlungsgutschriften und Bridge-Buchhaltung kommen zuerst. Alles andere wartet. Wenn Sie Zugang zu einem ernsthaften Code-Analysemodell erhalten, verschwenden Sie dessen Kontextfenster nicht an Ihr Admin-Dashboard.

Gehen Sie davon aus, dass Angreifer irgendwann gleichziehen werden. Welche offensive Fähigkeit Mythos auch defensiv repräsentiert – eine Open-Weight-Annäherung wird in achtzehn Monaten existieren. Modellieren Sie Ihre Bedrohungen entsprechend. Invariant-Checks und On-Chain-Circuit-Breaker sind wichtiger denn je. Für Schutzmaßnahmen auf Vertragsebene sollten Sie Muster in der Ethereum-Dokumentation zu Upgrade-Pfaden und Pause-Mechanismen erneut prüfen.

Fordern Sie von Audit-Firmen Transparenz über ihre Tools. Fragen Sie, welche Modelle sie verwenden, mit welchen Daten und mit welcher Datenhaltung. Wenn sie das nicht klar beantworten können, bezahlen Sie für eine Unterschrift, keine echte Prüfung.

Und schließlich: Planen Sie Budget für die Triage ein. Ein leistungsfähiges Modell wird viele „Vielleicht-Bugs" aufdecken. Zwei Vollzeit-Ingenieure für die Befundtriage sind ein realistischer Kostenansatz im ersten Jahr. Planen Sie das ein – oder das Tool liegt nach dem dritten Monat ungenutzt da.

Wichtigste Erkenntnisse

• Payward, Betreiber von Kraken mit Sitz in Wyoming, gibt an, direkten Zugang zu Anthropics unveröffentlichtem Mythos-Modell zu haben, um den eigenen Code zu scannen.
• Mythos wird über Project Glasswing vertrieben, Anthropics im April gestarteter Initiative für den defensiven Einsatz in Hochrisikobranchen.
• Anthropic hält Mythos für zu riskant für eine uneingeschränkte Veröffentlichung, was bedeutet, dass der Zugang eine kontrollierte, vertragliche Vereinbarung ist – kein Standard-Produktkauf.
• Die Zugriffsasymmetrie bei eingeschränkten Frontier-Modellen entwickelt sich zu einem Wettbewerbsvorteil in der Kryptosicherheit, während mittelgroße DeFi-Projekte an Boden verlieren.
• Der defensive Nutzen ist real, aber operative Kosten, Falsch-Positiv-Triage und das Datenexpositionsrisiko bei Drittanbietern müssen vor dem Einsatz geplant werden – nicht danach.