Wallet Drainer: Wie manipulierte Signaturen und Freigaben Krypto-Wallets leeren

Wallet Drainer gehören zu den wirtschaftlich bedeutsamsten Angriffsmustern im Web3-Umfeld und zu den am häufigsten missverstandenen. Anders als beim klassischen Diebstahl einer Seed Phrase benötigt der Täter keinen Zugriff auf das Schlüsselmaterial. Er benötigt lediglich eine Handlung des Nutzers: eine Signatur.

Aus Sicht der Blockchain ist ein Drainer-Angriff deshalb zunächst unauffällig. Es gibt keinen Einbruch, keine Sicherheitslücke im Protokoll und keine kompromittierte Kryptografie. Es gibt eine formal korrekt autorisierte Transaktion. Der Nutzer hat tatsächlich signiert, nur regelmäßig nicht verstanden, welche Verfügungsrechte er damit eingeräumt hat.

Dieser Beitrag beschreibt die Autorisierungsmechanik hinter Drainer-Angriffen, ordnet die aktuellen Vektoren ein, einschließlich delegationsbasierter Angriffe nach EIP-7702 und der Solana-spezifischen Varianten, grenzt Drainer sauber von Sweeper Bots ab und zeigt, welche Spuren sich on-chain auswerten lassen und welche gerade nicht. Er richtet sich an Rechtsanwälte, Unternehmen und Ermittler, ist aber auch für unmittelbar Betroffene ohne technischen Hintergrund lesbar. Wer nur wissen will, was jetzt zu tun ist, findet die Handlungsschritte weiter unten unter den Sofortmaßnahmen.

Was ein Wallet Drainer ist und was nicht

Ein Wallet Drainer ist kein einzelnes Programm, sondern eine Infrastruktur. Zu ihr gehören typischerweise eine überzeugend gestaltete Täuschungsoberfläche, eine Wallet-Anbindung über die üblichen Provider-Schnittstellen, eine serverseitige Bewertungslogik, vorbereitete Signatur- oder Transaktionsanfragen, ein oder mehrere Smart Contracts, Ziel- und Sammelwallets sowie nachgelagerte Verschleierungswege.

Die zentrale Eigenschaft: Bei klassischen Approval- und Permit-basierten Angriffen erlangt der Täter keine universelle Verfügungsmacht über die Wallet, sondern eine auf die jeweilige Autorisierung begrenzte Zugriffsmöglichkeit. Genau daraus ergeben sich sowohl die Grenzen des Schadens als auch die Möglichkeiten der Gegenwehr, und beides unterscheidet den Drainer grundlegend von der vollständigen Kompromittierung durch einen Sweeper Bot. Delegationsbasierte Mechanismen wie EIP-7702 können diese Grenze allerdings erheblich erweitern; dazu der Abschnitt zu delegationsbasierten Angriffen.

Ebenso wichtig ist, was ein Drainer nicht ist: Er nutzt keinen Fehler der Blockchain aus. Er nutzt aus, dass kryptografische Signaturen und Smart-Contract-Berechtigungen technisch bindend sind und dass die Darstellung dessen, was signiert wird, in der Wallet-Oberfläche stattfindet, also in einer Schicht, die manipulierbar, unvollständig oder schlicht unverständlich sein kann. Die methodischen Grundlagen unserer Arbeit an solchen Fällen haben wir im Whitepaper zur Blockchain-Forensik zusammengefasst.

Der Angriffsablauf beim Wallet Drainer in sechs Phasen

Der Ablauf folgt in der Praxis einem stabilen Muster, das für die forensische Rekonstruktion den Rahmen vorgibt.

Köder. Das Opfer gelangt über gefälschte Airdrops, NFT-Mints, Token-Claims, Staking- oder Bridge-Angebote, kompromittierte Social-Media-Konten, bezahlte Suchanzeigen oder angebliche Sicherheitsprüfungen auf eine Täuschungsseite. Zunehmend relevant sind Nachbildungen bekannter Protokolle unter optisch ähnlichen Domains.

Verbindung. Der Nutzer verbindet seine Wallet. Dieser Schritt ist für sich genommen noch keine Autorisierung, er ist aber der Punkt, an dem die Gegenseite die Adresse erfährt.

Bewertung. Die Drainer-Infrastruktur liest den Portfoliobestand aus und priorisiert. Welche Signaturanfrage dem Opfer angezeigt wird, hängt davon ab, welcher Vermögenswert den höchsten Ertrag verspricht und über welchen Mechanismus er am schnellsten abfließen kann. Dieser Schritt ist der Grund, warum Drainer-Oberflächen bei unterschiedlichen Opfern unterschiedliche Anfragen erzeugen.

Autorisierung. Der Nutzer signiert, sei es eine Freigabe, eine Nachricht, eine Delegation oder eine unmittelbar wirksame Transaktion.

Ausführung. Die Berechtigung wird eingelöst, in vielen Fällen gebündelt über mehrere Assets in einer einzigen Transaktion.

Weiterleitung. Die Beute wird an Sammelwallets weitergereicht, aufgeteilt, geswappt, über Bridges bewegt und schließlich an einem Off-Ramp ausgekehrt. Zu den dabei genutzten Verschleierungswegen zählen auch Mixing-Dienste, deren forensische Grenzen wir unter Krypto-Mixer im Compliance- und Forensikkontext darstellen.

Für die Untersuchung folgt daraus eine wichtige Konsequenz: Der Abfluss ist das Ende der Kette, nicht ihr Anfang. Die forensisch entscheidenden Ereignisse liegen davor.

Die Autorisierungsmechanik im Detail: Approvals, Permit und Delegation

Token Approvals als Einstiegspunkt

Bei Ethereum und EVM-kompatiblen Ketten erlaubt der ERC-20-Standard, einem sogenannten Spender, also einer Adresse oder einem Smart Contract, die Übertragung von Token im Namen des Inhabers zu gestatten. Die Funktion ist legitim und für dezentrale Börsen, Bridges und Lending-Protokolle unverzichtbar.

Missbräuchlich wird sie, wenn die Freigabe an einen vom Täter kontrollierten Contract erteilt wird. Dieser kann anschließend über transferFrom auf die freigegebene Menge zugreifen, ohne dass eine weitere Handlung des Opfers erforderlich ist.

Verschärfend wirken zwei Umstände. Erstens fordern viele Anwendungen aus Gebührengründen unbegrenzte oder extrem hohe Freigaben an, sodass die Berechtigung den konkreten Anlass weit überschreitet. Zweitens bleibt eine erteilte Freigabe grundsätzlich on-chain bestehen, bis sie geändert, widerrufen oder je nach Mechanismus verbraucht wird. Das Trennen der Wallet-Verbindung zur Webseite beendet lediglich die Sitzung in der Anwendung; der On-Chain-Zustand bleibt davon unberührt.

NFT-Freigaben und setApprovalForAll

Für NFTs gilt Vergleichbares, mit größerer Reichweite. Neben der Freigabe einzelner Token erlauben die Standards ERC-721 und ERC-1155 mit setApprovalForAll die Bestellung eines Operators für den gesamten Bestand eines Contracts. Wird dieser Operator vom Täter kontrolliert, können sämtliche NFTs dieser Collection ohne erneute Zustimmung übertragen werden. Bei werthaltigen Sammlungen entsteht dadurch in einer einzigen Transaktion ein erheblicher Schaden.

Permit und Permit2: Freigabe ohne sichtbare Transaktion

Neuere Verfahren verlagern die Freigabe von der Transaktion in die Signatur. Nach ERC-2612 (permit) und im weit verbreiteten Permit2-Modell erzeugt der Nutzer eine strukturierte Signatur nach EIP-712, die eine Freigabe oder im Fall der Signature-Transfer-Variante sogar unmittelbar einen Transfer autorisiert. Eingelöst wird sie später on-chain durch eine andere Partei.

Für legitime Anwendungen spart das eine Transaktion und Gebühren. Für Phishing entsteht daraus ein doppelter Vorteil:

Keine Gebühr, kein Alarm. Für das Opfer sieht die Anfrage wie eine harmlose Bestätigung aus, weil keine Transaktionskosten anfallen und die Wallet oft nur strukturierte Daten anzeigt.

Zeitliche Entkopplung. Zwischen Signatur und Vermögensabfluss können Stunden oder Tage liegen. Wie lange die Signatur verwertbar bleibt, hängt insbesondere von der hinterlegten Ablaufzeit, vom zugehörigen Nonce und vom jeweiligen Autorisierungsmechanismus ab. Das erschwert die Zuordnung von Ursache und Wirkung erheblich, auch für den Betroffenen selbst, der den Vorfall zeitlich falsch verortet.

Forensisch ist die Konsequenz gravierend: Die Signatur selbst hinterlässt keine Spur auf der Blockchain. Sichtbar wird ausschließlich ihre Einlösung durch den Spender. Der Nachweis, dass und wann das Opfer signiert hat, muss deshalb aus anderen Quellen kommen, aus Browser- und Geräteartefakten, aus der Wallet-Historie der Anwendung oder aus der Kommunikation. Welche Nachweise für Strafanzeige und Rückforderung tragen, haben wir unter Kryptobetrug beweisen zusammengestellt.

Direkt signierte Transaktionen und Bündelung

Nicht jeder Drainer arbeitet über Berechtigungen. In vielen Fällen wird schlicht eine Transaktion zur Bestätigung vorgelegt, die einen Contract des Täters aufruft. Über Aggregator- oder Multicall-Muster lassen sich dabei mehrere Vorgänge, etwa Freigabe, Transfer und Abzug nativer Coins, in einem einzigen Bestätigungsschritt bündeln. Aus Sicht des Nutzers ist es ein Klick; aus Sicht der Chain sind es mehrere Vermögensverfügungen.

Delegationsbasierte Angriffe nach EIP-7702

Mit dem Pectra-Upgrade (Aktivierung auf dem Ethereum-Mainnet am 7. Mai 2025) können externe Konten (EOAs) über EIP-7702 Ausführungsrechte an einen Smart Contract delegieren. Vorgesehen ist das für Gebührenübernahme durch Dritte, Ausgabenlimits und gebündelte Transaktionen.

Für Drainer entsteht daraus eine neue Qualität: Statt einzelner Token-Freigaben wird dem Opfer eine Delegation zur Signatur vorgelegt, häufig getarnt als Sicherheits- oder Komfort-Upgrade der Wallet. Nach der Delegation führt das Konto bei entsprechenden Aufrufen den Code des hinterlegten Delegate-Contracts im Kontext des eigenen Accounts aus. Welche Verfügungen dadurch möglich werden, bestimmt allein dieser Code, bis hin zum Transfer nativer Coins. Die EIP-Spezifikation weist ausdrücklich darauf hin, dass fehlerhafte oder bösartige Delegate-Contracts nahezu vollständige Kontrolle über das Konto ermöglichen können.

Zur Größenordnung: Wintermute Research veröffentlichte am 30. Mai 2025 eine Auswertung, wonach mehr als 97 Prozent der bis dahin registrierten Delegationen auf Contracts mit identischem Bytecode verwiesen. Die meistkopierte Variante wurde dekompiliert, als Solidity veröffentlicht und unter der Bezeichnung „CrimeEnjoyor“ gekennzeichnet; der laufende Stand ist über das Dune-Dashboard des Teams einsehbar.

Diese Zahl ist allerdings sorgfältig zu lesen, und Wintermute hat wenige Tage später ausdrücklich klargestellt, wie sie zu verstehen ist: Der Anteil sagt nichts über eine Schwäche des Standards und auch nichts über die Sicherheit gängiger Wallets aus. Er beschreibt eine damals noch geringe Gesamtzahl an Delegationen, die von automatisierten Sweeper-Delegationen bei bereits kompromittierten Schlüsseln dominiert wurde. Seriöse Wallet-Implementierungen sollten Delegationen nur über kontrollierte und geprüfte Mechanismen ermöglichen; die Spezifikation selbst warnt davor, Nutzern eine beliebige Signaturschnittstelle für Autorisierungen bereitzustellen, weil der delegierte Code weitreichenden Zugriff auf das Konto erhält.

Die für Drainer relevante Variante ist die andere: Delegationen, die das Opfer selbst über eine Täuschungsoberfläche autorisiert. Solche Fälle sind seit Mai 2025 dokumentiert, und etablierte Phishing-Baukästen haben Delegations-Payloads inzwischen in ihre Transaktionsvorlagen aufgenommen.

Zwei Konstellationen sind auseinanderzuhalten:

Delegation durch Phishing. Das Opfer signiert die Delegation selbst. Das ist ein Drainer-Fall.

Delegation nach Schlüsselabfluss. Der Täter besitzt bereits den Private Key und setzt die Delegation ein, um eingehende Beträge automatisiert und gebündelt abzuziehen. Das ist ein Sweeper-Fall mit neuem technischen Unterbau.

Beide erzeugen on-chain ähnliche Spuren. Die Unterscheidung ergibt sich erst aus der Frage, wer die Delegation autorisiert hat.

Solana: Owner-Reassignment und Durable Nonces

Auf Solana existiert kein Approval-Modell im EVM-Sinne, dafür funktional vergleichbare und teilweise weitreichendere Mechanismen:

Delegation. Über die approve-Instruktion des Token-Programms kann ein Delegate für ein Token-Konto bestimmt werden.

Wechsel der Owner-Autorität. Über die Instruktion SetAuthority lässt sich die Owner-Autorität eines Token Accounts auf eine andere Adresse übertragen. Wird das wirksam, verliert der bisherige Inhaber die Verfügungsmacht über diesen Token Account; sein Schlüssel bleibt für die übrigen Konten der Wallet unverändert gültig. Eine allgemeine Kompromittierung folgt daraus also nicht, wohl aber ein dauerhafter Verlust des betroffenen Bestands. Zu beachten ist die Terminologie: Gemeint ist die im Token-Account-Zustand hinterlegte Autorität, nicht das Programm, dem der Account zugeordnet ist.

Ein solcher Autoritätswechsel löst für sich genommen keinen Transfer und keine Saldoänderung aus. Oberflächen, die Autoritätsänderungen nicht klar auflösen und hervorheben, stellen den Vorgang deshalb unauffälliger dar als einen sichtbaren Vermögensabfluss. Das Muster entspricht dem von TRON bekannten stillen Umbau von Kontoberechtigungen.

Durable Nonces. Reguläre Solana-Transaktionen verfallen nach kurzer Zeit, weil der referenzierte Blockhash abläuft. Eine über ein Nonce-Konto gebundene Transaktion bleibt dagegen gültig, solange der verwendete Durable Nonce nicht verbraucht beziehungsweise weitergeschaltet wurde, sie kann also erheblich später eingereicht werden. Vorgesehen ist das für Offline-Signaturen und mehrstufige Freigaben.

Welche Wirkung der Mechanismus entfalten kann, zeigte der Vorfall bei Drift Protocol am 1. April 2026: Durch Täuschung erlangte, vorab signierte Multisig-Transaktionen wurden zurückgehalten und dann innerhalb weniger Slots zur Übernahme administrativer Rechte eingesetzt. Drift schlüsselte die entwendeten Vermögenswerte im Update vom 16. April 2026 auf insgesamt rund 295,7 Mio. US-Dollar auf und bezifferte die offenen Nutzerverluste auf rund 295 Mio. US-Dollar; unabhängige Analysehäuser hatten unmittelbar nach dem Vorfall etwa 285 bis 286 Mio. US-Dollar genannt. Für den Relaunch kündigte Drift unter anderem an, Durable Nonces für sämtliche Signer zu deaktivieren. Der Fall war kein klassischer Wallet Drainer gegen einen Endnutzer, sondern eine Governance- und Multisig-Kompromittierung, er veranschaulicht aber exakt die forensisch relevante zeitliche Entkopplung von Signatur und Ausführung.

Für Betroffene und Ermittler bedeutet das: Auf Solana ist die Frage „Wann wurde signiert?“ von der Frage „Wann wurde ausgeführt?“ noch stärker entkoppelt als auf EVM-Ketten.

Blind Signing und Simulationsumgehung als Risikobedingung

Blind Signing ist kein Angriffstyp, sondern die Risikobedingung, die die meisten der beschriebenen Vektoren erst praktikabel macht: Der Nutzer bestätigt eine Transaktion oder Nachricht, deren Inhalt und Konsequenzen ihm nicht vollständig angezeigt oder nicht verständlich dargestellt werden, etwa weil nur Rohdaten erscheinen, weil die aufgerufene Contract-Funktion nicht aufgelöst wird oder weil Warnhinweise routinemäßig weggeklickt werden.

Ein Hardware Wallet schützt davor nur begrenzt. Der Private Key verlässt das Gerät nicht, aber eine schädliche Autorisierung wird ebenso korrekt signiert wie eine legitime. Entscheidend ist nicht allein, wo der Schlüssel liegt, sondern was autorisiert wird.

Auch Transaktionssimulationen sind kein vollständiger Schutz. Zwischen Prüfung und Ausführung liegt eine Lücke, die gezielt ausgenutzt wird: Contracts können erkennen, dass sie in einer Simulation ausgeführt werden, und sich dort unauffällig verhalten; aktualisierbare Contracts oder über Proxy-Muster nachträglich umgeschriebene Logik können nach der Signatur eine andere Wirkung entfalten als davor; und Zieladressen lassen sich über deterministische Deployment-Verfahren vorausberechnen, sodass der bösartige Code zum Zeitpunkt der Prüfung noch gar nicht existiert.

Warum bei einem Wallet Drainer oft nur bestimmte Assets verschwinden

Bei einem berechtigungsbasierten Angriff wird nicht zwangsläufig die gesamte Wallet geleert. Betroffen ist genau das, was die erteilte Berechtigung erfasst: eine bestimmte Token-Art, eine bestimmte NFT-Collection, ein bestimmter Contract.

Auf EVM-Ketten ist der native Coin, etwa ETH oder BNB, von einem klassischen ERC-20- oder NFT-Approval nicht erfasst, weil seine Übertragung eine eigene, mit dem Schlüssel signierte Transaktion voraussetzt. Für Solana gelten die oben beschriebenen eigenen Autorisierungsmechanismen. Genau dieses Muster ist ein starkes Indiz gegen eine Schlüsselkompromittierung: Bleiben native Coins liegen, während einzelne Token verschwinden, spricht das für einen Approval- oder Permit-Fall.

Der Umkehrschluss trägt allerdings nicht. Auch bei einem Drainer können native Coins abfließen, wenn das Opfer eine unmittelbar wirksame Transfer-Transaktion signiert hat oder wenn eine Delegation nach EIP-7702 vorliegt. Der Befund „auch ETH ist weg“ beweist deshalb keine Seed-Kompromittierung, er verschiebt lediglich die Beweislast auf die Frage, welche Autorisierung dem Abfluss zugrunde lag. Ergibt die Prüfung dagegen, dass Schlüsselmaterial abgeflossen ist, gelten die Erkennungsmuster einer Schlüsselkompromittierung.

Wallet Drainer und Sweeper Bot: die Abgrenzung

Der praktisch wichtigste Satz dieser Gegenüberstellung lautet: Eine Freigabe kann widerrufen werden, ein bekannt gewordener Schlüssel nicht.

Beide Muster schließen einander jedoch nicht aus. Ein typischer Verlauf beginnt mit einer schädlichen Freigabe und setzt sich fort, wenn das Opfer anschließend über einen gefälschten Support oder ein angebliches Recovery-Angebot zusätzlich seine Seed Phrase preisgibt. Aus einem begrenzten Drainer-Fall wird dann eine vollständige Kompromittierung. Welche Anbieter und Strukturen hinter dieser zweiten Welle stehen, haben wir unter Recovery Scam nach Kryptobetrug analysiert. In der Untersuchung sollte deshalb nie vorschnell von einem einzigen Mechanismus ausgegangen werden.

Drainer-as-a-Service: arbeitsteilige Täterstrukturen

Professioneller Kryptobetrug ist arbeitsteilig organisiert. Entwickler stellen die Drainer-Software bereit, Betreiber unterhalten die Infrastruktur, Affiliates beschaffen Opfer über Phishing-Seiten, Werbeanzeigen oder übernommene Social-Media-Konten, weitere Akteure übernehmen Weiterleitung und Auskehrung. Die Beute wird nach einem vorab festgelegten Schlüssel aufgeteilt, häufig unmittelbar und automatisiert. Die Struktur dieser Netzwerke beschreiben wir ausführlich im Whitepaper zur Anatomie professioneller Krypto-Betrüger.

Für Ermittlungen ergeben sich daraus zwei Konsequenzen. Erstens: Die Person, die das Opfer kontaktiert hat, ist nicht notwendig die Person, die die Infrastruktur betreibt. Zweitens, und forensisch wertvoll: Die automatisierte Erlösaufteilung erzeugt ein charakteristisches On-Chain-Muster. Wiederkehrende prozentuale Splits an eine konstante Adresse über viele voneinander unabhängige Opfer hinweg sind ein starker Hinweis auf eine Dienstleistungsstruktur und ein guter Ansatzpunkt für die Bildung von Adressclustern. Wie sich die dahinterstehenden Personen über offene Quellen weiter eingrenzen lassen, zeigen wir unter OSINT bei Betrugsfällen.

On-Chain-Erkennung: Indikatoren eines Drainer-Angriffs

Ein einzelner Vermögensabfluss belegt keinen Drainer. Belastbar wird die Einordnung erst durch die Rekonstruktion der Ereigniskette. Typische Indikatoren:

Freigabe unmittelbar vor Abfluss. Kurz vor dem Transfer wurde einem unbekannten Contract eine Berechtigung erteilt, erkennbar am entsprechenden Ereignisprotokoll der Freigabe.

Abfluss durch einen Dritten. Der Transfer erfolgt nicht als eigenhändige Transaktion des Opfers, sondern als Aufruf eines fremden Spenders, der die Berechtigung einlöst. Der Gasverbrauch geht dann zulasten des Täters, nicht des Opfers.

Einlösung ohne passende Freigabe-Transaktion. Fehlt in der unmittelbar vorausgehenden Historie eine passende On-Chain-Freigabe, obwohl ein fremder Spender überträgt, ist unter anderem eine off-chain erzeugte Permit- oder Signature-Autorisierung zu prüfen. Ebenso in Betracht kommen ältere Allowances, Operatorrechte, abweichende Tokenlogik oder eine bestehende Delegation.

Bündelung. Mehrere Assets werden in einer oder wenigen aufeinanderfolgenden Transaktionen an dieselbe oder an verbundene Adressen übertragen.

Delegationsmarker. Bei EIP-7702 ist am Konto ein Delegationsverweis hinterlegt; das Konto verhält sich trotz EOA-Charakter wie ein Contract. Ein Abgleich der hinterlegten Zieladresse mit bekannten Sweeper-Bytecode-Familien ist ein schneller und aussagekräftiger Test.

Selektivität. Native Coins bleiben unberührt, während bestimmte Token verschwinden.

Wiederkehrende Strukturen. Mehrere Geschädigte interagieren mit denselben Contracts, Spender- oder Zieladressen; die Beute wird nach konstanten Quoten aufgeteilt.

Sofortige Weiterleitung. Eingehende Mittel werden ohne Verweildauer an Sammelwallets weitergereicht.

Auf Solana treten daneben spezifische Marker: eine Instruktion, die den Owner eines Token-Kontos ändert, ohne dass eine Guthabenbewegung stattfindet, sowie die Verwendung eines Nonce-Kontos, das auf eine erheblich früher erzeugte Signatur hindeutet.

Wie sich solche Ketten über Layer-2-Netzwerke und Bridges hinweg auswerten lassen, zeigen unsere Analysen zu Polygon in der Krypto-Forensik und zur forensischen Analyse eines Arbitrum-Swaps.

Forensische Vorgehensweise bei Drainer-Fällen

Rückwärts arbeiten. Ausgangspunkt ist der Abfluss, Untersuchungsgegenstand ist die Kette davor: Contract-Interaktionen, Freigaben, Delegationen, ungewöhnliche Signaturzeitpunkte. Die Chronologie, nicht der Einzelbefund, trägt die Schlussfolgerung. Die methodischen Grundlagen und Grenzen dieser Arbeit beschreiben wir unter Krypto-Forensik in der Praxis.

Die Off-Chain-Lücke schließen. Der Autorisierungsakt ist bei Permit- und Signature-Phishing on-chain unsichtbar. Browserverlauf, Cache, Wallet-Aktivitätsprotokolle, aufgerufene Domains, Werbe- und Verweisketten sowie Kommunikationsverläufe sind deshalb keine Nebensache, sondern häufig die entscheidenden Beweismittel für Zeitpunkt und Kontext der Signatur. Sie sollten früh und unverändert gesichert werden.

Beweise sichern. Zu dokumentieren sind mindestens: betroffene Adresse, Transaktions-Hashes, Blockhöhen und Zeitstempel in UTC, Token- und Contract-Adressen, Freigabe- und Delegationsvorgänge, Ziel- und Weiterleitungsadressen, verdächtige Domains sowie Screenshots und Kommunikation. Ein potenziell kompromittiertes Endgerät sollte für sensible Vorgänge nicht weiterverwendet und vor einer Bereinigung fachgerecht gesichert werden.

Pfad rekonstruieren. Ein typischer Verlauf: Täuschungsseite, Wallet-Verbindung, Autorisierung, Abfluss, Drainer-Adresse, Sammelwallet, Swap oder Bridge, Off-Ramp. Erreichen die Mittel eine regulierte Börse, entsteht ein realistischer Ansatzpunkt für Auskunfts- und Sicherungsersuchen der Strafverfolgungsbehörden. Bei Stablecoins kommt zusätzlich eine Sperre durch den Emittenten in Betracht, wie wir unter USDC einfrieren darstellen.

Attribution diszipliniert führen. Die erste Empfängeradresse ist nicht der Täter. Sie kann ein automatisierter Drainer-Contract, eine Sammel- oder Zwischenadresse oder die Wallet eines weiteren Beteiligten sein. Zwischen technischer Beobachtung, analytischer Hypothese und personenbezogener Zuordnung ist strikt zu trennen, und diese Trennung gehört auch sichtbar in den Bericht.

Rechtliche Einordnung. Je nach Sachverhalt kommen insbesondere Betrug (§ 263 StGB), Computerbetrug (§ 263a StGB), Ausspähen von Daten (§ 202a StGB) und Datenveränderung (§ 303a StGB) in Betracht; die jeweiligen Tatbestandsvoraussetzungen sind im Einzelfall zu prüfen. Eine Strafanzeige sollte zeitnah erfolgen, für Unternehmen über die Zentralen Ansprechstellen Cybercrime der Landeskriminalämter. Zur zivilrechtlichen Zuordnung entwendeter Kryptowerte siehe unsere Darstellung zur rechtlichen Zuordnung gestohlener Kryptowährungen bei Phishing, zu den Verjährungsaspekten das Whitepaper zu Fristen bei Krypto- und Kapitalanlagebetrug. Dies ist eine Orientierung, keine Rechtsberatung.

Sofortmaßnahmen für Betroffene nach einem Wallet-Drainer-Angriff

Keine weiteren Signaturen. Weder auf der betreffenden Seite noch auf angeblichen Prüf- oder Rettungsdiensten.

Schadensbegrenzung nach Mechanismus planen. Je nach festgestelltem Angriffsmuster verbleibende Vermögenswerte auf neu erzeugtes Schlüsselmaterial übertragen und/oder schädliche Berechtigungen und Delegationen widerrufen. Die Reihenfolge ist nicht universell: Ein Transfer erfordert selbst wieder Interaktionen, während eine noch aktive Berechtigung weiterhin nutzbar ist. Sie sollte deshalb aus dem konkreten Befund abgeleitet werden.

Berechtigungen prüfen und widerrufen. Bestehende Token- und NFT-Freigaben zurücksetzen, bei EIP-7702 zusätzlich die Delegation aufheben. Ein Widerruf kostet Netzwerkgebühren und wirkt nur für die Zukunft.

Beweise sichern, bevor Browserdaten oder Geräte bereinigt werden.

Ursache klären. Die entscheidende Frage ist, ob ausschließlich eine Berechtigung missbraucht wurde oder ob zusätzlich Schlüsselmaterial abgeflossen ist. Davon hängt ab, ob ein Widerruf genügt.

Keine Recovery-Angebote annehmen. Nach einem Vorfall folgt regelmäßig eine zweite Betrugswelle. Kein seriöser Dienstleister benötigt jemals eine Seed Phrase oder einen Private Key. Eine strukturierte Ersteinordnung eines solchen Angebots ermöglicht unser Krypto Recovery Scam Check.

Der Widerruf einer Berechtigung schützt nur vor deren künftiger Nutzung. Bereits abgeflossene Vermögenswerte werden dadurch nicht zurückgeholt. Und er hilft überhaupt nicht, wenn zusätzlich der Schlüssel bekannt, das Endgerät kompromittiert oder eine Delegation weiterhin aktiv ist.

Ein Risiko wird in dieser Lage regelmäßig unterschätzt: Wer nach dem Vorfall Zahlungen weiterleitet oder Konten zur Verfügung stellt, kann selbst in ein Geldwäscheverfahren geraten. Diese Konstellation beschreiben wir unter Betrugsopfer als unfreiwillige Geldwäscher.

Prävention: Wallet Drainer wirksam vermeiden

Wallets nach Zweck trennen. Eine Wallet für langfristige Verwahrung sollte nicht dieselbe sein, die mit neuen Anwendungen interagiert.

Freigaben begrenzen und nicht mehr benötigte Berechtigungen regelmäßig widerrufen; unbegrenzte Allowances vermeiden.

Signaturanfragen lesen. Unerwartete oder nicht auflösbare Anfragen, insbesondere Delegationen und strukturierte Signaturen ohne erkennbaren Anlass, nicht bestätigen.

Herkunft der Oberfläche verifizieren. Keine Aufrufe über Links aus Direktnachrichten, Kommentaren oder Werbeanzeigen.

Hardware Wallet für werthaltige Bestände, mit bewusster Prüfung der Signaturinhalte auf dem Gerät.

Für Unternehmensbestände Multisig- oder MPC-Verwahrung mit dokumentiertem Vier-Augen-Prinzip; bei Governance-Rechten zusätzlich die Handhabung vorab signierter Transaktionen regeln. Wie wir Unternehmen bei Prävention und Aufklärung unterstützen, beschreiben wir unter Finanz Forensik für Unternehmen.

Was Wallet Drainer für Kanzleien, Unternehmen und Privatpersonen bedeuten

Für Rechtsanwälte ist die Unterscheidung zwischen Berechtigungsmissbrauch und Schlüsselkompromittierung mandatsentscheidend, weil sie über Umfang der Schadensersatzforderung, Reichweite der Beweisführung und Erfolgsaussichten eines Sicherungsersuchens bestimmt. Wie wir Kanzleien zuarbeiten, beschreiben wir unter Finanz Forensik für Rechtsanwälte; die Unterstützung laufender Ermittlungsverfahren stellen wir unter für Staatsanwälte dar.

Privatpersonen, die zunächst eine Ersteinschätzung ihres Falls benötigen, finden unter unserer Marke Krypto Investigation den passenden Einstieg. Einen Überblick über unsere Analyseleistungen geben unsere Leistungen.

Fazit: Nicht die Blockchain wird angegriffen, sondern die Autorisierung

Wallet Drainer greifen nicht die Blockchain an, sondern die Schnittstelle zwischen Nutzer und Autorisierung. Ihre Wirksamkeit beruht darauf, dass eine Signatur technisch bindend ist, ihre Bedeutung für den Signierenden aber häufig nicht erkennbar. Die aktuelle Entwicklung von Permit-Signaturen über EIP-7702-Delegationen bis zu Solana-Autoritätswechseln verschiebt diese Lücke immer weiter zugunsten des Angreifers, weil die schädliche Wirkung zunehmend unsichtbar, zeitversetzt und weitreichend eintritt.

Für Betroffene ist deshalb eine einzige Frage entscheidend: Wurde eine Berechtigung missbraucht oder wurde die Wallet als Ganzes kompromittiert? Davon hängt ab, ob ein Widerruf genügt oder ob sämtliche Vermögenswerte auf neues Schlüsselmaterial migriert werden müssen.

Forensisch ist die Ausgangslage gleichzeitig günstiger, als sie wirkt. Freigaben, Delegationen, Contract-Interaktionen, Transfers und Weiterleitungen sind dauerhaft dokumentiert und chronologisch auswertbar. Wo der Autorisierungsakt off-chain liegt, tritt die Sicherung von Geräte- und Kommunikationsspuren an seine Stelle. Aus der Kombination beider Ebenen und aus sauber getrennter Attribution entstehen die Ansatzpunkte, auf die es ankommt: Drainer-Strukturen, Sammelwallets und regulierte Off-Ramps. Welche Gesamtstrategie sich daraus ableiten lässt, beschreiben wir unter gestohlene Kryptowährungen zurückholen. Für die Einordnung eines konkreten Falls nehmen Sie Kontakt mit uns auf.