Sicherheit

Address Poisoning auf Solana erkennen und verhindern

Address Poisoning schleust täuschend ähnliche Adressen in deine Transaktions-Historie ein — ein Copy-Paste-Fehler genügt. So erkennst du vergiftete Einträge, warum Solana besonders betroffen ist und welche Gewohnheiten dich schützen.

SOLANA·HUB ·

Address Poisoning ist eine Copy-Paste-Falle: Ein Angreifer platziert eine täuschend ähnliche Adresse in deiner Transaktions-Historie und wartet darauf, dass du sie beim nächsten Mal kopierst. Kein Hack, keine bösartige Signatur — der Angriff nutzt allein eine Gewohnheit aus, die fast jeder hat.

Kurzantwort: Beim Address Poisoning erzeugt ein Angreifer eine Vanity-Adresse, deren erste und letzte Zeichen einer deiner echten Kontakt-Adressen gleichen, und schickt dir eine Null- oder Kleinstbetrag-Transaktion, damit sie in deiner Historie auftaucht. Kopierst du die Adresse später aus der Historie, gehen deine Mittel an den Angreifer. Schutz: Adressen niemals aus der Historie kopieren, vor dem Senden die vollständige Adresse prüfen (nicht nur Anfang und Ende), ein Adressbuch pflegen und bei großen Beträgen eine Test-Transaktion senden.

In einfachen Worten: Der Angreifer legt dir eine gefälschte Visitenkarte in den Stapel deiner echten. Wer nur auf die ersten und letzten Buchstaben schaut, greift irgendwann daneben.

Was ist Address Poisoning? Der Trick mit der ähnlichen Adresse

Solana-Adressen sind 32 bis 44 Zeichen lang. Kein Mensch liest sie komplett — Wallets und Explorer kürzen sie deshalb in der Anzeige auf ein Muster wie 7xKQ…9fRw: erste vier Zeichen, letzte vier Zeichen. Genau diese Abkürzung greift der Angriff an.

Der Angreifer beobachtet öffentliche On-Chain-Daten, sucht sich eine Adresse, an die du regelmäßig sendest, und erzeugt ein Schlüsselpaar, dessen öffentliche Adresse an Anfang und Ende dieselben Zeichen trägt. Solche “Vanity-Adressen” lassen sich mit Standard-Werkzeugen wie solana-keygen grind per Brute-Force erzeugen — für vier bis fünf passende Zeichen an einem Ende reichen Sekunden bis Minuten auf normaler Hardware. Die Mitte der Adresse ist anders, aber die siehst du in der gekürzten Anzeige nicht.

Damit die gefälschte Adresse in deiner Wallet-Historie landet, schickt der Angreifer dir eine Transaktion: einen Transfer über 0 Token, ein paar Lamports Staub oder einen wertlosen Spam-Token. Deine Historie zeigt jetzt einen Eintrag mit einer Adresse, die auf den ersten Blick wie dein echter Kontakt aussieht. Der Angriff ist gelegt — jetzt wartet der Angreifer.

So läuft ein Address-Poisoning-Angriff auf Solana ab

Das Muster läuft — an allgemeinen Fällen erklärt — typischerweise in vier Schritten ab:

  1. Beobachten: Der Angreifer scannt öffentliche Transaktionen nach Wallets mit wiederkehrenden Überweisungen — etwa regelmäßige Transfers an eine Börsen-Einzahlungsadresse oder an eine zweite eigene Wallet.
  2. Nachbauen: Er generiert eine Vanity-Adresse, die die ersten und letzten Zeichen der echten Zieladresse imitiert.
  3. Vergiften: Er sendet vom nachgebauten Schlüsselpaar eine Null- oder Staub-Transaktion an dein Wallet — oft unmittelbar nach einer deiner echten Überweisungen, damit der gefälschte Eintrag in der Historie direkt neben dem echten steht.
  4. Warten: Beim nächsten Transfer kopierst du die Adresse aus der Historie — “war ja die letzte Transaktion an diesen Kontakt” — und sendest an den Angreifer. Die Transaktion ist gültig, korrekt signiert und final.

Der entscheidende Punkt: Du autorisierst die Transaktion selbst. Es gibt keine bösartige Signatur-Anfrage wie bei einem Wallet-Drainer und keinen kompromittierten Schlüssel. Der Angriff findet vollständig in deiner Wahrnehmung statt.

Warum Solana besonders betroffen ist

Drei Eigenschaften des Netzwerks machen das Muster auf Solana besonders billig und skalierbar:

  • Gebühren im Bruchteil-Cent-Bereich: Eine Basis-Transaktion kostet 5.000 Lamports — Bruchteile eines Cents. Ein Angreifer kann zehntausende Wallets gleichzeitig vergiften, und schon ein einziger erfolgreicher Copy-Paste-Fehler macht die Kampagne profitabel. Auf Netzwerken mit hohen Gebühren wäre dieselbe Streuung um Größenordnungen teurer.
  • Vanity-Adressen sind Standard-Tooling: solana-keygen grind ist Teil der offiziellen Solana-CLI. Prefix- und Suffix-Matching über wenige Zeichen ist rechnerisch trivial — dieselbe Funktion, mit der Projekte sich hübsche Adressen erzeugen, dient hier dem Nachbau.
  • Token-Transfers ohne Zustimmung des Empfängers: Auf Solana kann jeder Absender ein Token-Konto (Associated Token Account) für deine Wallet anlegen und dir Token schicken — auch mit Betrag null oder als wertloser Spam-Token. Du musst nichts akzeptieren, damit der Eintrag in deiner Historie erscheint.

Dazu kommt die Anzeige-Konvention: Fast jede Wallet und jeder Explorer kürzt Adressen auf Anfang und Ende. Die Kürzung ist bequem — und exakt die Angriffsfläche.

Vergiftete Einträge in der Historie erkennen — Schritt für Schritt mit Solscan

Du kannst deine eigene Historie ohne Wallet-Verbindung prüfen. Öffne deine Adresse in einem Block-Explorer wie Solscan oder dem Solana Explorer — wie das grundsätzlich geht, zeigt Solscan nutzen. Achte dann auf diese Muster:

  1. Null- und Staub-Transfers von Unbekannten: Eingehende Transfers über 0 Token oder Kleinstbeträge (wenige Lamports, 0,000001 eines Tokens) von Adressen, mit denen du nie interagiert hast. Das ist das klassische Poisoning-Signal.
  2. Timing direkt nach eigenen Transaktionen: Vergiftungs-Transfers folgen oft innerhalb von Minuten auf eine echte eigene Überweisung — der gefälschte Eintrag soll in der Historie neben dem echten stehen.
  3. Fast-Duplikate bekannter Adressen: Vergleiche verdächtige Absender mit deinen echten Kontakt-Adressen. Stimmen Anfang und Ende überein, die Mitte aber nicht, ist das Muster eindeutig. Im Explorer siehst du die vollständige Adresse — vergleiche Zeichen für Zeichen, nicht nur die Enden.
  4. Unbekannte Token-Konten: Spam-Token, die ohne dein Zutun aufgetaucht sind, gehören oft zu Poisoning- oder Phishing-Kampagnen. Nicht interagieren, insbesondere keine in Token-Namen eingebetteten URLs besuchen.
  5. Absender-Historie prüfen: Ein Klick auf die verdächtige Adresse zeigt ihr Verhalten. Frisch erzeugte Adressen, die in kurzer Zeit hunderte Null-Transfers an viele verschiedene Wallets senden, sind ein typisches Kampagnen-Muster. Wie du Wallet-Verhalten grundsätzlich einschätzt: Wallet und Token auf Betrug prüfen.

Wichtig zur Einordnung: Ein einzelner Staub-Transfer beweist noch keinen Angriffsversuch — es gibt auch harmlose Airdrops und Tests. Die Kombination aus Null-Betrag, Fast-Duplikat-Adresse und Timing neben deinen echten Transaktionen ist dagegen ein klares Warnbild.

Schutzmaßnahmen: Gewohnheiten, die den Angriff ins Leere laufen lassen

Address Poisoning scheitert vollständig an ein paar Gewohnheiten:

  • Adressen nie aus der Transaktions-Historie kopieren. Das ist die eine Regel, die den Angriff bricht. Kopiere Empfängeradressen immer aus einer verifizierten Quelle: dem Adressbuch deiner Wallet, der offiziellen Seite der Börse oder direkt vom Empfänger über einen zweiten Kanal.
  • Vollständige Adresse prüfen, nicht nur die Enden. Vor dem Bestätigen mindestens acht bis zehn Zeichen an mehreren Stellen vergleichen — auch in der Mitte. Angreifer optimieren genau auf die Zeichen, die gekürzte Anzeigen zeigen.
  • Adressbuch beziehungsweise Whitelist der Wallet nutzen. Häufige Empfänger einmal sorgfältig verifizieren und speichern. Danach sendest du an den gespeicherten Kontakt statt an eine frisch eingefügte Zeichenkette.
  • Test-Transaktion bei großen Beträgen. Erst einen Kleinstbetrag senden, Ankunft beim Empfänger über einen unabhängigen Kanal bestätigen lassen, dann den Rest. Auf Solana kostet der zusätzliche Transfer praktisch nichts.
  • Hardware-Wallet-Display lesen. Eine Hardware-Wallet zeigt die Zieladresse vor der Signatur auf dem Geräte-Display. Das schützt nur, wenn du sie dort tatsächlich gegen die verifizierte Quelle prüfst — die Seed-Phrase ist bei diesem Angriff nie das Problem.
  • Spam-Token ignorieren. Unbekannte Token nicht anfassen, nicht “zurücksenden”, keine eingebetteten Links öffnen. Viele Wallets können solche Einträge ausblenden.

Diese Maßnahmen ergänzen die Grundhygiene aus Solana-Wallet-Sicherheit — Address Poisoning ist ein eigener Vektor neben Drainern und Seed-Phrase-Phishing und wird von deren Schutzmaßnahmen nicht automatisch abgedeckt.

Was tun, wenn du bereits an eine vergiftete Adresse gesendet hast?

Die ehrliche Antwort zuerst: Solana-Transaktionen sind final. Es gibt keine zentrale Stelle, die eine bestätigte Transaktion zurückholt, und keine seriöse “Recovery”-Dienstleistung, die das für dich kann — wer das verspricht, ist mit hoher Wahrscheinlichkeit der nächste Betrug. Was bleibt:

  1. Vorfall dokumentieren: Transaktions-Signatur, Zeitpunkt, Betrag und Zieladresse aus dem Explorer sichern. Diese Daten sind öffentlich und dauerhaft nachweisbar.
  2. Mittel nachverfolgen: Vom Explorer aus lässt sich verfolgen, wohin die Mittel weiterbewegt wurden — etwa zu einer Börsen-Einzahlungsadresse. Die Methode Schritt für Schritt: Geld zurückverfolgen.
  3. Melden: Landen die Mittel bei einer Börse mit KYC-Pflicht, kann eine Meldung an die Börse zusammen mit einer Anzeige bei der Polizei in Einzelfällen zum Einfrieren führen. Eine Garantie ist das nicht — aber der einzige realistische Hebel.
  4. Eigene Historie bereinigen: Die vergiftete Adresse in der Wallet blockieren oder ausblenden, falls die Wallet das unterstützt, damit derselbe Fehler nicht erneut passiert.

Falls du unsicher bist, ob zusätzlich zur Copy-Paste-Falle auch deine Wallet selbst kompromittiert wurde, gilt die Checkliste aus Wallet gehackt — was tun.

Wichtige Einordnung

Dieser Artikel erklärt die Methode an allgemeinen Mustern — er bezeichnet keine konkrete, reale Adresse, Person oder Kampagne als Angreifer. Ob ein einzelner Eintrag in deiner Historie ein Angriffsversuch ist, prüfst du selbst anhand der beschriebenen Signale im Block-Explorer. Verifiziere selbst, urteile selbst.

Hinweis: Dies ist Berichterstattung, keine Anlageberatung.

#address-poisoning #scam-erkennen #phishing #wallet #forensik #security