Trezor-Phishing: wenn echte Sicherheitssignale täuschen
Phishing beruht gewöhnlich auf Nachahmung. Eine fremde Absenderadresse soll wie eine bekannte aussehen, eine gefälschte Website imitiert das Original, ein Logo ersetzt Vertrauen durch Ähnlichkeit. Der aktuelle Angriff auf Nutzer der Hardware-Wallet Trezor zeigt jedoch eine gefährlichere Variante: Eine Nachricht kann technisch authentisch übertragen worden sein und inhaltlich dennoch einem Betrüger gehören.
Der Trezor-Phishing-Angriff nutzt echte technische Sicherheitssignale, eine glaubwürdige Sicherheitswarnung und eine täuschend ähnliche Domainstruktur. Gerade die Kombination aus legitimer Versandinfrastruktur, Fachbegriffen und Dringlichkeit macht den Angriff besonders gefährlich.
Eine echte Infrastruktur macht noch keine echte Nachricht
Trezor bestätigte am 9. September 2026, dass ein externer E-Mail-Dienstleister kompromittiert worden war. Über die legitime Infrastruktur wurde eine gefälschte Sicherheitswarnung mit dem Betreff „Critical Security Alert: STM32 Entropy Vulnerability“ verbreitet. Das Unternehmen warnte davor, Links in dieser Nachricht anzuklicken, und erklärte, die für den Angriff verwendete Domain abgeschaltet zu haben.
Bei gewöhnlichem Spoofing behauptet ein Angreifer lediglich, jemand anderes zu sein. Technische Prüfverfahren sollen diese Behauptung kontrollieren. SPF prüft vereinfacht gesagt, ob ein Server zum Versand für eine Domain berechtigt ist. DKIM versieht Nachrichten mit einer kryptografischen Signatur. DMARC verbindet solche Prüfungen mit Regeln darüber, wie Empfänger mit nicht authentifizierten Nachrichten umgehen sollen.
Bei der Trezor-Kampagne versagten diese Mechanismen nicht in ihrem technischen Sinn. Nach Untersuchungen von YFarmX wurde die Nachricht über Trezors Brevo-Infrastruktur versandt und bestand SPF-, DKIM- und DMARC-Prüfungen. Auch Nutzer im offiziellen Trezor-Forum veröffentlichten Header, die auf mailing.trezor.io als versendenden Server und erfolgreiche Authentifizierungsprüfungen hindeuteten.
Damit verändert sich die Ausgangsfrage. Das Problem besteht hier nicht darin, dass die Authentifizierung eine gefälschte Nachricht irrtümlich als technisch legitim erkannt hätte. Wenn ein Angreifer Zugriff auf eine autorisierte Versandumgebung erhält, kann die Authentifizierung vielmehr zutreffend feststellen, dass die Nachricht über eine berechtigte Infrastruktur verschickt wurde. Was sie nicht feststellen kann, ist, ob derjenige, der diese Infrastruktur gerade benutzt, dazu auch organisatorisch berechtigt ist.
Wichtiges Warnsignal:
Technische Authentizität ist kein Beweis für inhaltliche Legitimität. Eine E-Mail kann über echte Infrastruktur versandt werden und trotzdem Teil eines Betrugs sein.
Technische Authentizität und inhaltliche Legitimität fallen auseinander. Gerade darin liegt die Qualität dieses Angriffs. Ein Sicherheitsmerkmal, das normalerweise gegen Phishing spricht, wird nicht nachgeahmt, sondern benutzt.
Die erfundene Schwachstelle besteht aus echten Bauteilen
Auch inhaltlich arbeitete die Nachricht nicht mit beliebigem technischen Kauderwelsch. Sie behauptete eine kritische Schwachstelle bei STM32-Mikrocontrollern und erklärte, ein Teil der Trezor-Geräte könne Recovery Seeds mit nur ungefähr 40 Bit Entropie erzeugt haben. In Varianten der Nachricht war von etwa jedem vierten Gerät und von älteren Wallets die Rede. Diese Behauptungen sind nach den bislang verfügbaren Informationen falsch.
Ihre Bestandteile sind jedoch geschickt gewählt. Entropy bezeichnet in diesem Zusammenhang die Unvorhersagbarkeit des Zufallswerts, aus dem kryptografische Schlüssel entstehen. Ist diese Zufälligkeit hinreichend groß, lässt sich ein Seed praktisch nicht durch systematisches Ausprobieren rekonstruieren. Bricht die tatsächliche Entropie dagegen drastisch ein, kann ein scheinbar langer und komplexer Recovery Seed auf einer wesentlich kleineren Menge möglicher Ausgangswerte beruhen.
Dass ein solcher Fehler grundsätzlich keine Fantasie ist, hatte kurz zuvor ein realer Sicherheitsvorfall bei Coldcard gezeigt. Dort wurde 2026 eine Schwachstelle bei der Zufallszahlenerzeugung öffentlich, bei der die effektive Entropie bestimmter betroffener Geräte erheblich reduziert war. Berichte und technische Aufarbeitungen beschreiben insbesondere für ältere Modelle Größenordnungen um 40 Bit.
Die Phishing-Mail erfand ihre Geschichte deshalb nicht vollständig. Sie übertrug das Grundmuster eines realen Problems auf einen anderen Hersteller. Gerade diese Mischung erschwert die Prüfung. Eine erfundene Behauptung wird nicht dadurch wahr, dass ihre Fachbegriffe stimmen. Sie wird aber glaubwürdiger, wenn der Leser jeden einzelnen Begriff wiedererkennt.
Warum die Behauptung bei Trezor nicht aufgeht
An dieser Stelle zeigt sich zugleich die Grenze der technischen Plausibilität. Trezor beschreibt die eigene Seed-Erzeugung gerade nicht als Abhängigkeit von einer einzigen STM32-Zufallsquelle. Beim Model One und Model T wird Hardware-Entropie des Geräts mit Entropie des verbundenen Computers oder Telefons kombiniert. Neuere Modelle beziehen zusätzliche Hardwarequellen ein. Ein Fehler einer einzelnen Quelle würde deshalb nicht ohne Weiteres das in der Phishing-Mail behauptete Szenario erzeugen.
Meldung von Trezor auf X.com bezüglich einer Phishing-Warnung.
Auch das Vokabular der Recovery-Verfahren ist geschickt gewählt. BIP39 und SLIP39 sind reale Standards; Trezor verwendet beziehungsweise unterstützt sie. BIP39-Backups können aus 12, 18 oder 24 Wörtern bestehen, SLIP39 kennt unter anderem Wortfolgen mit 20 oder 33 Wörtern.
Die Fachbegriffe bestätigen also nicht die Behauptung. Sie bilden lediglich eine glaubwürdige Umgebung für sie. Dies ist eine wichtige Präzisierung für die Bewertung anspruchsvollen Phishings. Fehlerfreie Terminologie ist kein Echtheitsbeweis. Bei professionell vorbereiteten Angriffen kann gerade sie Teil des Täuschungsmittels sein.
Warum Fachbegriffe allein nicht schützen
Technische Begriffe können korrekt sein und trotzdem für eine falsche Behauptung genutzt werden.
Echte Standards wie BIP39 und SLIP39 beweisen nicht die Echtheit einer Warnung.
Eine plausible Sicherheitsgeschichte kann auf einen anderen Hersteller übertragen werden.
Auch eine bestandene Authentifizierungsprüfung ersetzt keine unabhängige Prüfung der Aufforderung.
Die Sicherheitswarnung als Teil des Angriffs
Besonders aufschlussreich ist eine Formulierung innerhalb der Phishing-Mail. Nutzer veröffentlichten den Hinweis: „NEVER enter your recovery phrase on a website.“
Für sich betrachtet ist das ein richtiger Sicherheitshinweis. Trezor selbst erklärt ausdrücklich, dass Wallet-Backups niemals weitergegeben oder auf Aufforderung Dritter eingegeben werden dürfen. Im Zusammenhang des Angriffs erfüllt der Satz jedoch noch eine zweite Funktion. Er demonstriert Sicherheitsbewusstsein und nimmt damit einen naheliegenden Einwand vorweg.
Der Empfänger soll nicht nur glauben, dass der Absender Trezor ist; er soll zugleich den Eindruck gewinnen, dass die Nachricht dieselben Sicherheitsregeln vertritt wie Trezor. Der Angriff versucht damit, Misstrauen nicht zu unterdrücken, sondern für sich zu nutzen.
Auch die übrige Dramaturgie folgt diesem Prinzip. Eine angeblich neu entdeckte Hardware-Schwachstelle erzeugt Dringlichkeit. Fachbegriffe erzeugen Kompetenz. Eine besorgte oder entschuldigende Unternehmenssprache erzeugt institutionelle Glaubwürdigkeit. Der Empfänger soll nicht unüberlegt handeln, weil die Nachricht plump droht, sondern weil sie wie eine verantwortungsvolle Reaktion auf einen echten Sicherheitsvorfall erscheint.
Das ist die psychologische Besonderheit dieser Kampagne: Sie imitiert nicht lediglich das Erscheinungsbild eines Unternehmens, sondern auch dessen erwartbares Sicherheitsverhalten.
Der kleine Bindestrich mit großer Wirkung
Noch deutlicher wird die Konstruktion an der im vorliegenden Phishing-Material genannten Zieladresse: 84049-cdn-satoshilabs.com.
SatoshiLabs verwendet tatsächlich satoshilabs.com; Trezor führt diese Domain selbst unter seinen authentischen Domains auf. Entscheidend ist deshalb nicht, ob die Zeichenfolge „satoshilabs.com“ irgendwo in der Adresse vorkommt, sondern welche Domain tatsächlich registriert und hierarchisch übergeordnet ist.
Eine wirkliche Subdomain könnte beispielsweise so aussehen: 84049-cdn.satoshilabs.com. Hier trennt ein Punkt die Subdomain 84049-cdn von der eigentlichen Domain satoshilabs.com.
Bei 84049-cdn-satoshilabs.com fehlt dieser Punkt. Der gesamte Ausdruck 84049-cdn-satoshilabs bildet den Domainnamen unter .com. Der Bindestrich erzeugt lediglich den optischen Eindruck einer technischen CDN-Bezeichnung.
Entscheidend ist die Domainstruktur:
Nicht die vertraute Zeichenfolge allein zählt, sondern ihre Position innerhalb der Adresse. Ein Bindestrich ersetzt keinen Punkt und macht aus einer fremden Domain keine echte Subdomain.
Das Beispiel zeigt, weshalb der verbreitete Rat, „auf die Domain zu achten“, genauer gefasst werden muss. Entscheidend ist nicht die vertraute Zeichenfolge, sondern ihre Position innerhalb der Domainstruktur.
Warum der Empfängerkreis eine offene Frage bleibt
Der Angriff fällt zudem in eine Phase, in der Trezor bereits mit den Folgen eines anderen Drittanbieter-Vorfalls befasst war. Beim Logistikdienstleister ShipMonk waren personenbezogene Bestelldaten von Trezor-Kunden offengelegt worden. Nachdem zunächst 13.689 Betroffene bekannt waren, teilte Trezor Anfang September mit, dass weitere rund 67.000 frühere Kunden betroffen seien. Namen, E-Mail-Adressen, Telefonnummern, Lieferadressen und Bestelldaten gehörten zu den offengelegten Informationen.
Damit existiert eine reale Grundlage für besonders gezieltes Phishing gegen Personen, die tatsächlich Trezor-Produkte gekauft haben. Daraus folgt jedoch noch nicht, dass die aktuelle Kampagne genau diese Daten verwendet hat. Yellow bezeichnet den Angriff als zweiten Drittanbieter-Sicherheitsvorfall mit Auswirkungen auf Trezor-Kunden innerhalb eines Monats, doch die konkrete Herkunft der bei der aktuellen E-Mail-Kampagne verwendeten Empfängeradressen ist bislang nicht abschließend geklärt.
Die Unterscheidung ist wesentlich. Ein vorhandenes Datenleck erklärt, wie eine zielgenaue Kampagne möglich wäre. Es beweist nicht, dass diese Möglichkeit im konkreten Fall genutzt wurde.
Was dieser Angriff über Phishing verändert
Die übliche Vorstellung von Phishing setzt voraus, dass Betrüger Echtheit simulieren. Dieser Fall zeigt eine unangenehmere Variante: Ein Angreifer kann Teile der echten Infrastruktur übernehmen und dadurch einige klassische Echtheitssignale tatsächlich erfüllen.
Daraus folgt nicht, dass SPF, DKIM oder die Prüfung von Domains nutzlos geworden wären. Sie beantworten nur eine engere Frage, als Nutzer ihnen häufig zuschreiben. E-Mail-Authentifizierung kann Hinweise darauf geben, ob eine Nachricht über autorisierte technische Systeme versandt wurde. Sie kann nicht garantieren, dass diese Systeme im fraglichen Moment von der richtigen Person kontrolliert werden.
Für Hardware-Wallets bleibt deshalb eine unabhängigere Regel entscheidend. Trezor erklärt, dass das Unternehmen niemals nach dem Wallet-Backup, PIN, Passwörtern oder vergleichbaren Geheimnissen fragen werde. Auch angebliche Sicherheitsmaßnahmen sollen über die offiziellen Anwendungen und Kanäle geprüft werden, nicht über einen überraschend eintreffenden E-Mail-Link.
Praktische Schutzmaßnahmen bei Trezor-Phishing
Links aus unerwarteten Sicherheitswarnungen nicht verwenden.
Trezor Suite oder die bekannte offizielle Website unabhängig öffnen.
Recovery Seed beziehungsweise Wallet-Backup niemals in eine Website eingeben.
Keine per E-Mail bereitgestellten Prüfwerkzeuge oder heruntergeladenen HTML-Dateien verwenden.
Auch bei korrektem Absender, gültiger DKIM-Signatur und bestandener DMARC-Prüfung die verlangte Handlung selbst prüfen.
Ein bereits offengelegtes Wallet-Backup als kompromittiert behandeln.
Vermögenswerte auf eine Wallet mit neu erzeugtem Backup übertragen, wenn ein Backup offengelegt wurde.
Der Trezor-Fall widerlegt damit nicht die bisherigen Regeln zur Phishing-Erkennung. Er zeigt ihre Reichweite. Ein verdächtiger Absender bleibt verdächtig, eine falsche Domain bleibt ein Warnsignal und technische Authentifizierung bleibt sinnvoll. Doch keines dieser Merkmale beantwortet allein die entscheidende Frage: Ist die konkrete Aufforderung, die der Empfänger befolgen soll, legitim?
Gerade dort, wo alle sichtbaren Signale auf Grün stehen, gewinnt diese letzte Prüfung an Bedeutung. Die überzeugendste Fälschung ist nicht mehr notwendig diejenige, die das Original am besten imitiert. Es kann diejenige sein, die genügend Teile des Originals tatsächlich benutzen kann.
Haben Sie durch Phishing oder Krypto-Betrug Geld verloren?
Lassen Sie Ihren Fall kostenfrei prüfen. Je früher E-Mails, Links, Wallet-Daten und Zahlungswege gesichert werden, desto besser lassen sich mögliche rechtliche Schritte bewerten.
