Deepfake-Betrug bei RWA: Gefälschte Überweisungsanrufe erkennen

Was ist Deepfake-RWA-Betrug?

Deepfake-RWA-Betrug ist Zahlungsbetrug, der auf Transaktionen mit realen Vermögenswerten abzielt, die häufig als RWA abgekürzt werden. Zu diesen Vermögenswerten können tokenisierte Geldmarktfonds, Staatsanleihen, private Kredite, Rohstoffe oder andere Ansprüche gehören, die über blockchainbasierte Systeme abgebildet werden. Der Betrüger hackt nicht unbedingt den Token oder seinen Smart Contract. Stattdessen gibt sich der Angreifer als vertrauenswürdige Person aus und leitet die herkömmliche Zahlung um, die zum Kauf oder zur Abwicklung des Vermögenswerts verwendet wird.

Ein typisches Ziel ist ein Treasury-Mitarbeiter, Fondsadministrator, Family Office, Broker oder institutioneller Anleger, der eine große Zeichnung vorbereitet. Das Opfer glaubt, dass ein Vertreter des Emittenten, Platzierungsagent, Anwalt, Transferagent oder Treuhänder gültige Anweisungen bereitgestellt hat. Die Zahlung geht stattdessen auf ein Konto, das von Kriminellen, einem angeworbenen Geldkurier oder einer Briefkastenfirma kontrolliert wird, deren Name dem legitimen Begünstigten ähnelt.

Diese Unterscheidung ist wichtig, wenn über Produkte gesprochen wird, die mit BUIDL, ONDO, PAXG oder XAUT verbunden sind. Diese Ticker beziehen sich auf unterschiedliche Strukturen und haben keinen gemeinsamen Zeichnungsprozess. ONDO wird außerdem als Token-Ticker innerhalb des Ondo-Ökosystems verwendet, während PAXG und XAUT tokenisierte Goldprodukte darstellen. Eine betrügerische Überweisungsanweisung, in der einer dieser Begriffe genannt wird, beweist nicht, dass das zugrunde liegende Protokoll oder der Emittent kompromittiert wurde. Angreifer nutzen oft den wiedererkennbaren Namen rund um eine ansonsten traditionelle Bankzahlung aus.

Warum das finanzielle Risiko ungewöhnlich hoch ist

Das offensichtliche Risiko besteht darin, den gesamten Kapitalbetrag einer Zeichnung zu verlieren. Große Überweisungen können innerhalb weniger Stunden über mehrere Geldkurierkonten laufen, in Krypto umgewandelt werden oder die Empfangsjurisdiktion verlassen, bevor das Opfer etwas bemerkt. Eine Bank kann einen Rückruf versuchen, aber ein Rückruf ist eine Anfrage und keine garantierte Rückbuchung. Eine Wiedererlangung wird weniger wahrscheinlich, wenn Geld aufgeteilt, abgehoben oder weiterübertragen wird.

Der Fall in Hongkong vom Februar 2024 zeigt das mögliche Ausmaß. Die Polizei sagte, ein Mitarbeiter eines multinationalen Unternehmens habe an einer Videokonferenz teilgenommen, in der offenbar der Chief Financial Officer des Unternehmens und weitere Kollegen zu sehen waren. Nach dem Anruf autorisierte der Mitarbeiter Berichten zufolge 15 Überweisungen in Höhe von insgesamt etwa 200 Millionen HK$, damals rund 25 Millionen $, auf fünf Bankkonten. Das Ingenieurbüro Arup bestätigte später, dass es das Opfer war, erklärte jedoch, dass seine internen Systeme nicht kompromittiert worden seien.

Deepfakes sind Teil des umfassenderen Problems von business email compromise, Identitätsvortäuschung und autorisiertem Zahlungsbetrug. Öffentliche Verlustberichte kombinieren oft mehrere Methoden, daher gibt es keine verlässliche öffentliche Zahl, die den jährlichen Betrag isoliert, der ausschließlich auf KI-generierte Stimmen und Gesichter entfällt. Bekannt ist, dass business email compromise im Laufe der Zeit gemeldete Verluste in Milliardenhöhe verursacht hat. Für ein einzelnes Unternehmen kann eine einzige erfolgreiche Anweisung sofort ein Risiko im acht- oder neunstelligen Bereich schaffen.

• Kapitalverlust: Das Zeichnungsgeld erreicht den Emittenten möglicherweise nie, sodass das Opfer keinen Token und keinen rechtlichen Anspruch erhält.
• Betrieblicher Verlust: Handels-, Treasury-, Rechts- und Incident-Response-Teams können Wochen damit verbringen, die Zahlung nachzuverfolgen und Beweise zu sichern.
• Rechtliche Unsicherheit: Verträge, Bankbedingungen, Versicherungsausschlüsse und die Befugnisse von Mitarbeitern bestimmen, wer den Verlust letztlich trägt.
• Sekundäre Kompromittierung: Dokumente, die während des gefälschten Onboarding-Prozesses gesendet werden, können Pässe, Unterschriften, Angaben zu wirtschaftlich Berechtigten und Wallet-Adressen offenlegen.
• Reputationsschaden: Eine verspätete Offenlegung kann Beziehungen zu Anlegern, Banken, Prüfern und Aufsichtsbehörden schwächen.

Historische Verluste zeigen auch, warum ein Deepfake nicht als Neuheit behandelt werden sollte, die nur unvorsichtige Nutzer täuscht. Der entscheidende Fehler liegt meist im Verfahren. Ein Mitarbeiter kann eine dringende Anfrage erhalten, scheinbar vertraute Führungskräfte sehen und einem Zahlungsablauf folgen, dem eine unabhängige Verifizierung fehlt. KI macht die Geschichte überzeugender, aber schwache Freigabekontrollen machen den Verlust möglich.

Wie aus einem gefälschten Anruf eines Emittenten eine betrügerische Überweisung wird

Der Angreifer beginnt mit Aufklärung. Öffentliche Konferenzvideos, Earnings Calls, Podcasts, Webinare, Social-Media-Beiträge, regulatorische Einreichungen und Mitarbeiterprofile offenbaren Stimmen, Gesichter, Jobtitel, Geschäftsbeziehungen und anstehende Transaktionen. Einige Minuten sauberes Audiomaterial können für manche Cloning-Tools ausreichen, um stimmliche Merkmale nachzuahmen. Mehr Material kann helfen, Sprachmuster, Wortschatz und visuelle Eigenheiten zu reproduzieren, wobei die Qualität variiert und Artefakte weiterhin auftreten können.

Als Nächstes folgt der Zugriff oder die Positionierung. Der Kriminelle kann ein E-Mail-Konto kompromittieren, eine ähnlich aussehende Domain registrieren, ein gesponsertes Suchergebnis kaufen, ein gefälschtes Onboarding-Portal erstellen oder sich in einem Messaging-Dienst als Vermittler ausgeben. Das Opfer glaubt möglicherweise, den Emittenten angerufen zu haben, weil es eine Nummer gewählt hat, die in einer betrügerischen E-Mail oder auf einer geklonten Website angezeigt wurde. In Wirklichkeit kontrollierte der Angreifer den Ausgangspunkt und jede spätere Bestätigung.

Während des Anrufs kann KI-generiertes Audio über Voice-over-Internet-Protocol-Software, ein virtuelles Audiogerät oder Echtzeit-Stimmumwandlung geleitet werden. Der Operator spricht normal, Software verändert die Stimme, und die modifizierte Ausgabe gelangt in eine Telefon- oder Konferenzanwendung. Video kann Gesichtsaustausch, Lippensynchronisation, vorab aufgezeichnetes Material oder eine Mischung aus synthetischem und echtem Material verwenden. Andere vermeintliche Teilnehmer können stumme Aufzeichnungen, Bots oder Komplizen sein, die dieselbe Aufforderung verstärken.

Die Zahlungsgeschichte ist darauf ausgelegt, operativ plausibel zu klingen. Der gefälschte Vertreter des Emittenten könnte sagen, dass das übliche Konto geprüft werde, dass ein neuer Treuhandanbieter den Abschluss abwickle oder dass die Abwicklung vor einer Frist erfolgen müsse. Eine zweite geklonte Stimme kann so auftreten, als vertrete sie den Anwalt oder Treuhandbeauftragten. Anschließend sendet der Angreifer passende Rechnungen, Zeichnungsunterlagen, Bankschreiben oder E-Mail-Genehmigungen, wodurch mehrere kompromittierte Signale wie unabhängige Belege wirken.

Eine glaubwürdige Angriffskette

• Ein Investor sucht nach einem Kontakt des Emittenten oder antwortet auf einen kompromittierten E-Mail-Thread zu einer RWA-Zeichnung.
• Ein vertraut klingender Vertreter antwortet und bestätigt den Transaktionsbetrag, die juristische Person und das erwartete Abschlussdatum.
• Ein Videomeeting zeigt eine wiedererkennbare Führungskraft oder einen Kollegen, manchmal zusammen mit mehreren unterstützenden Teilnehmern.
• Der Anrufer führt geänderte Treuhanddetails ein und erklärt die Änderung mit Dringlichkeit, Vertraulichkeit oder regulatorischer Sprache.
• Das Opfer prüft die Anweisungen, indem es auf denselben E-Mail-Thread antwortet oder eine in den neuen Dokumenten angegebene Nummer anruft.
• Genehmiger geben eine Überweisung in Millionenhöhe frei, weil sie glauben, dass mehrere Bestätigungen erfolgt sind.
• Der echte Emittent meldet später, dass keine Zahlung eingegangen ist. Zu diesem Zeitpunkt kann das Empfängerkonto bereits leer sein.

Angreifer können auch eine Crypto-Wallet-Adresse anstelle eines Bankkontos einsetzen. Diese Variante überschneidet sich mit wallet address poisoning und Manipulation der Zwischenablage. Blockchain-Transfers haben in der Regel keinen bankseitigen Rückrufprozess, was die Wiederbeschaffung noch schwieriger machen kann. Unabhängig davon, ob die Abwicklung per Überweisung oder Onchain-Transfer erfolgt, sollten geänderte Zielangaben als neue Hochrisikoanweisung behandelt werden und nicht als routinemäßige Änderung.

Warum ein Videoanruf kein Identitätsnachweis mehr ist

Video bot früher starke psychologische Sicherheit, weil es teuer und schwierig war, eine bekannte Person in Echtzeit zu reproduzieren. Diese Annahme ist nicht mehr sicher. Verbraucherhardware und breit verfügbare Software können ein Gesicht erzeugen, eine Stimme verändern, Artefakte verwischen und das Ergebnis in gängige Meeting-Plattformen einspeisen. Eine schlechte Verbindung kann dem Angreifer sogar helfen, weil Kompression, niedrige Auflösung, stummgeschaltete Teilnehmer und Audioverzögerungen Anomalien normal erscheinen lassen.

Der Fall in Hongkong zeigte, dass mehrere scheinbar vertraute Personen in einem Meeting vollständig fabriziert sein können. Gruppenkonsens ist nicht hilfreich, wenn jeder Teilnehmer und jede Einladung über denselben kompromittierten Pfad kam. Ein Mitarbeiter, der das Gesicht des CFO erkennt, beobachtet eine Ähnlichkeit, verifiziert aber nicht die Kontrolle über die Identität, das Gerät, das Unternehmenskonto oder die rechtliche Befugnis des CFO.

WPP legte 2024 einen separaten Betrugsversuch offen, bei dem Chief Executive Mark Read imitiert wurde. Laut der Warnung des Unternehmens erstellten Angreifer ein gefälschtes WhatsApp-Konto, nutzten einen Stimmklon und verwendeten öffentliches Filmmaterial in einem Microsoft Teams-Meeting. Sie versuchten, Geld und persönliche Daten zu erlangen, während sie eine neue Geschäftsstruktur vorschlugen. Der Versuch scheiterte, zeigte aber, wie öffentliche Medien und gewöhnliche Kollaborationstools zu einer Imitation einer Führungskraft zusammengesetzt werden können.

Visuelle Hinweise können weiterhin zu einer Untersuchung beitragen, sollten aber keine Zahlung autorisieren. Unnatürliches Blinzeln, nicht passende Beleuchtung, Lippensynchronisationsfehler, ungewöhnliche Formulierungen oder die Weigerung, die Kamera zu bewegen, können Verdacht auslösen. Ihr Fehlen beweist wenig, weil Generierungstools besser werden, Konferenzkompression Mängel verbirgt und ein geschickter Angreifer authentisches Filmmaterial mit synthetischen Segmenten mischen kann. Erkennungssoftware erzeugt außerdem falsch positive und falsch negative Ergebnisse, daher sollte sie eine Ebene sein und nicht die abschließende Kontrolle.

Signale, die einen Zahlungsstopp rechtfertigen

• Das Begünstigtenkonto, die Bank, das Land, der Treuhandagent oder die Wallet-Adresse wurde nach dem Onboarding geändert.
• Der Anrufer erzeugt Dringlichkeit im Zusammenhang mit einem Abschlussfenster, Marktereignis, Audit oder Compliance-Termin.
• Die vermeintliche Führungskraft rät vom Kontakt mit der Rechtsabteilung, Compliance, der Bank oder einem anderen bekannten Mitarbeiter ab.
• Die Meeting-Einladung, Telefonnummer oder das Dokumentenportal wurde in derselben Nachricht wie die Zahlungsänderung bereitgestellt.
• Teilnehmer weichen transaktionsspezifischen Fragen aus oder erklären Unstimmigkeiten als vertrauliche interne Angelegenheiten.
• Der Name des Begünstigten stimmt nicht exakt mit der in unterzeichneten Zeichnungsunterlagen genannten juristischen Person überein.

Out-of-band-Verifizierung gegenüber In-band-Bestätigung

In-band-Verifizierung bedeutet, eine Anfrage über denselben Kanal oder Vertrauenspfad zu prüfen, über den sie eingegangen ist. Auf die E-Mail zu antworten, die neue Bankdaten geliefert hat, ist in-band. Die auf der angehängten Anweisung abgedruckte Telefonnummer anzurufen, ist ebenfalls in-band, weil der Angreifer beides kontrollieren kann. Von E-Mail zu Video zu wechseln, ist nicht wirklich unabhängig, wenn die E-Mail-Einladung zu einem vom Angreifer betriebenen Meeting führt.

Out-of-band-Verifizierung beginnt mit Kontaktinformationen, die vor der strittigen Anfrage separat etabliert wurden. Beispiele sind der Anruf bei der bekannten Hauptzentrale eines Emittenten aus einem genehmigten Lieferantendatensatz, die Kontaktaufnahme mit einem bereits im Treasury-System gespeicherten Relationship Manager oder das Öffnen des Emittentenportals über ein gespeichertes Lesezeichen statt über einen Nachrichtenlink. Das Ziel besteht nicht nur darin, eine andere App zu verwenden. Es geht darum, die potenziell kompromittierte Kette zu verlassen und den Kontakt aus einer vertrauenswürdigen Quelle neu aufzubauen.

Unabhängigkeit gilt auch für Personen und Daten. Wenn ein Mitarbeiter Anweisungen erhält und einen Kollegen bittet, dieselbe PDF zu genehmigen, haben zwei Personen ein von einem Angreifer kontrolliertes Artefakt geprüft. Eine stärkere Verifizierung weist einem zweiten Mitarbeiter die Aufgabe zu, die bestehenden Abwicklungsanweisungen aus einem geschützten System abzurufen, den Emittenten unabhängig zu kontaktieren und jedes wesentliche Feld zu vergleichen. Keiner der Genehmiger sollte sich auf die Anrufer-ID verlassen, da angezeigte Nummern gefälscht werden können.

• Schwache Prüfung: dem Absender antworten und fragen, ob das neue Konto korrekt ist.
• Schwache Prüfung: die Nummer in der geänderten Überweisungsanweisung anrufen.
• Schwache Prüfung: denselben Videoteilnehmer bitten, sich vor der Kamera auszuweisen.
• Stärkere Prüfung: eine zuvor erfasste Emittentennummer anrufen und eine Weiterleitung über die Hauptzentrale verlangen.
• Stärkere Prüfung: die Änderung separat mit der Treuhandbank, dem Rechtsberater oder dem Administrator anhand unabhängig beschaffter Angaben bestätigen.
• Stärkere Prüfung: die Anweisung mit unterzeichneten Dokumenten vergleichen und eine kontrollierte Änderung verlangen, wenn irgendein Feld abweicht.

Kein Kanal ist perfekt. Ein gespeicherter Kontakt kann veraltet sein, ein Mitarbeiterkonto kann kompromittiert sein, und eine Telefonzentrale könnte einen Fehler machen. Out-of-band-Verifizierung reduziert korrelierte Ausfälle, indem sie einen Angreifer zwingt, mehr als ein unabhängiges System oder eine unabhängige Beziehung zu kompromittieren. Hochwertige Transaktionen sollten sie mit Vier-Augen-Freigabe, Zugriff nach dem Prinzip der geringsten Rechte, Zahlungslimits und dokumentierten Änderungskontrollen kombinieren.

Ein Rückrufverfahren zum Emittenten, das den Kreis schließt

Für Treasury-Teams besteht das praktische Ziel darin nachzuweisen, dass der echte Emittent oder autorisierte Administrator genau die Transaktion erwartet, die freigegeben wird. Ein Rückruf ist nur wirksam, wenn das Team den Kontaktweg unabhängig auswählt. Eine vom Antragsteller bereitgestellte Nummer anzurufen, einem eingehenden Anruf zu vertrauen oder sich auf die angezeigte Anrufer-ID zu verlassen, lässt den Kreis offen.

Vor jeder Zeichnungsanfrage

• Erfassen Sie den rechtlichen Namen des Emittenten, autorisierte Kontakte, Hauptzentrale, Administrator, Transfer Agent, Treuhandanbieter und genehmigte Bankdaten in einem eingeschränkten System.
• Beziehen Sie diese Angaben aus unterzeichneten Vereinbarungen, regulatorischen Aufzeichnungen, einem authentifizierten Emittentenportal oder einer bestehenden verifizierten Beziehung, nicht aus einer neuen Zahlungs-E-Mail.
• Legen Sie fest, welche Rollen eine Zahlungsänderung anfordern dürfen, und verlangen Sie, dass zwei Mitarbeiter jede Änderung genehmigen, die einen Begünstigten, eine Bank, Kontonummer, einen SWIFT-Code, eine Routing Number oder eine Wallet betrifft.
• Vereinbaren Sie, dass der Emittent keine Geheimhaltung verlangen oder den Rückrufprozess umgehen wird, selbst kurz vor einer Abschlussfrist.

Wenn Anweisungen eintreffen

• Stoppen Sie die Zahlung, wenn irgendein Zielfeld vom bestehenden Datensatz abweicht. Bearbeiten Sie den Stammdatensatz nicht auf Grundlage des eingehenden Dokuments.
• Lassen Sie einen zweiten Mitarbeiter die etablierte Emittentennummer abrufen, ohne Links, Signaturen, Anhänge, Chatnachrichten oder Suchergebnisse zu verwenden, die während der Transaktion bereitgestellt wurden.
• Tätigen Sie einen ausgehenden Anruf bei der bekannten Hauptzentrale des Emittenten. Bitten Sie den Operator, das Team mit dem zuvor autorisierten Vertreter zu verbinden, statt beim ursprünglichen Anrufer eine Durchwahlnummer anzufordern.
• Nennen Sie die interne Transaktionsreferenz und bitten Sie den Vertreter, die Investoreneinheit, den Vermögenswert, den Betrag, die Währung, das erwartete Datum, den rechtlichen Namen des Begünstigten, die Bank, die Kontoendung und den Grund für jede Änderung zu identifizieren.
• Lesen Sie jedes wesentliche Abwicklungsfeld zurück. Akzeptieren Sie keine allgemeine Antwort wie, dass die Angaben korrekt seien.
• Beenden Sie den ersten Anruf und kontaktieren Sie unabhängig den Treuhandanbieter, Administrator oder Rechtsberater anhand seiner zuvor verifizierten Angaben. Bestätigen Sie, dass er dieselbe Transaktion und denselben Begünstigten erkennt.
• Verlangen Sie eine formell unterzeichnete Änderung für geänderte Anweisungen und validieren Sie anschließend die Unterschriften oder digitale Genehmigung über den etablierten Dokumentenprozess.
• Wenden Sie, sofern betrieblich möglich, eine Abkühlfrist für neu geänderte Konten an, und lassen Sie beide Genehmiger die Quellen, Uhrzeit, Kontakte und geprüften Felder dokumentieren.

Dies schließt den Kreis, weil die Transaktion mit dem vertrauenswürdigen Verzeichnis des Investors beginnt, den echten Emittenten über dessen etablierte Zentrale erreicht und mit transaktionsspezifischen Informationen zurückkehrt, die mit kontrollierten Aufzeichnungen abgeglichen werden können. Eine übereinstimmende Stimme oder ein wiedererkennbares Gesicht ist nicht erforderlich. Das Verfahren verifiziert Befugnis, Ziel und Transaktionsdetails statt Erscheinungsbild.

Wenn eine verdächtige Zahlung bereits gesendet wurde, kontaktieren Sie sofort die Betrugsabteilung der sendenden Bank und beantragen Sie einen Rückruf oder eine Sperre der Überweisung. Benachrichtigen Sie, soweit zulässig, das empfangende Institut, sichern Sie E-Mails, Anrufprotokolle, Header, Dokumente, Kontodaten und Meeting-Aufzeichnungen, und ziehen Sie Rechtsberater, Versicherer und Strafverfolgungsbehörden hinzu. Führen Sie die Kommunikation mit dem mutmaßlichen Angreifer nicht über gewöhnliche Unternehmenskonten fort, da dies den Reaktionsplan offenlegen oder Beweise zerstören kann.

RWA-Sicherheitssignale im Kontext verfolgen

RWA-Märkte und die Betrugstechniken in ihrem Umfeld ändern sich schnell, während Vorfallberichte echte Protokollfehler oft mit Offchain-Impersonation vermischen. Zippfeed ordnet relevante Schlagzeilen mit bullish, neutral oder bearish Sentiment-Bewertung und einer Wichtigkeitseinstufung, damit Sicherheits- und Treasury-Teams Marktrauschen von Entwicklungen trennen können, die eine Überprüfung der Kontrollen rechtfertigen könnten. Sentiment ist Kontext, kein Beweis, daher muss die Zahlungsprüfung weiterhin auf unabhängig festgelegten Verfahren beruhen.