RWA-Phishing-Betrug: Wie gefälschte tokenisierte Assets Wallets leeren

Was ist RWA-Phishing, und warum unterscheidet es sich von einem gewöhnlichen Airdrop-Betrug?

RWA-Phishing ist eine Kategorie von Krypto-Betrug, bei der tokenisierte Real-world-Asset-Produkte imitiert werden, etwa Geldmarktfonds, kurzlaufende US-Staatsanleihen oder private Kredite, um Inhaber dazu zu bringen, schädliche Transaktionen zu signieren. Diese Kategorie existiert, weil die zugrunde liegenden Produkte ein eingebautes Vertrauenssignal haben, das ältere Betrugsmaschen erst mühsam erzeugen mussten: eine institutionelle Marke.

Wenn eine Wallet einen Token mit dem Ticker BUIDL oder OUSG anzeigt, geht ein Inhaber eher davon aus, dass er vom echten Emittenten stammt. Betrüger nutzen diese Annahme aus. Sie erstellen einen neuen ERC-20-Contract, geben ihm dasselbe Tickersymbol, manchmal sogar denselben Namen, und verteilen wertlose Kopien per Airdrop an aktive Adressen. Die Kopie liegt in der Wallet neben dem echten Token und ist bei flüchtigem Hinsehen nicht zu unterscheiden.

Das macht RWA-Phishing zu einem raffinierteren Verwandten des Address-Poisoning. Address-Poisoning setzt darauf, dass ein Opfer an die falsche Adresse sendet. RWA-Phishing setzt darauf, dass ein Opfer die falsche Freigabe signiert. Der Angreifer muss dich nicht davon überzeugen, dass das Protokoll echt ist, weil Logo und Ticker diese Arbeit kostenlos erledigen.

Die imitierten Produkte, tokenisierte Staatsanleihen und private Kredite, gehören außerdem zu den am schnellsten wachsenden Bereichen der On-Chain-Finanzwelt. Dieses Wachstum zieht Privatanleger an, die zuvor noch nie mit On-Chain-Krediten zu tun hatten und möglicherweise nicht wissen, dass der Ticker auf Etherscan nur eine Zeichenfolge ist, die ein Deployer eingegeben hat. Die Hürde für einen glaubwürdig aussehenden Betrug ist fast auf null gefallen.

Welche realen Risiken bestehen, bevor du einen tokenisierten RWA anfasst?

Die ehrliche Antwort lautet, dass die Risiken beginnen, bevor du überhaupt mit einem echten Emittenten interagierst, denn allein das Problem der Imitation kann eine Wallet leeren. Die technischen Risiken der echten Produkte, etwa Smart-Contract-Fehler, Oracle-Ausfälle oder die Insolvenz eines Emittenten, sind für die meisten Privatanleger zweitrangig gegenüber dem Social-Engineering-Risiko.

Approval-Phishing ist die dominierende Fehlerquelle. Wenn du mit einem DeFi-Protokoll interagierst, erteilst du einem Smart Contract in der Regel die Erlaubnis, einen bestimmten Token aus deiner Wallet zu bewegen. Die Standardoberfläche lässt dich diese Allowance oft auf unbegrenzt setzen, was bequem ist, aber katastrophal sein kann, wenn der Contract bösartig ist. Eine einzige Signatur kann einem Angreifer die Möglichkeit geben, jeden Bestand dieses Tokens, den du hältst, jetzt oder später zu leeren.

Wrapper-Token sind besonders gefährlich. Die meisten RWA-Produkte sind nicht direkt auf eine normale Wallet übertragbar. Sie liegen in einem Wrapper, einem zwischengeschalteten Contract, der einen handelbaren Beleg ausgibt. Betrüger erstellen ihre eigenen Wrapper und versehen sie mit dem echten Ticker. Wenn du den falschen Wrapper freigibst, kann der Angreifer den Wrapper jederzeit aus deiner Wallet ziehen, und du bemerkst es möglicherweise erst, wenn der Kontostand verschwunden ist.

Imitationen werden schwerer zu erkennen, je größer die Marke ist. Ein Betrug, der OUSG kopiert, kann ondo-ousg-claim.com registrieren, Google-Anzeigen für den Suchbegriff kaufen und eine pixelgenaue Kopie der tatsächlichen Landingpage von Ondo veröffentlichen. Das gefälschte KYC-Portal wird unter dem Vorwand einer Akkreditierungsprüfung um eine Wallet-Signatur bitten, und die signierte Nutzlast wird eine unbegrenzte Token-Freigabe sein. Sobald diese Signatur on-chain ist, gibt es keinen Rückgriff mehr.

Der historische Kontext ist wichtig. Das Muster ist nicht neu. Beim Badger DAO-Hack 2022 wurden rund 120 Millionen US-Dollar abgezogen, indem Nutzer über ein kompromittiertes Frontend dazu gebracht wurden, einen bösartigen Contract freizugeben. Die Kompromittierung des Ledger Connect Kit im Jahr 2023 traf Dutzende legitimer dApps gleichzeitig. In jedem Fall signierte der Nutzer etwas, das routinemäßig aussah, und der Verlust war vollständig. RWA-Phishing ist dasselbe Drehbuch in einem anderen Kostüm.

Das Gegenparteirisiko des echten Produkts besteht weiterhin. Wenn du den echten BUIDL oder OUSG erfolgreich über den echten Kanal kaufst, trägst du weiterhin das Risiko, dass der zugrunde liegende Fonds Rücknahmen aussetzt, dass die Bank des Emittenten ausfällt oder dass ein Verwahrer Staatsanleihen nicht auf Abruf liefern kann. Diese Extremrisiken sind real, und sie kommen zum Imitationsrisiko hinzu, anstatt es zu ersetzen.

Wie funktioniert RWA-Phishing Schritt für Schritt wirklich?

Die Mechanik ist über verschiedene Kampagnen hinweg konsistent, und genau das macht sie lehrbar. Sobald man eine gesehen hat, kann man in der nächsten jede Phase benennen.

Phase 1: Domain-Registrierung. Der Angreifer registriert eine Domain, die visuell zu einem echten Emittenten passt. Häufige Muster sind Bindestriche (ondo-finance-claim.com), länderspezifische TLDs (ondo.fi oder ondo-app.io) oder ausgetauschte Buchstaben (0ndo.com mit einer Null). Die Website lädt eine nahezu perfekte Kopie der Homepage des Emittenten, die aus öffentlich verfügbaren Marketingmaterialien ausgelesen wurde.

Phase 2: Contract-Bereitstellung. Der Angreifer stellt einen neuen ERC-20-Contract auf Ethereum oder einem Layer 2-Netzwerk bereit. Der Contract hat denselben Namen und Ticker wie der echte Token. Es gibt kein On-Chain-Register, das dies verhindert. Anschließend airdroppt der Angreifer den gefälschten Token an Tausende von Adressen, die bereits das echte Produkt halten, sodass der Scam-Token neben dem echten erscheint.

Phase 3: Vertriebskanäle. Die gefälschte Website und der Contract werden über bezahlte Suchanzeigen, gehackte Discord- oder Telegram-Kanäle, kompromittierte X-Konten und Antwort-Spam unter echten Ankündigungen des Emittenten verbreitet. KOLs und Aggregatoren indexieren gelegentlich den gefälschten Contract, wodurch er in Wallet-Scannern so auftaucht, als wäre er legitim.

Phase 4: Die Falle. Opfer werden zu einem gefälschten „Claim“- oder „Redeem“-Portal geleitet. Die Seite erklärt, dass der Nutzer KYC oder eine Akkreditierung abschließen muss, bevor er Ausschüttungen, Rendite oder Airdrop-Boni erhalten kann. Die am Ende des KYC-Ablaufs angeforderte Wallet-Signatur dient in Wirklichkeit nicht der Identitätsprüfung. Sie ist eine Genehmigung, oft unbegrenzt, häufig für einen nicht übertragbaren Wrapper-Token, den der Angreifer kontrolliert.

Phase 5: Abfluss. Sobald die Genehmigung signiert ist, ruft der Angreifer die transferFrom-Funktion des Wrappers auf und zieht den Wrapper aus der Wallet. Je nach Design kann der zugrunde liegende echte RWA mit übertragen werden, oder der Wrapper kann schlicht wertlos sein, doch der Inhaber bemerkt es meist erst, nachdem das Guthaben verschwunden ist.

Warum sind KYC- und Akkreditierungsportale Teil des Tricks?

Die meisten legitimen RWA-Produkte sind nach Wertpapierregeln auf akkreditierte oder qualifizierte Anleger beschränkt. Dadurch entsteht ein Reibungspunkt, den Betrüger lieben: Der Nutzer erwartet, vor einer Transaktion nach Dokumenten gefragt zu werden. Der Betrüger verlagert die Phishing-Nutzlast einfach in etwas, das wie ein Compliance-Schritt aussieht.

Das gefälschte Portal fragt typischerweise nach einer E-Mail-Adresse, einem Selfie und einer Wallet-Signatur, um die „Akkreditierung on-chain zu verifizieren“. Die Signatur ist die bösartige Genehmigung. Selfie und E-Mail sind Zusatzdaten, die der Betrüger verkaufen oder in Anschlussbetrugsfällen verwenden kann. Opfer berichten häufig, dass ihnen etwas seltsam vorkam, sie aber trotzdem signierten, weil der Schritt normal wirkte.

Das ist auch der Grund, warum die Nachahmung für Privatanleger überzeugender wirkt als für Institutionen. Ein Prime Broker weiß, dass BUIDL nur über Securitize vertrieben wird und niemals über eine öffentliche Claim-Seite. Ein Privatanleger, der ein BlackRock-Logo in einer YouTube-Anzeige gesehen hat, hat keinen vergleichbaren Kontext. Der KYC-Rahmen lässt die Wallet-Signatur eher wie eine regulatorische Prüfstelle wirken als wie eine finanzielle.

Die Verteidigung ist strukturell. Echte Emittenten wie Securitize, Ondo und Maple veröffentlichen ihre kanonischen Contract-Adressen auf ihren eigenen primären Domains. Compliance-Schritte finden in der tatsächlichen App des Emittenten statt, nicht auf einer Seite, auf die man über eine DM, eine Anzeige oder eine Antwort gelangt ist. Wenn eine Website während KYC verlangt, dass deine Wallet irgendetwas signiert, ist das bereits für sich genommen ein Warnsignal, unabhängig davon, wie professionell der Rest der Seite aussieht.

Was machen gefälschte „Claim“- und „Redeem“-Portale tatsächlich mit einer Wallet?

Die meisten fordern eine ERC-20-Genehmigung an, denselben Grundbaustein, den Uniswap und Aave verwenden, damit Smart Contracts in deinem Namen Token bewegen können. Der Unterschied liegt beim Spender. Ein legitimer DEX bittet dich, den Uniswap-Router zu genehmigen, eine bekannte Adresse mit öffentlichen Audits und einer Historie. Eine Phishing-Seite bittet dich, eine Adresse zu genehmigen, die der Angreifer kontrolliert, oft frisch bereitgestellt, häufig ohne Audit und oft ohne verifizierten Quellcode auf Etherscan.

Die schlimmste Variante ist die Genehmigung für einen nicht übertragbaren Wrapper-Token. Der Angreifer stellt einen Wrapper-Contract bereit, der einen Receipt-Token prägt und verbrennt, der einen Anteil am zugrunde liegenden RWA repräsentiert. Der echte Emittent macht etwas Ähnliches, aber mit einem verifizierten Contract. Der gefälschte Wrapper ermöglicht es dem Angreifer, den Receipt nach Belieben aus deiner Wallet zu bewegen. Selbst wenn du die Genehmigung später widerrufst, sind die Token bereits weg.

Einige Websites gehen weiter und fordern einen setApprovalForAll-Aufruf an, der auf Wallet-Ebene pauschale Berechtigungen über ERC-721- oder ERC-1155-Token erteilt. Dies ist derselbe Grundbaustein, den NFT-Marktplätze verwenden, und zugleich das, was Drainer miteinander verketten, um eine gesamte Wallet in einer einzigen Transaktion leerzuräumen. Sobald ein setApprovalForAll für einen bösartigen Operator signiert wurde, ist alles an dieser Contract-Adresse freigegeben.

Es gibt auch eine neuere Variante, bei der die „Claim“-Seite dich bittet, eine Off-Chain-Nachricht mit eth_sign oder personal_sign zu signieren. Die signierte Nutzlast wird dann verwendet, um ein wiederverwendbares Permit zu erstellen, das den Angreifer autorisiert, deine Token auszugeben, ohne jemals eine On-Chain-Genehmigung einzureichen. Permit-Phishing nimmt zu, weil danach keine offensichtliche Genehmigungszeile zurückbleibt, die man widerrufen könnte.

Das Muster ist bei all diesen Varianten gleich: Die Seite verwandelt einen Moment, der sich wie Papierkram anfühlt, in einen Moment, der tatsächlich eine finanzielle Autorisierung ist. Die stärkste einzelne Verteidigung besteht darin, jede Wallet-Signaturanfrage während eines „Verifizierungs“-Schritts als Punkt ohne Rückkehr zu behandeln und die dekodierte Transaktion in deiner Wallet zu lesen, bevor du bestätigst.

Wie verifizierst du den kanonischen Contract, bevor du irgendetwas signierst?

Verifizierung ist eine Routine in fünf Schritten, und sie sollte vor jeder Interaktion mit einem RWA-Produkt durchgeführt werden, besonders wenn du über einen Link gekommen bist, statt die URL selbst einzugeben.

1. Beginne auf der offiziellen Domain des Emittenten. Gib die Adresse manuell in die Adressleiste ein. Bei BlackRocks BUIDL ist das die von Securitize vermarktete Seite auf der primären Domain von Securitize, nicht ein Suchergebnis. Bei Ondos USDY und OUSG ist es die offizielle Website ondo.finance. Speichere die echte URL einmal als Lesezeichen und klicke danach nie wieder über Suchanzeigen oder Social-Media-Antworten darauf.

2. Finde die kanonische Contract-Adresse auf dieser Seite. Echte Emittenten veröffentlichen ihre Contract-Adressen in ihrer Dokumentation, oft mit einem Link zu Etherscan und einem klaren Hinweis darauf, auf welchen Netzwerken sie bereitgestellt sind. Notiere dir die Adresse. Noch besser: Kopiere sie einmal in eine Notizen-App, damit du sie später mit dem vergleichen kannst, was deine Wallet dir anzeigt.

3. Prüfe sie auf Etherscan gegen. Die Contract-Seite auf Etherscan sollte den Namen des Emittenten als verifizierten Contract-Ersteller, eine hohe Anzahl von Inhabern, echte Transferhistorie und ein Bereitstellungsdatum zeigen, das zu den Launch-Ankündigungen des Emittenten passt. Wenn der Deployer eine frische Wallet ohne Historie ist, siehst du nicht das echte Produkt.

4. Achte auf zwei Contracts mit demselben Ticker. Das ist der eindeutige Hinweis. Wenn Etherscan zwei oder mehr Contracts mit demselben Ticker anzeigt, ist der ältere mit verifiziertem Quellcode und dem kanonischen Deployer das echte Produkt, der neuere ist der Nachahmer. Ticker sind on-chain nicht eindeutig. Jeder kann seinen Contract BUIDL nennen.

5. Widerrufe veraltete Genehmigungen proaktiv. Tools wie revoke.cash ermöglichen es dir, jede aktive Genehmigung deiner Wallet zu prüfen und diejenigen zu widerrufen, die du nicht mehr verwendest. Wenn du dies einmal pro Quartal durchführst oder nach jedem Vorfall, der eine hochwertige Adresse betraf, verhinderst du, dass alte Genehmigungen zu stillen Verbindlichkeiten werden.

Was sollten Sie tun, wenn Sie bereits etwas Verdächtiges signiert haben?

Die erste Stunde ist wichtiger als alles, was danach kommt. Verschieben Sie verbleibende Vermögenswerte in eine neue Wallet, die noch nie mit der verdächtigen Website interagiert hat. Versuchen Sie nicht, die kompromittierte Wallet durch Widerrufen von Freigaben zu „bereinigen“ und einfach zu hoffen. Die Freigabe könnte bereits genutzt worden sein, oder eine andere signierte Nutzlast könnte noch ausstehen.

Widerrufen Sie Freigaben auf revoke.cash aus einer sauberen Browser-Sitzung, wenn Sie Zeit haben. Prüfen Sie anschließend die Wallet in einem Block Explorer, um zu sehen, ob bereits Tokens abgeflossen sind. Wenn es sich bei der Freigabe um ein Permit oder eine Off-Chain-Signatur handelte, gibt es möglicherweise keine offensichtliche On-Chain-Spur, bis der Angreifer die Wallet leert. Deshalb zählt Geschwindigkeit.

Melden Sie die Betrugswebsite dem Emittenten, dessen Identität imitiert wird. Die meisten seriösen RWA-Emittenten haben einen Sicherheitskontakt oder ein Postfach für Missbrauchsmeldungen. Je schneller sie andere Nutzer warnen und die Domain abschalten lassen können, desto kleiner ist der Schadensradius. Erwarten Sie nicht, durch eine Meldung Gelder zurückzuerhalten, aber gehen Sie davon aus, dass die Meldung das nächste Opfer ausbremst.

Wenn ein nennenswerter Betrag verloren ging, dokumentieren Sie die Signaturen, die Vertragsadressen und die Website-URLs, bevor sie verschwinden. Genau diese Informationen nutzen Blockchain-Forensikfirmen und Strafverfolgungsbehörden tatsächlich. Screenshots vom Moment des Vorfalls sind weitaus nützlicher als Screenshots, die eine Woche später erstellt wurden.

Wie man RWA-Phishing auf kluge Weise verfolgt

RWA-Phishing entwickelt sich schnell, und die Nachrichtenlage dazu ebenso. Neue Betrugsdomains, gefälschte Contract-Deployments und Approval Drainers manuell zu verfolgen, ist für einzelne Anleger ein aussichtsloses Unterfangen. Zippfeed zeigt Schlagzeilen zu RWA und tokenisierten Assets mit Sentiment-Bewertung (bullish, neutral oder bearish) und Wichtigkeitseinstufung, damit Sie erkennen können, welche Geschichten der Markt als relevant betrachtet und welche nur Rauschen sind. Kombinieren Sie diesen Feed mit einer Fünf-Minuten-Checkliste vor dem Klick, und das Nachahmer-Playbook lässt sich viel leichter abwehren.