YouTube-KI-Bot-Betrug entzieht 224 Opfern 274 ETH

Eine koordinierte YouTube-Kampagne, die sich als Coding-Tutorials für einen KI-gestützten Krypto-Arbitrage-Bot ausgibt, hat zwischen Februar und August 2026 274,60 ETH (rund 517.205 USD) von 224 Opfern gestohlen. Das Blockchain-Intelligence-Unternehmen TRM Labs verfolgte die Gelder bis zu sechs gemeinsam genutzten Sammeladressen, was auf eine einzelne Operation hinter dem hindeutet, was wie neun separate Creator-Kanäle aussah. Für Buchhaltungsfirmen, Wirtschaftsprüfer und CFOs, die digitale Vermögensportfolios verwalten, ist dieser Fall eine direkte Lektion darüber, warum eine Prüfung auf Transaktionsebene und Due Diligence bei Smart Contracts nicht optional sein dürfen.

Wie der Betrug funktioniert: Ein Tutorial, das Opfer zu Angreifern macht

Die Kampagne nutzt eine durchaus plausible Prämisse. KI-Coding-Assistenten helfen Entwicklern tatsächlich dabei, Software zu schreiben und einzusetzen, einschließlich Handelsanwendungen. Die Tutorials versprechen den Zuschauern zu zeigen, wie sie mit Claude, dem KI-Assistenten von Anthropic, einen "vollständig autonomen Krypto-Handelsbot von Grund auf" bauen können, ganz ohne Vorkenntnisse. Dieser Pitch verfängt, weil er auf den ersten Blick nicht völlig abwegig ist.

Die legitimen Schritte vor der Falle

Die Opfer werden durch ein standardisiert wirkendes Setup geführt: eine Wallet erstellen, den bereitgestellten Quellcode in etwas einfügen, das wie ein Compiler aussieht, einen Smart Contract einsetzen und ihn mit genügend Kryptowährung finanzieren, um "Arbitrage zu starten". Jeder Schritt wirkt routinemäßig. Der auf dem Bildschirm gezeigte Open-Source-Code ist sauber und enthält nichts Verdächtiges. Wallet-Sicherheitswarnungen werden nicht ausgelöst. Es erscheint kein Phishing-Link. Es wird keine schädliche Genehmigungsaufforderung angezeigt. Das Opfer setzt einen Vertrag ein, von dem es glaubt, dass es ihn besitzt, und autorisiert jede Transaktion von seiner eigenen Wallet aus.

Der einzige bösartige Schritt, versteckt vor aller Augen

Die Falle ist der Compiler. Anstatt die Zuschauer zu einer etablierten Entwicklungsumgebung wie der echten Remix IDE zu führen, verlinken die Tutorials auf eine benutzerdefinierte Website, die optisch identisch mit Remix gestaltet ist, aber von den Betreibern kontrolliert wird. Wenn das Opfer den angezeigten Quellcode einfügt, verwirft ein Hintergrundskript ihn vollständig und kompiliert einen anderen Vertrag, der vom Server des Betreibers abgerufen wird. Der Bytecode, der tatsächlich auf die Blockchain gelangt, ist ein Honeypot: Er nimmt Einzahlungen an und leitet jeden Betrag über 0,05 ETH sofort an den Betreiber weiter, sobald das Opfer auf "Start" oder "Withdraw" drückt, also genau die Taste, zu deren Betätigung das Tutorial auffordert. Nichts im Browser deutet darauf hin, dass die Ersetzung stattgefunden hat.

TRM identifizierte 234 Smart Contracts, die von Opfern im Kampagnenzeitraum eingesetzt und finanziert wurden, wobei die Zuflüsse letztlich in sechs von Betreibern kontrollierten Adressen konzentriert wurden. Die gestohlenen Gelder bewegten sich dann vollständig durch dezentrale Finanzprotokolle, Cross-Chain-Bridges und einen Mixer, ohne dass eine zentralisierte Börse in der Kette auftauchte. Diese Route ist absichtlich gewählt: Sie umgeht die Auszahlungsprüfungen und KYC-Kontrollen, die zentralisierte Plattformen anwenden.

Koordinierte Produktion hinter einer gefälschten Multi-Creator-Fassade

Die neun YouTube-Tutorials wurden als Werk unabhängiger Creator präsentiert, doch TRMs Analyse fand klare Anzeichen gemeinsamer Produktion. Die Skripte sind über die Kanäle hinweg nahezu identisch. Die Anweisungen auf dem Bildschirm folgen derselben Reihenfolge. Mehrere Videos zeigten dieselbe angegebene Gewinnzahl bis auf die Dezimalstelle, darunter eine Rendite von 1 ETH alle 20 Stunden. KI-generierte Presenter und synthetische Stimmen wurden eingesetzt, um den Anschein unterschiedlicher Creator zu erwecken, wobei einige Videos einen KI-Avatar direkt in die Kamera sprechen ließen und andere eine synthetische Stimme mit einer Bildschirmaufzeichnung kombinierten.

Schriftliche Leitfäden und Infrastruktur über große Cloud-Anbieter verteilt

Die in den Videobeschreibungen verlinkten begleitenden schriftlichen Leitfäden wurden über Telegram, Amazon S3 und Google Cloud Storage gehostet. Trotz Unterschieden im visuellen Design und bei den konkreten Links folgten die Anweisungen derselben Reihenfolge und endeten beim selben Schritt: den Bot mit ausreichender Liquidität finanzieren und Start drücken. Die Nutzung großer Cloud-Infrastruktur verleiht den Leitfäden einen Anstrich von Legitimität und macht einfaches URL-basiertes Blocklisting wirkungslos.

Viele Videos verbargen zudem die auf dem Bildschirm gezeigten URLs und verwiesen die Zuschauer stattdessen auf Links in der Beschreibung, sodass eine einzelne Bildschirmaufzeichnung kanalübergreifend wiederverwendet werden konnte, während die Zieladresse stillschweigend rotiert wurde. Mit Stand September 2026 waren die neun Videos weiterhin online und hatten seit der frühesten Veröffentlichung im April 2026 310.474 Aufrufe angesammelt. Frühere Versionen, die ChatGPT statt Claude als Köder nutzten, wurden inzwischen von YouTube entfernt, was bestätigt, dass die Operation über die neun Tutorials in TRMs aktueller Analyse hinausgeht.

Der sekundäre Abfluss: Eine gefälschte Fehlermeldung

Sobald die Gelder weg sind, versuchen die Betreiber eine zweite Extraktion. Eine Compiler-Website zeigte nach dem bereits erfolgten Abfluss eine geskriptete Fehlermeldung: "ERROR: Arbitrage stuck — Gas nonce liquidity equals injected liquidity. Add 50% of your original liquidity (up to 1 ETH) as arbitrage gas to your bot's smart contract, then press Start again." "Gas nonce liquidity" ist kein anerkannter Ethereum-Begriff, und ein solcher Fehler existiert im eingesetzten Vertrag nicht. Die Nachricht dient einzig dazu, eine zweite Überweisung von einem Opfer zu veranlassen, das verwirrt statt sicher ist, bestohlen worden zu sein.

Warum herkömmliche Abwehrmaßnahmen dies nicht erkennen

Standard-Wallet-Sicherheitstools sind auf ein bestimmtes Bedrohungsmodell ausgelegt: eine feindliche externe Website, die eine schädliche Genehmigungssignatur anfordert, oder eine Phishing-Domain, die einen legitimen Dienst imitiert. Diese Kampagne umgeht jede Ebene dieses Modells.

Die Lücken, die dieser Angriff ausnutzt

Phishing-Blocklisten markieren keine eigene Compiler-Sitzung des Opfers. Die Analyse von Genehmigungssignaturen sieht nichts Ungewöhnliches, weil das Opfer einen Vertrag autorisiert, von dem es glaubt, ihn selbst gebaut und zu besitzen. Wallet-Warnungen bleiben stumm, weil die Transaktionen selbst initiiert werden. Die bösartige Bytecode-Ersetzung erfolgt serverseitig vor dem Deployment, unsichtbar für eine Prüfung auf Browser-Ebene. Selbst ein technisch versierter Nutzer, der den Quellcode auf dem Bildschirm prüft, würde nichts Falsches sehen, weil dieser Code niemals die Chain erreicht.

TRMs breiterer Intelligence-Kontext unterstreicht die Besorgnis. Das Unternehmen stellte fest, dass die kriminelle Nutzung von KI im Jahresvergleich um 40 % zugenommen hat, wobei Betrüger diese Entwicklung anführen. Betrug wird als eine der Fronten beschrieben, an denen die KI-Nutzung ein ausgereiftes Stadium erreicht hat und in jeder Phase des Angriffslebenszyklus präsent ist. Der Wechsel vom ChatGPT-Branding im Jahr 2025 zum Claude-Branding im Jahr 2026 zeigt, wie Betreiber den KI-Markenköder auffrischen können, während die zugrunde liegende Mechanik unverändert bleibt, ein kostengünstiger Iterationszyklus, der die meisten defensiven Updates überholt.

Implikationen für Rechnungslegung und AML bei Unternehmen und Wirtschaftsprüfern

Für Buchhaltungspraktiken mit Kunden im Bereich digitaler Vermögenswerte und für interne Finanzteams in krypto-nativen Unternehmen wirft diese Typologie mehrere unmittelbare Fragen auf, die über die Incident Response hinausgehen.

On-Chain-Nachverfolgbarkeit und die Grenzen selbst gemeldeter Transaktionen

Die Opfer dieser Kampagne setzten Verträge von ihren eigenen Wallets ein und finanzierten sie und autorisierten jeden Schritt. Aus Sicht der rohen Transaktionshistorie sind diese Abflüsse nicht von einer absichtlichen DeFi-Interaktion zu unterscheiden. Ein Kunde, der seine Wallet-Historie vorlegt, weiß möglicherweise nicht einmal, dass er betrogen wurde, insbesondere wenn die sekundäre Fehlermeldung ihn dazu veranlasst hat, eine zweite Tranche zu senden, in der Annahme, ein technisches Problem zu beheben.

Unternehmen, die robuste Krypto-Buchhaltungssoftware einsetzen, die rohe On-Chain-Daten einliest, werden das Contract-Deployment und die ausgehende Überweisung sehen. Ohne Kontext werden diese Einträge als DeFi-Aktivität und nicht als Diebstahl klassifiziert. Diese Fehlklassifizierung ist aus zwei Gründen wichtig: Sie beeinflusst die Behandlung des Verlusts in der Gewinn- und Verlustrechnung, und sie kann die AML-Transaktionsüberwachung verzerren, wenn das Unternehmen auch verdächtige Aktivitäten meldet. Wirtschaftsprüfer, die Angaben zu digitalen Vermögenswerten prüfen, müssen Kunden gezielt fragen, ob Smart-Contract-Interaktionen im Berichtszeitraum Compiler-Tools von Drittanbietern oder tutorial-verlinkten Code betrafen, denn eine Standardabstimmung wird diesen Unterschied nicht zutage fördern.

Smart-Contract-Due-Diligence als Kontrollanforderung

Der Angriff legt eine Lücke in den Kontrollrahmenwerken der meisten Unternehmen für digitale Vermögenswerte offen. Richtlinien befassen sich typischerweise mit Verwahrung, Schlüsselverwaltung und dem Gegenparteirisiko von Börsen. Weniger befassen sich mit dem Risiko des Einsatzes ungeprüfter Smart Contracts Dritter, insbesondere wenn das Deployment von einem Mitarbeiter oder Kunden nach öffentlich verfügbaren Anweisungen initiiert wurde. Die TRM-Erkenntnisse sind eine Grundlage für die Aktualisierung dieser Richtlinien, um zu verlangen, dass jedes Smart-Contract-Deployment, das Unternehmens- oder Kundenmittel berührt, aus einer verifizierten Entwicklungsumgebung stammen muss, nicht aus einem Tutorial-Link.

Erkennung von AML-Typologien für Compliance-Teams

Das Mittelzuflussmuster ist es wert, in die Typologie-Bibliotheken von Compliance-Teams aufgenommen zu werden. Gelder bewegen sich von Opfer-Wallets zu Honeypot-Verträgen, dann zu sechs Konsolidierungsadressen, dann durch DeFi, Cross-Chain-Bridges und einen Mixer. Diese Schichtungssequenz über dezentrale Infrastruktur, ohne zentralisierte Ausstiegsmöglichkeit, ist speziell darauf ausgelegt, die Transaktionsspur vor jeder Fiat-Konvertierung zu unterbrechen. Compliance-Beauftragte, die verdächtige Aktivitätsberichte prüfen oder SAR-Begründungen in ähnlichen Fällen vorbereiten, sollten beachten, dass das Fehlen einer zentralisierten Börse in der Kette nicht bedeutet, dass die Gelder nicht nachverfolgbar sind: TRMs Analyse zeigt, dass Blockchain-Analytik den Fluss selbst durch Mixer und Bridges rekonstruieren kann.

Für Unternehmen, deren Kunden ETH halten oder mit DeFi-Protokollen interagieren, ist eine regelmäßige Überprüfung der Wallet-Aktivität mit einer Software zur Bilanzierung digitaler Vermögenswerte, die das Tagging von Smart-Contract-Interaktionen ermöglicht, eine verhältnismäßige Reaktion. Transaktionen, die wie DeFi-Einzahlungen aussehen, aber an Verträge fließen, die keine überprüfbare Prüfspur oder anerkannte Protokolladresse haben, verdienen eine genauere Prüfung.

Praktische Schritte für Unternehmen jetzt

Die neun Videos waren mit Stand der TRM-Veröffentlichung im September 2026 weiterhin live, mit über 310.000 kombinierten Aufrufen. Frühere Varianten wurden entfernt, aber die operative Vorlage besteht eindeutig fort. Unternehmen sollten die folgenden Schritte unternehmen, ohne darauf zu warten, dass die Regulierungsbehörden nachziehen.

Kommunikation mit Kunden und Mitarbeitern

Geben Sie einen kurzen Hinweis an alle Kunden heraus, die mit DeFi interagieren oder selbst verwahrte Wallets halten. Die Kernbotschaft: Jedes Tutorial, das einen Nutzer anleitet, einen Smart Contract über eine Compiler-Website eines Drittanbieters einzusetzen, sollte als hochriskant eingestuft werden, bis es unabhängig verifiziert ist, unabhängig davon, wie professionell die Website aussieht. Die Tatsache, dass Claude oder ein anderer KI-Assistent im Titel erwähnt wird, ist kein Qualitätssignal; sie ist zunehmend ein Warnsignal.

Transaktionsprüfung und Neuklassifizierung

Markieren Sie bei Kunden mit ETH-Aktivität zwischen Februar und August 2026 alle Smart-Contract-Deployments, bei denen die Vertragsadresse keinem anerkannten DeFi-Protokoll entspricht. Gleichen Sie sie mit den sechs von TRM identifizierten Betreiber-Sammeladressen ab (verfügbar im vollständigen TRM-Bericht), um festzustellen, ob Kundenmittel betroffen waren. Bei einem Treffer verschiebt sich die buchhalterische Behandlung von einer DeFi-Interaktion zu einem Diebstahlverlust, mit unterschiedlichen steuerlichen und offenlegungsbezogenen Konsequenzen je nach Jurisdiktion des Kunden.

Aktualisierungen von Richtlinien und Kontrollen

Aktualisieren Sie die Risikorichtlinien für digitale Vermögenswerte, um Compiler-Tools von Drittanbietern und aus Tutorials stammenden Smart-Contract-Code ausdrücklich zu adressieren. Ergänzen Sie dies mit einer Erinnerung an die Mitarbeiter, dass KI-Branding in einem Tutorial-Titel keine technische Autorität verleiht. Jedes Deployment von Smart-Contract-Code unter Verwendung von Unternehmens- oder Kundenmitteln sollte die Freigabe durch eine Person erfordern, die den tatsächlichen Bytecode geprüft oder ein unabhängiges Audit eingeholt hat, nicht nur den auf dem Bildschirm gezeigten Quellcode.

Source: TRM Labs

Häufig gestellte Fragen

FAQ