Was ist ein Supply-Chain-Angriff auf eine Browser-Erweiterung?
Jede Browser-Erweiterung, die du installierst, einschließlich Krypto-Wallets wie MetaMask oder Phantom, ist ein kleines Programm, das mit weitreichenden Berechtigungen in deinem Browser läuft. Ein Supply-Chain-Angriff zielt auf die Software-Lieferkette ab, nicht auf die Wallet selbst. Anstatt deine Kryptografie zu brechen, vergiftet der Angreifer etwas, dem deine Wallet oder der Entwickler deiner Wallet vertraut. Das kann eine Codebibliothek, ein Software-Update, ein Domainname oder das Publisher-Konto sein, das Updates in den Store einstellt.
Wenn das vergiftete Element ausgeliefert wird, landet es als routinemäßiges Update auf deinem Rechner, an dem du keinen Grund hast zu zweifeln. Die Erweiterung sieht weiterhin normal aus und verhält sich normal, enthält nun aber eine kleine zusätzliche Routine. Diese Routine kann die Inhalte jeder Webseite lesen, Transaktionsdetails verändern, bevor sie deine Wallet erreichen, oder heimlich die Zieladresse einer Transaktion austauschen, die du gerade signieren willst. Für einen ETH- oder SOL-Nutzer reicht diese eine Zeile eingeschleusten Codes, um eine Hot Wallet mit einer einzigen Genehmigung zu leeren.
Der Begriff „Supply Chain“ stammt aus der Art und Weise, wie moderne Software gebaut wird. Die Wallet, die du nutzt, wird selten von Grund auf neu geschrieben. Sie bindet Hunderte von Open-Source-Paketen aus Registern wie npm ein, und diese Pakete binden weitere Pakete ein. Jedes Glied in dieser Kette ist ein möglicher Angriffspunkt, und der Wallet-Anbieter ist nur einer von vielen Akteuren, deren Sicherheit du implizit vertraust, wenn du auf „Installieren“ klickst.
Wie Angreifer die Kette tatsächlich kapern
Es gibt mehrere praktische Muster, und die meisten realen Krypto-Diebstähle kombinieren zwei oder drei davon. Die Mechanik zu verstehen, ist der einzige Weg, Warnsignale zu erkennen, bevor deine Gelder bewegt werden, nicht erst danach.
Dependency-Confusion im npm-Register
Dependency-Confusion nutzt eine Eigenheit aus, wie Paketmanager Namen auflösen. Wenn ein Entwickler internal-wallet-utils in sein Build-Skript eingibt, prüft der Paketmanager zuerst das öffentliche npm-Register, ob bereits ein Paket mit diesem Namen existiert, und bevorzugt die höhere Versionsnummer. Angreifer beobachten, wie interne Paketnamen über öffentliche Repos, Stellenanzeigen und JavaScript-Bundles durchsickern, und veröffentlichen dann ein öffentliches Paket mit demselben Namen und einer deutlich höheren Version. Beim nächsten Build zieht das Wallet-Team die bösartige öffentliche Kopie statt der privaten.
Das ist nicht theoretisch. Große Vorfälle bei Unternehmen und Organisationen wie Mercedes-Benz und der U.S. Army haben gezeigt, wie verbreitet diese Angriffsfläche ist. Bei einer Krypto-Wallet würde das kompromittierte Paket als Teil des nächsten legitimen Updates ausgeliefert, mit der eigenen digitalen Signatur des Wallet-Anbieters und einem vertrauten Changelog. Nutzer hätten keine Möglichkeit zu erkennen, dass etwas nicht stimmt.
Typosquatting und Namenskollisionen
Typosquatting ist einfacher und genauso wirksam. Der Angreifer veröffentlicht ein Paket mit einem nahezu identischen Namen wie ein beliebtes Paket und hofft, dass ein Entwickler sich beim Import vertippt. Aus ethers.js wird ethhers, aus @solana/web3.js wird @solannna/web3.js, aus lodash wird lodahs. Wenn ein Wallet-Team versehentlich den Doppelgänger einbindet, liefert der Angreifer nun Code in den Produktions-Build.
Das npm-Ökosystem umfasst zig Millionen Pakete und verändert sich ständig. Automatisierte Lockfiles und reproduzierbare Builds verringern das Risiko, helfen aber nur, wenn das Wallet-Team sie korrekt verwendet und ein Sicherheitsforscher jede Abhängigkeit prüft. Kleinere Teams haben diesen Luxus oft nicht.
Bösartige Updates über kompromittierte Publisher-Konten
Die spektakulärsten Angriffe gingen auf gestohlene Publisher-Zugangsdaten zurück. In einem gut dokumentierten Fall verschafften sich Angreifer Zugriff auf das Chrome Web Store-Konto eines Entwicklers und spielten ein bösartiges Update für einen beliebten Passwortmanager ein, der zugleich als Wallet-nahes Tool diente. Das Update sah genauso aus wie das echte, behielt alle alten Funktionen bei und fügte ein verstecktes Skript hinzu, das die Daten ausschleuste, die die Erweiterung sehen konnte.
Krypto-Wallet-Erweiterungen sind ein besonders attraktives Ziel, weil ihre Nutzer wertvolle Vermögenswerte halten. Ein einziges gekapertes Update für eine Wallet mit Hunderttausenden Installationen kann Angreifern Millionen in ETH oder SOL einbringen, bevor es jemand bemerkt. Der Extension Store hat keine echte Möglichkeit, das Laufzeitverhalten eines Updates zu prüfen, daher wird die bösartige Version ausgeliefert, sobald sie hochgeladen ist.
Imitation im Browser-Store
Auch ohne echte Kompromittierung eines Publishers klonen Angreifer legitime Wallet-Erweiterungen unter ähnlich aussehenden Namen, kaufen gefälschte Fünf-Sterne-Bewertungen und bezahlen Suchanzeigen, damit ihr Eintrag über dem echten erscheint. Das Opfer installiert etwas, das wie MetaMask oder Phantom aussieht, gibt seine Seed Phrase in eine perfekt gestaltete Phishing-Oberfläche ein, und damit ist die Wallet verloren.
Was „verifizierter Publisher“ wirklich garantiert
Das grüne oder blaue „verifiziert“-Abzeichen im Chrome Web Store oder auf der Firefox Add-ons-Website gehört zu den am häufigsten missverstandenen Vertrauenssignalen in Software. Hier steht, was es tatsächlich belegt und was nicht.
Das Abzeichen bestätigt, dass der Publisher hinter der Erweiterung seine Identität beim Store verifiziert hat, meist indem er eine kleine Gebühr bezahlt und die Kontrolle über eine Domain oder ein Unternehmen bestätigt hat. Es sagt dir, dass die gelistete Erweiterung tatsächlich von dem Unternehmen stammt, dessen Name im Eintrag erscheint. Es sagt dir nicht, dass das Unternehmen eine makellose Sicherheitsbilanz hat. Es sagt dir nicht, dass das heutige Update derselbe Code ist wie gestern. Es sagt dir nicht, dass die Open-Source-Abhängigkeiten innerhalb der Erweiterung nicht gekapert wurden. Es sagt dir nichts über die Integrität der eigenen Zugangsdaten des Entwicklers, die weiterhin per Phishing erbeutet, gestohlen oder verkauft werden können.
Für Krypto-Nutzer ist die praktische Konsequenz unangenehm. Selbst eine Wallet von einem bekannten, verifizierten Team kann morgen einen bösartigen Build ausliefern, wenn irgendein Glied in der Lieferkette versagt. Das verifizierte Abzeichen ist ein nützlicher Filter gegen offensichtliche Betrugsversuche, aber es ist keine Garantie, die dich den Rest dieser Checkliste überspringen lässt.
Die realistischen Risiken, denen du tatsächlich ausgesetzt bist
Bevor Schutzmaßnahmen aufgelistet werden, lohnt es sich, ehrlich über die Ausfall- und Angriffsszenarien zu sprechen. Supply-Chain-Angriffe sind keine hypothetischen Randfälle. Sie sind eine aktive, gut finanzierte Kategorie von Kryptodiebstahl, und in Nachanalysen tauchen einige Muster immer wieder auf.
Das größte Einzelrisiko besteht darin, eine Transaktion zu signieren, deren Zieladresse ausgetauscht wurde. Eine bösartige Erweiterung liest die Seite, erkennt, dass du gerade 1 ETH an eine legitime Adresse senden willst, und schreibt diese Adresse im Hintergrund auf eine vom Angreifer kontrollierte Adresse um. Betrag, Gas-Gebühr und sichtbare Oberfläche sehen exakt richtig aus. Du klickst auf Bestätigen, und die Mittel werden übertragen.
Das zweite Risiko ist das Abgreifen der Seed Phrase. Eine vergiftete Erweiterung kann alles im DOM der Seite lesen, einschließlich jedes HTML-Formulars, in das ein unvorsichtiger Nutzer eine Wiederherstellungsphrase eingefügt oder eingetippt hat. Sobald die Phrase exfiltriert wurde, ist die Wallet dauerhaft kompromittiert, unabhängig von allen künftigen Schutzmaßnahmen.
Das dritte Risiko sind blinde Freigaben. Neue Token-Standards, darunter der EIP-7702-Mechanismus, der 2025 für Ethereum live ging und sich bis 2026 weiterentwickelt, ermöglichen es EOAs (externally owned accounts, also den normalen Wallets, die du nutzt), während einer Transaktion vorübergehend die Kontrolle an Smart-Contract-Code zu delegieren. Eine bösartige Erweiterung kann dies missbrauchen, um eine Freigabe zu bündeln, die es von Angreifern kontrollierter Logik erlaubt, deine Wallet innerhalb desselben Blocks leerzuräumen. In der Transaktion steht weiterhin „approve“, aber genehmigt wird die Fähigkeit, jeden Token zu bewegen, den du hältst.
Das vierte Risiko ist das „fast legitime“ Update. Selbst nachdem eine gekaperte Erweiterung aus dem Store entfernt wurde, bleibt der Schaden für jeden Nutzer bestehen, der bereits automatisch aktualisiert hat. Store-Entfernungen sind langsam, und Browser-Caches führen die schädliche Version manchmal noch lange weiter aus, nachdem sie markiert wurde. Wenn dich die Warnung erreicht, hat der Angreifer die Mittel in der Regel bereits über einen Mixer bewegt.
So schützt du dich: eine praktische Checkliste
Keiner der folgenden Schritte ist ein Allheilmittel. Ziel ist es, sie so zu schichten, dass eine Kompromittierung in einer Phase nicht zum Totalverlust wird.
Prüfe, was tatsächlich installiert ist
Öffne die Erweiterungsliste deines Browsers und sieh dir jeden einzelnen Eintrag an. Stelle dir bei jedem drei Fragen: Nutze ich das noch, weiß ich, wer es erstellt hat, und braucht es Zugriff auf jede Website, die ich besuche. Erweiterungen, die „alle deine Daten auf den von dir besuchten Websites lesen und ändern“ anfordern, sollten so behandelt werden, als hätten sie faktisch dein Banking-Passwort. Wenn du nicht mit „Ja, ich vertraue diesem Entwickler mit diesem Zugriffsniveau“ antworten kannst, entferne die Erweiterung.
Krypto-spezifisch: Behalte die Wallet-Erweiterung, die du tatsächlich nutzt, und höchstens ein oder zwei eng begrenzte Helfer. Jede zusätzliche Erweiterung ist eine weitere Lieferkette, die du mit übernimmst.
Fixiere kritische Erweiterungen und prüfe Updates
Die meisten Browser erlauben es, automatische Updates pro Erweiterung zu deaktivieren. Schalte für deine Wallet und jede Erweiterung, die Schlüssel oder Transaktionen berührt, das Auto-Update aus und prüfe das Changelog manuell, bevor du eine neue Version installierst. Vergleiche die Versionsnummer mit der offiziellen GitHub-Releases-Seite des Projekts, nicht mit dem Link im Store, der gefälscht sein kann.
Wenn du technisch versiert bist, installiere Erweiterungen aus ihrem Quellcode statt aus dem Store, indem du einen Load-unpacked-Workflow verwendest. So kannst du den Build prüfen, Prüfsummen mit den vom Team veröffentlichten Hashes verifizieren und eine bekannte, gute Version einfrieren. Tools wie Extension Auditor für Chrome können jede Berechtigung auflisten, die eine Erweiterung tatsächlich anfordert, im Vergleich zu dem, was sie sichtbar nutzt. Das ist ein starker Detektor für Warnsignale.
Verifiziere Publisher, Paket und Installationspfad
Identifiziere für jede kritische Erweiterung die kanonische Quelle: das offizielle GitHub-Repo, die offizielle Website, den offiziellen Eintrag des verifizierten Publishers. Setze Lesezeichen dafür und installiere niemals aus einem Suchergebnis. Wenn du eine Anzeige für „MetaMask“ über dem echten MetaMask-Eintrag siehst, gehe davon aus, dass es Betrug ist, denn das ist es meistens.
Für ETH- und SOL-Nutzer bedeutet das auch, bei Wallet-Add-ons skeptisch zu sein, die „Gas-Optimierung“, „MEV-Schutz“ oder „Airdrop-Boosts“ versprechen. Viele sind Wrapper um echte Wallets, die genau die Art von Seitenlese- und Umschreibefähigkeit hinzufügen, die ein Angreifer haben möchte.
Nutze eine Hardware Wallet für die finale Signatur
Das ist die wirksamste Einzelmaßnahme gegen jede Kompromittierung auf Browser-Ebene, einschließlich eines erfolgreichen Supply-Chain-Angriffs. Eine Hardware Wallet, etwa ein Ledger- oder Trezor-Gerät, hält deine privaten Schlüssel in einem sicheren Element, das der Browser und jede Erweiterung darin nicht auslesen können. Wenn du sie mit MetaMask, Phantom oder Rabby verbindest, stellt die Erweiterung die Transaktion zusammen und sendet sie an das Gerät. Das Gerät zeigt die Zieladresse, den Betrag und etwaige Contract Calls auf seinem eigenen vertrauenswürdigen Bildschirm an. Du bestätigst physisch per Tastendruck auf Hardware, die von deinem Browser getrennt ist.
Das unterbricht jeden gängigen Erweiterungsangriff. Selbst wenn eine bösartige Erweiterung die Zieladresse im Browser austauscht, stimmt die auf der Hardware Wallet angezeigte Adresse nicht überein. Du siehst die Abweichung vor dem Signieren, und die Mittel bleiben dort, wo sie sind. Selbst eine Erweiterung, die Seed Phrases abgreift, erfährt nichts, weil die Phrase das Hardware-Gerät nie verlässt.
Der Kompromiss ist zusätzlicher Aufwand. Hardware Wallets kosten Geld, benötigen pro Transaktion ein paar zusätzliche Sekunden und erfordern gelegentlich Firmware-Updates. Für jedes Guthaben, dessen Verlust dir wehtun würde, ist dieser Kompromiss eindeutig lohnenswert.
Praktiziere saubere Freigaben
Unabhängig davon, wie deine Wallet signiert, genehmige niemals unbegrenzte Token-Allowances. Wenn eine dApp um Erlaubnis bittet, deine USDC oder andere ERC-20 Tokens auszugeben, setze ein benutzerdefiniertes Limit, das dem entspricht, was du tatsächlich handeln möchtest. Widerrufe alte Allowances regelmäßig mit einem Tool wie dem Approval Checker von Etherscan oder Revoke.cash für ETH und ähnlichen Explorern für SOL Tokens.
Sei besonders vorsichtig mit dem neuen EIP-7702-Delegationsfluss, der 2025 Teil der Mainstream-Erfahrung von Ethereum wurde und 2026 über Wallets ausgerollt wird. Eine Delegation lässt eine EOA für die Dauer einer Transaktion wie ein Smart Account agieren, was für Gas-Sponsoring und gebündelte Freigaben praktisch ist, aber dem delegierten Contract auch die Fähigkeit gibt, Assets zu bewegen, für die du signierst. Lies die menschenlesbare Zusammenfassung, die deine Wallet anzeigt, bestätige den Contract, an den delegiert wird, und vermeide es, Delegationen auf unbekannten Websites zu signieren.
Trenne Hot-, Warm- und Cold-Funds
Bewahre nicht deinen gesamten ETH- oder SOL-Bestand in einer Browser Wallet auf. Nutze ein gestuftes Setup: eine kleine Hot Wallet für aktives Trading und dApp-Erkundung, eine Warm Wallet für mittelgroße Bestände und eine hardwaregesicherte Cold Wallet für langfristige Ersparnisse. Mittel fließen nur nach unten, niemals nach oben, von Cold zu Hot. Wenn ein Supply-Chain-Angriff deine Hot Wallet leert, ist der Verlust begrenzt.
Wie du Bedrohungen auf Erweiterungsebene voraus bleibst
Supply-Chain-Angriffe auf Browser-Erweiterungen entwickeln sich schnell weiter. Neue npm-Vorfälle, neue Nachahmungsmuster und neue Wallet-Standards wie EIP-7702 verschieben die Angriffsfläche jedes Quartal. Nachzuverfolgen, welche Erweiterungen kompromittiert wurden, welche Publisher Zugangsdaten verloren haben und welche Abhängigkeitsvorfälle für die Wallets relevant sind, die du tatsächlich nutzt, ist ein Vollzeit-Recherchejob, wenn du es manuell machst.
Zippfeed zeigt Krypto-Sicherheitsmeldungen mit Sentiment-Bewertung (bullish, neutral oder bearish) und einer Wichtigkeitseinstufung an, damit du eine markierte Erweiterung oder eine größere npm-Übernahme erkennst, bevor sie die Update-Warteschlange deines Browsers erreicht.
TheBlock
CoinDesk
Crypto News
CryptoSlate
