Polymarket Exploit: Ein durchgesickerter Schlüssel, kein Contract-Fehler
Am 22. Mai 2026 meldete On-Chain-Ermittler ZachXBT einen Abfluss aus einer der Wallets von Polymarket. Erste Schätzungen bezifferten ihn auf rund 520.000 Dollar. Als das Team die Details bestätigte, hatte sich die Zahl auf 660.000 bis 700.000 Dollar erhöht. Kein Reentrancy-Angriff. Keine Oracle-Manipulation. Keine ausgeklügelte Flash-Loan-Choreografie. Nur ein privater Schlüssel, der irgendwo gelandet ist, wo er nicht hingehörte.
Der Polymarket-Exploit hat den Teil des Stacks nicht berührt, für dessen Prüfung alle Trail of Bits und OpenZeppelin bezahlen. Er traf eine interne Auffüllwallet, ein Betriebskonto, das zur Finanzierung von Belohnungen und zur Aufrechterhaltung des Betriebs verwendet wurde. Die Art von Wallet, die nie im Prüfungsumfang auftaucht, weil sie kein Smart Contract ist. Es ist ein Schlüssel, der irgendwo in einer Infrastruktur liegt.
Das ist der unbequeme Teil. Nach einem Jahr, in dem die Schlagzeilen von Bridges und DVN-Fehlkonfigurationen beherrscht wurden, wurde der bestfinanzierte Vorhersagemarkt der Welt durch die grundlegendste Schwachstelle überhaupt geplündert.
Was auf Polygon tatsächlich passiert ist
Das geleerte Konto war eine Operations-Wallet, keine Nutzergelder in den Kernverträgen des Protokolls. Laut CoinDesk-Bericht beobachtete ZachXBT einen Abfluss von rund 520.000 Dollar, und das Team von Polymarket erklärte, die Kundengelder seien sicher. Der Angreifer räumte POL und andere Assets aus der Wallet auf Polygon ab und tat dann, was Angreifer immer tun: Er bridgte und verteilte die Gelder, bevor irgendjemand etwas einfrieren konnte.
Decrypt bezifferte den Betrag auf knapp 700.000 Dollar und identifizierte es ausdrücklich als interne Auffüllwallet. Die Abweichung bei den Zahlen ist in den ersten 24 Stunden normal; der Mechanismus steht außer Frage. Jemand hat den Schlüssel erlangt.
Dies ist insofern ein Polygon-POL-Exploit, als POL das Asset war, das in der Wallet lag. Die Chain hat nicht versagt. Der Smart Contract hat nicht versagt. Die Verwahrung eines einzigen operativen Schlüssels hat versagt.
Warum der UMA CTF Adapter nicht das Problem war
Die Marktauflösung von Polymarket läuft über das optimistische Oracle von UMA via UMA CTF Adapter, dem Smart Contract, der Fragen einreicht, Streitigkeiten behandelt und Ergebnisse abrechnet. Das ist das Stück, das auf dem Papier das größte Angriffsrisiko trägt. Es wurde geprüft. Es wurde in Tausenden von Märkten kampferprobt.
Und es hatte damit nichts zu tun.
Ich glaube, das ist das Detail, das die Leute übergehen werden, und das sollten sie nicht. Die Smart-Contract-Schicht hat gehalten. Das Oracle hat gehalten. Was gebrochen ist, war eine Wallet, die ein Mensch kontrolliert, mit einem Schlüssel, auf den ein Mensch (oder eine CI-Pipeline oder ein Hot-Signing-Dienst) Zugriff hat. Wir haben den Bullenmarkt damit verbracht, die Teile zu härten, die formale Verifikation haben, und die Teile zu ignorieren, die eine .env-Datei haben.
Operative Schlüssel sind jetzt die echte Angriffsfläche
Das ist das Muster über die Vorfälle von 2026. Das Solidity wird besser. Prüfer machen gute Arbeit. Formale Methoden fangen die Reentrancy-Bugs ab, die früher neunstellige Beträge abgezogen haben. Also haben sich die Angreifer verlagert.
Sie verlagerten sich auf das weiche Gewebe:
- Hot Wallets, die für Belohnungen, Gas-Auffüllungen und Market-Making verwendet werden.
- Deployer-Schlüssel, die nach dem Launch nie rotiert wurden.
- Multisig-Unterzeichner, die einen Laptop sowohl zum Signieren als auch zum Surfen verwenden.
- CI/CD-Secrets, die Transaktionen in der Produktion signieren können.
Nichts davon steht in einem Prüfbericht. Wenn ich den Sicherheitsumfang bei einer regulierten Börse festlege, macht die Contract-Prüfung vielleicht ein Drittel der Arbeit aus. Der Rest sind HSMs, Unterzeichner-Segregation, Key-Ceremony-Dokumentation und die zutiefst unspektakuläre Frage: "Wer kann um 3 Uhr nachts Geld bewegen, und was würde ihn aufhalten." Genau an diesem letzten Punkt sind die meisten Teams exponiert.
Das ist dieselbe Lektion wie beim Kelp DAO LayerZero-Verlust: 292 Millionen Dollar weg, nicht durch einen Contract-Bug, sondern durch eine Fehlkonfiguration in der operativen Schicht. Anderer Mechanismus, dieselbe Grundursache: der langweilige Teil, den niemand prüft.
Wie eine 660.000-Dollar-Operations-Wallet hätte aussehen sollen
Wenn ein einzelner Schlüssel 660.000 Dollar bewegen kann, ist das eine Design-Entscheidung, kein Pech. Ein paar Dinge, die für jede operative Wallet mit nennenswerten Beträgen selbstverständlich sein sollten:
- Ausgabenlimits in der Wallet-Logik selbst. Eine Belohnungs-Auffüllwallet hat nichts damit zu tun, ihr gesamtes Guthaben in einer einzigen Transaktion senden zu können. Begrenze es on-chain.
- Threshold-Signing für alles oberhalb einer Untergrenze. Kleine automatisierte Auszahlungen können hot sein. Alles oberhalb von beispielsweise 10.000 Dollar sollte einen zweiten Unterzeichner erfordern. Safe-Multisig mit einem niedrigen Schwellenwert für große Überweisungen ist nicht schwer.
- Schlüssel-Isolation von der App-Umgebung. Der Signing-Key einer Operations-Wallet sollte niemals dort liegen, wo Anwendungscode, Abhängigkeiten oder ein kompromittierter CI-Runner ihn lesen kann.
- Monitoring, das bei anomalem Abfluss einen Menschen alarmiert. ZachXBT hat dies entdeckt, bevor das Team es bekannt gab. Das eigene Alerting sollte schneller sein als ein Dritter, der den Mempool beobachtet.
Nichts davon ist neu. Es ist das Zeug, das gestrichen wird, wenn ein Team schnell liefert und die Wallet "nur für Belohnungen" ist.
Die Lücke im Audit-Stack, für die niemand verantwortlich ist
Das tiefere Problem ist intern jurisdiktionaler Natur. Smart-Contract-Sicherheit hat einen klaren Eigentümer: das Prüfungsunternehmen. Operative Schlüsselsicherheit hat... wer auch immer die Wallet eingerichtet hat, meist unter Termindruck, oft nie wieder überprüft.
Ich habe über diese Lücke im Kontext von DeFis kaputtem Audit-Stack geschrieben: Die Zertifizierung deckt die Contracts ab und endet an der Contract-Grenze. Alles Operative ist außerhalb des Umfangs und außerhalb des Blickfelds.
Solange ein Regulierer oder ein Versicherer nicht dafür sorgt, dass operative Sicherheit einen klar benannten Verantwortlichen hat, wird das weiter passieren. Die operative Sicherheit von DeFi ist 2026 ungefähr dort, wo Smart-Contract-Sicherheit 2019 war: als wichtig anerkannt, von niemandem verantwortet, als letztes finanziert.
Polymarket wird es gut gehen. 660.000 Dollar sind für eine Plattform ihrer Größe verkraftbar, und zu ihrer Ehre haben sie schnell und klar kommuniziert. Aber das nächste Team, dem das passiert, hat möglicherweise nicht die finanziellen Mittel, es aufzufangen. Der Schlüssel-Kompromiss, der eine Treasury statt einer Belohnungs-Wallet leert, kommt noch, und es wird kein Solidity-Bug sein. Es wird ein Schlüssel auf einem Laptop sein.