In den ersten sechs Monaten des Jahres 2026 verlor die Kryptoindustrie über 135 verifizierte Sicherheitsvorfälle hinweg $939.86 million. Auf den ersten Blick scheint die Erklärung naheliegend: Projekte stellen weiterhin ungeprüften Code auf Mainnet bereit und setzen damit die Treasury-Bestände von Protokollen den bekannten Exploits aus.

Die Daten zeichnen jedoch ein deutlich beunruhigenderes Bild.

Mehr als die Hälfte der angegriffenen Projekte, die für über $721 million an Verlusten verantwortlich waren, verfügten über abgeschlossene Sicherheitsprüfungen. Doch in 94.4% dieser Fälle stammte der Exploit nicht aus einem übersehenen Reentrancy-Bug in einem geprüften Smart Contract. Stattdessen bewegten sich die Angreifer durch Bereiche, die die Auditoren nicht untersucht hatten:

• Kompromittierte private Schlüssel
• Übernommene Front-End-Skripte
• Undichte Cloud-Infrastruktur
• Ungeprüfte Off-Chain-Relayer

Diese Erkenntnisse stammen aus einem umfassenden H1-2026-Sicherheitsbericht von ack3, einem AI-nativen Cybersicherheitsunternehmen, das früher unter dem Namen Ackee Blockchain Security bekannt war. Seit 2021 hat ack3 nach eigenen Angaben 237 Protokollprüfungen durchgeführt und beobachtet, wie sich die Sicherheitsgrenze von isolierten Solidity-Dateien hin zu vollständigen Protokollarchitekturen verschoben hat. Als Reaktion darauf kombiniert das Unternehmen manuelle Prüfungen, Wake-basiertes Fuzzing, Off-Chain-Bedrohungsmodellierung und proprietäre KI-Scans, die darauf ausgelegt sind, Abhängigkeiten zwischen Komponenten zu kartieren.

Der Bericht hebt eine zentrale Schwäche in der Art und Weise hervor, wie Web3 Risiken bewertet: Die Branche behandelt „auditiert“ häufig als dauerhaften binären Status, während Angreifer Protokollarchitekturen als miteinander verbundene und sich ständig verändernde Webservices betrachten.

„Ein Audit ist ein Zeitstempel und eine Grenze, keine lebenslange Garantie“, sagt Josef Gattermayer, Founder bei ack3. „Die alte Frage lautete: ‚Wurde es auditiert?‘ Die nützlichen Fragen sind: ‚Was genau wurde auditiert, wann, und was hat sich seitdem verändert?‘ Ein Vertragsbericht kann keinen geleakten Signaturschlüssel, kein kompromittiertes Frontend und keine Legacy-Deployment-Umgebung schützen, die nicht mehr mit dem geprüften Code übereinstimmt.“

Die Verlustlandschaft in H1 2026

In der ersten Jahreshälfte 2026 verzeichnete das Web3-Sicherheitsökosystem 135 verifizierte Sicherheitsvorfälle, die dezentralen Protokollen und ihren Nutzern $939.86 million entzogen. Jeder in ack3s Datensatz erfasste Exploit erfüllte einen strengen Zwei-Quellen-Verifizierungsstandard und deckte sowohl On-Chain- als auch Off-Chain-Verstöße ab.

Bei einer Einteilung dieser 135 Vorfälle nach historischem Audit-Status wirkt die Verteilung nahezu ausgeglichen:

• Auditierte Opfer: 68 Vorfälle (50.4%) richteten sich gegen Projekte mit mindestens einer abgeschlossenen, öffentlich verifizierbaren Sicherheitsprüfung vor dem Angriff.
• Nicht auditierte Opfer: 35 Vorfälle (25.9%) betrafen Protokolle ohne formale Sicherheitsprüfungen durch Dritte.
• Audit-Status unbekannt: 32 Vorfälle (23.7%) betrafen Projekte, deren Audit-Historie zum Stichtag des Datensatzes nicht bestätigt werden konnte.

Die Audit-Illusion

Auf den ersten Blick könnte die Verteilung darauf hindeuten, dass Sicherheitsprüfungen nur begrenzten Schutz bieten. Betrachtet man die Vorfälle jedoch nicht nach Anzahl, sondern nach finanziellem Schaden, wird das Ausmaß des Problems deutlich.

Auditierte Protokolle entfielen auf $721.24 million der in H1 2026 verlorenen $939.86 million, also auf 76.7% des gesamten gestohlenen Kapitals. Nicht auditierte Projekte und solche mit unbekannter Audit-Historie kamen zusammen auf $218.62 million.

Diese Lücke legt offen, was ack3 die Audit-Illusion nennt. Kapital fließt naturgemäß dorthin, wo Sicherheitsabzeichen sichtbar sind. Institutionelle Kapitalgeber, Yield Farmer und Privatanleger werten einen Audit-Bericht häufig als grünes Licht und lenken Liquidität in Protokolle mit einem gepflegten Sicherheitsprofil.

Das erzeugt ein Paradoxon: Audits ziehen Kapital an, und Kapital macht auditierte Protokolle zu höherwertigen Zielen. Während eine sorgfältige Codeprüfung opportunistische Angreifer abschrecken kann, die nach offensichtlichen Solidity-Schwachstellen suchen, machen hochentwickelte Bedrohungsakteure nicht halt, wenn sie ein Audit-Abzeichen sehen. Stattdessen verlagern sie ihren Fokus von den geprüften Smart Contracts auf die umliegende, nicht überwachte Infrastruktur.

Wie H1 2026 gezeigt hat, versuchen Angreifer nicht mehr, die Vordertür von auditiertem Code einzuschlagen. Sie gehen durch die Seiteneingänge, die nie geprüft wurden.

Die Scope-Lücke: Wo $680 Million verschwanden

Eines der gefährlichsten Missverständnisse in der Web3-Sicherheit besteht darin, ein Smart-Contract-Audit mit einem Schutz des Gesamtsystems gleichzusetzen. In der Praxis deckt ein Audit meist einen bestimmten Commit-Hash und einen definierten Satz von Solidity- oder Rust-Dateien ab. Nicht abgedeckt sind die Deployment-Umgebung, Entwickler-Arbeitsplätze, Cloud-Infrastruktur, DNS-Einträge oder die privaten Schlüssel zur Verwaltung von Protokollparametern.

ack3s Forschung zeigt, dass genau diese Differenz – die „Scope-Lücke“ – der Ort ist, an dem fast das gesamte gestohlene Kapital verschwindet. Von 68 auditieren Protokollen, die in H1 2026 kompromittiert wurden, fielen 46 Projekten Angriffspfade zum Opfer, die vollständig außerhalb des Geltungsbereichs ihrer veröffentlichten Audits lagen. Diese 46 Vorfälle verursachten Verluste von $680.97 million und damit 94.4% des gesamten finanziellen Schadens, den auditierte Opfer erlitten.

Die Lücke zwischen Anzahl und Wert

Wie stark der Audit-Umfang die Risikowahrnehmung verzerrt, zeigt sich im Vergleich zwischen Vorfallzahlen und tatsächlichem finanziellen Schaden.

Vorfälle, bei denen der Exploit-Pfad innerhalb des auditierten Codes verlief, machten 20 der 68 auditieren Kompromittierungen aus, also rund 29.4% nach Anzahl. Doch diese 20 In-Scope-Exploits brachten Angreifern nur $35.21 million ein, also lediglich 4.9% der gesamten Verluste aus auditierten Projekten.

Der Kontrast ist deutlich. Traditionelle Code-Audits leisten offenbar eine recht gute Arbeit dabei, katastrophale Smart-Contract-Bugs zu erkennen, und begrenzen die Verluste im Scope auf unter 5% des Gesamtschadens. Doch Protokollteams lassen die Hintertür weit offen und verlieren die übrigen 94.4% durch Infrastruktur- und Betriebsverstöße.

Anatomie der modernen Angriffsfläche

Angreifer haben erkannt, dass Smart Contracts oft das stärkste Glied der Kette sind. Deshalb zielen sie zunehmend auf die operative Oberfläche rund um den Code.

ack3 identifizierte vier wiederkehrende operative Angriffsvektoren, die für Verluste außerhalb des Audit-Scopes verantwortlich sind:

Kompromittierte private Schlüssel und Signierberechtigungen: Admin-Schlüssel, Multisig-Signer und operative Hot Wallets bleiben der schnellste Weg zu einem vollständigen Abfluss. Sobald eine Signierberechtigung durch Phishing oder schlechtes Key-Management kompromittiert ist, kann der Angreifer Verträge aktualisieren, Parameter ändern oder Notfall-Mints über legitime Protokollfunktionen auslösen und dabei On-Chain-Logikprüfungen vollständig umgehen.

Front-End-Script-Injektionen und DNS-Hijacking: Statt die On-Chain-Logik anzugreifen, kompromittieren Angreifer die Schnittstelle, der Nutzer vertrauen. Durch die Übernahme von DNS-Einträgen oder das Einschleusen bösartiger JavaScript-Dateien über Web-Abhängigkeiten von Dritten können sie Zieladressen austauschen oder Nutzer dazu bringen, Genehmigungen für bösartige Empfänger zu erteilen, während sie mit einer scheinbar legitimen Benutzeroberfläche interagieren.

CI/CD-Pipelines und Cloud-Infrastruktur-Zugangsdaten: Angriffspfade verlaufen zunehmend über GitHub Actions, Cloud-Umgebungsvariablen und Build-Pipelines. Fest im Code verankerte Geheimnisse oder geleakte API-Schlüssel können Angreifern erlauben, Build-Artefakte zu manipulieren oder auf Infrastrukturressourcen zuzugreifen, bevor der Code überhaupt die Blockchain erreicht.

Ungeprüfte Off-Chain-Prover, Relayer und Cross-Chain-Infrastruktur: Moderne DeFi-Protokolle sind stark auf Off-Chain-Systeme angewiesen, darunter Prover, Oracle-Relayer, Zero-Knowledge-Sequencer und Cross-Chain-Messaging-Bridges. Diese Dienste liegen außerhalb standardmäßiger Contract-Audits, bestimmen aber die Eingaben, die On-Chain-Ausführungen auslösen. Wenn ein Relayer oder Prover ausfällt, verarbeitet der Smart Contract einfach den fehlerhaften Status-Update wie angewiesen.

Punktuelle Absicherung und das Alterungsproblem

Selbst wenn ein Exploit Code betrifft, der ausdrücklich innerhalb des Audit-Scopes lag, verweist ack3s Datensatz auf eine weitere Schwäche in Web3-Sicherheitspraktiken: die Abnutzung der Absicherung.

Ein Audit-Bericht ist kein kontinuierlicher Schutzschild. Er ist eine statische Momentaufnahme eines Systems zu einem einzigen Zeitpunkt. Dennoch vermarkten Protokolle häufig zwei Jahre alte PDF-Berichte als Beweis für heutige Sicherheit. ack3s Forschung zeigt, dass der Schutzwert einer historischen Prüfung mit der Zeit stetig abnimmt, selbst wenn sich die zugrunde liegende Smart-Contract-Logik nicht verändert hat.

Die Abnahmerate der Sicherheit

Unter den 20 Vorfällen, bei denen der Angriffspfad direkt innerhalb des auditieren Umfangs eines Protokolls lag, ereigneten sich 17 mindestens sechs Monate nach dem nächstgelegenen relevanten Audit. Die mediane Zeit zwischen Audit und Exploit betrug 18 Monate, mit Spannen von drei Monaten bis zu 56 Monaten.

Nur drei Protokolle litten innerhalb von sechs Monaten nach Erhalt eines Audit-Berichts unter In-Scope-Exploits. Die große Mehrheit der In-Scope-Fehler trat lange nach der ursprünglichen Freigabe auf:

• Unter 6 Monate: 3 Vorfälle (15% der In-Scope-Fälle)
• 6 bis 24 Monate: 9 Vorfälle (45%)
• 24 Monate oder mehr: 8 Vorfälle (40%)

Diese Verteilung macht einen offensichtlichen Befund sichtbar: Die Relevanz eines Audit-Berichts nimmt in einem schnelllebigen Ökosystem rasch ab. Das Alter allein verursacht keinen Smart-Contract-Bug, aber es misst, wie lange Code exponiert bleibt, während sich alles um ihn herum verändert. Deshalb ist es wichtig, dass Krypto-Protokolle regelmäßig mehrere Audits durchführen und sich nicht auf ein zwei Jahre altes Audit verlassen.

KI als Angriffsverstärker und der Wandel zu Living Assurance

Spezialisierte KI-Tools haben Geschwindigkeit und Umfang der Sicherheitsforschung dauerhaft verändert. Zwar schreibt ack3s H1-2026-Datensatz keinem einzelnen Vorfall autonome KI-Agenten zu, doch er zeigt eine Verschiebung in der Bedrohungslage: Angreifer nutzen KI als operativen Verstärker.

Die neue Bedrohungsrealität

Einen komplexen Reentrancy-Bug in einem intensiv geprüften Solidity-Vertrag zu finden, erfordert erhebliche Zeit und Expertise. Einen exponierten Enclave-Schlüssel in einem nicht indizierten Off-Chain-Repository zu entdecken oder ein nicht festgepinnstes Drittanbieter-Skript in einer Front-End-Build-Pipeline zu identifizieren, erforderte früher mühsame manuelle Aufklärung.

KI-Modelle haben diesen Zeitaufwand nahezu auf null reduziert.

Angreifer nutzen KI-Tools inzwischen, um ganze Protokollökosysteme in hoher Geschwindigkeit zu erfassen, Beziehungen zwischen Repositories zu kartieren, Off-Chain-zu-On-Chain-Parameterflüsse zu verfolgen und die Nahtstellen zwischen Cloud-Infrastruktur, Front-End-Delivery-Netzwerken und Smart Contracts zu prüfen.

Mit Benchmarks wie EVMbench, die KI-Agenten aktiv bei Schwachstellenerkennung, automatisiertem Patching und Exploit-Synthese messen, erhält derjenige den asymmetrischen Vorteil, der die breiteste Angriffsfläche am schnellsten scannen kann. Begrenzen Verteidiger ihren Blick auf ein Verzeichnis von Smart Contracts, finden KI-gestützte Angreifer in der Regel zuerst die umliegenden operativen Schwachstellen.

Das PDF-Artefakt ersetzen

Die Branche betrachtet einen statischen PDF-Audit-Bericht inzwischen fälschlicherweise als dauerhafte Sicherheitsberechtigung. Ein statisches Dokument kann ein Team nicht warnen, wenn ein Entwickler ein API-Geheimnis in ein öffentliches Repository eincheckt, und es kann auch nicht bewerten, wie sich ein Vertrag verhält, nachdem ein vorgelagerter Liquidity Pool seine Gebührenstruktur ändert.

Um in einem Umfeld zu bestehen, in dem Angriffsvektoren bei KI-getriebenem Tempo Komponenten-Grenzen überschreiten, müssen Protokolle von punktuellen Prüfungen zu Living Assurance übergehen. ack3 skizziert dafür drei Kernpfeiler:

1. Verteidiger müssen statische Vertragslisten durch ein aktives Echtzeit-Register der gesamten Systemfläche ersetzen und dabei kontinuierlich erfassen:

   • On-Chain-Smart-Contract-Deployments und Proxy-Adressen
   • Off-Chain-Infrastruktur, Relayer, Prover und Oracle-Pipelines
   • Administrative Rollen, Multisig-Signer und Schlüsselverwaltungssysteme
   • Web-Abhängigkeiten, CDNs und Front-End-Build-Pipelines

2. Absicherung sollte nicht nach einem starren Jahresrhythmus erneuert werden und nicht als dauerhaft gelten. Protokolle brauchen explizite operative Trigger, die Code oder Infrastruktur sofort für eine gezielte Neuprüfung markieren, darunter:

   • Bereitstellung neuer Proxy-Implementierungen oder Parameter-Updates
   • Schlüsselrotationen, Übertragungen administrativer Rollen oder Änderungen von Multisig-Schwellen
   • Integration neuer Cross-Chain-Bridges, Oracle-Feeds oder vorgelagerter Liquiditätsprotokolle
   • Entdeckung neuer Angriffsklassen oder Exploit-Vektoren in Peer-Protokollen

3. Maschinenanalyse und menschliche Expertise sollten vor und nach dem Mainnet-Deployment gemeinsam arbeiten. Automatisierte KI-Scanner und Wake-basierte Fuzzing-Engines eignen sich gut für breit angelegte maschinelle Suche, das Nachverfolgen von Abhängigkeiten zwischen Komponenten, das Erkennen von Logikdrift und die Überwachung der Live-Infrastruktur auf unerwartete Zustandsänderungen. Anschließend prüfen menschliche Sicherheitsingenieure die Ausnutzbarkeit, bewerten ökonomische Bedrohungsmodelle und validieren die Geschäftslogik.

Das Ziel besteht nicht darin, Audits abzuschaffen, sondern sicherzustellen, dass die Absicherung mit Systemänderungen Schritt hält. In diesem Modell wird das binäre Label „auditiert“ zu dem, was es von Anfang an hätte sein sollen: ein kontinuierlicher Prozess statt eines statischen Abzeichens.

Fazit: Sicherheitsposition in Web3 neu denken

Die in H1 2026 verlorenen $940 million machen eines unmissverständlich klar: Ein historisches Audit zu einem permanenten grünen Licht zu erklären, ist operative Fahrlässigkeit. Smart Contracts existieren nicht im luftleeren Raum. Ein Audit, das Solidity-Dateien abdeckt, aber Front-End-Abhängigkeiten, administrative Signaturschlüssel, Cloud-Infrastruktur und Off-Chain-Prover ignoriert, ist keine vollständige Sicherheitsgarantie.

Mit zunehmender Reife der Kapitalallokation in Web3 verlagert sich die Risikobewertung von punktuellen Prüfungen hin zu einer Überwachung des Gesamtsystems. Die Zukunft der Web3-Sicherheit gehört Teams, die Absicherung als aktive operative Disziplin verstehen. Wer weiterhin hinter statischen PDF-Berichten Zuflucht sucht, bleibt schlicht das wertvollste Ziel auf dem Spielbrett.