Phantom Wallet Snapshot-Anfälligkeit: Warum Cloud-Backups der Recovery Phrase unsicher sind

Ein Benutzer installiert Phantom Wallet auf seinem iPhone, erstellt eine neue Wallet und erhält eine 24-Wort-Seed-Phrase als Secret Recovery Phrase. Das Smartphone fragt dann automatisch, ob iCloud Drive diese Phrase sichern soll – zusammen mit Fotos, E-Mails und anderen persönlichen Daten. Die Aufforderung wirkt hilfreich. Sie versteckt ein kritisches Sicherheitsrisiko: Die Seed Phrase liegt dann auf Servern, die Apple kontrolliert, mit Verschlüsselung, deren Stärke von den Authentifizierungsmechanismen des Apple-Kontos abhängt.

Phantom Wallet legt großen Wert auf Self-Custody und warnt vor Phishing-Seiten und gefälschten Apps. Das Unternehmen erinnert Benutzer daran, dass die Secret Recovery Phrase der Schlüssel zu vollständiger Kontrolle über ihre Vermögenswerte ist. Dennoch verlieren viele Benutzer diese Kontrolle nicht durch Hacks oder raffinierte Angriffe, sondern durch eine einfache technische Entscheidung: Sie sichern die Phrase in der Cloud und geben damit einem Cloud-Anbieter Zugriff auf den Root-Key für ihre gesamte Wallet. Das Problem ist nicht die Verschlüsselung selbst. Es ist die falsche Annahme, dass eine automatische Sicherung gleichbedeutend mit sicherer Verwahrung ist.

Die Architektur der Cloud-Sicherung und ihre Annahmen

iCloud Drive und Google Drive sind nicht einfach „sichere Speicher”. Sie sind komplexe Systeme mit mehreren Sicherheitsschichten, von denen jede theoretisch stark, aber praktisch fehlerhaft sein kann. Apple verschlüsselt die meisten iCloud-Daten mit einem Schlüssel, der sich aus dem Passwort des Benutzers und zusätzlichen lokalen Faktoren ableitet. Google Drive verwendet ähnliche Ansätze mit Account-basierter Verschlüsselung. Das Sicherheitsmodell setzt jedoch voraus, dass das Passwort des Cloud-Kontos sicher ist und dass keine Hintertür oder Sicherheitslücke dem Anbieter direkten Zugriff ermöglicht.

In der Praxis ist diese Annahme riskanter, als sie erscheint. Ein Benutzer mit einem schwachen iCloud-Passwort, der Zwei-Faktor-Authentifizierung nicht aktiviert hat oder dessen Apple-ID durch Phishing kompromittiert wurde, hat der Seed Phrase einen Punkt großer Anfälligkeit gegeben. Apple hat keinen technischen Weg eingebaut, um eine Secret Recovery Phrase zu unterscheiden. Es behandelt sie wie alle anderen Dateien. Wenn das Apple-Konto gehackt wird, kann ein Angreifer die gesamte Wallet leeren – nicht durch einen Brute-Force-Angriff auf die Seed Phrase selbst, sondern durch den einfachen Zugriff auf das Cloud-Backup.

Google Drive hat ein ähnliches Problem. Die Verschlüsselung ist standardmäßig aktiviert, aber sie schützt nicht vor einem kompromittierten Google-Konto. Zwei-Faktor-Authentifizierung auf dem Google-Konto ist ein wichtiges Mittel zur Risikominderung, aber auch sie ist nicht narrensicher. SIM-Swapping-Angriffe können eine Telefonnummer übernehmen und damit den Zugriff auf den SMS-basierten Verifizierungscode ermöglichen. Wiederherstellungs-E-Mails können gehackt werden. Session-Cookies können gestohlen werden. Die Cloud-Sicherung ist nur so sicher wie der schwächste Authentifizierungsmechanismus, der Zugriff auf das zugrunde liegende Konto gewährt.

Besonders problematisch ist die Sichtbarkeit des Backups für Mitarbeiter des Cloud-Anbieters und möglicherweise für Behörden. Apple und Google haben beide Anforderungen zur Herausgabe von Daten erfüllt, wenn sie mit ausreichend Druck konfrontiert wurden. Apple bietet zwar End-to-End-Verschlüsselung für bestimmte Daten an (Backup-Schlüssel, für die nur der Benutzer den Entsperrungscode kennt), aber nicht alle Benutzer aktivieren diese Option. Google bietet weniger Kontrolle über einzelne Dateien. Eine Secret Recovery Phrase in der Cloud ist daher nicht nur den Cyberkriminellen ausgesetzt, sondern auch dem regulatorischen und geschäftlichen Druck, unter dem diese Unternehmen operieren.

Warum automatische Sicherungen die falsche Sicherheitsmetapher schaffen

Die meisten modernen Betriebssysteme fördern automatische Sicherungen als Datensicherheitsmaßnahme. Das Sicherungssystem macht regelmäßige Snapshots und speichert sie, damit ein Benutzer sein Telefon ersetzen kann, ohne alle seine Daten zu verlieren. Für Fotos, E-Mails und App-Einstellungen ist das unglaublich wertvoll. Für kryptografische Schlüssel ist es tückisch.

Der Grund liegt in einem fundamentalen Unterschied zwischen Datenverfügbarkeit und Schlüsselverwahrung. Datenverfügbarkeit bedeutet, dass Sie Ihre Dateien zurückbekommen können. Schlüsselverwahrung bedeutet, dass nur Sie auf Ihre privaten Schlüssel zugreifen können – und dass jeder andere Zugriff Vermögenswerte unmittelbar gefährdet. Eine Sicherungsfunktion, die optimal für Fotos ist, ist optimal gefährlich für Seed Phrases.

Ein automatisches Backup schafft auch ein Zeitverständnisproblem. Der Benutzer erstellt die Wallet, wird zur Sicherung aufgefordert und speichert die Phrase ab. Zwei Jahre später hat sich sein Passwort möglicherweise mehrmals geändert, er hat seine SIM-Karte gewechselt, und neue Geräte sind hinzugekommen. Die alte Backup-Datei verweilt auf den Cloud-Servern, möglicherweise lange vergessen. Ein Angreifer muss das Cloud-Konto nicht sofort kompromittieren. Er kann jahrelang warten, bis die Sicherheit schwächer wird oder der Benutzer weniger aufmerksam ist. Das Backup wird zu einer Zeitbombe mit unbegrenzter Zündschnur.

Das Sicherungssystem erzeugt auch Trugschlüsse über Kontrollierbarkeit. Der Benutzer sieht die Backup-Aufforderung, klickt auf „Ja” und denkt, dass das Problem gelöst ist. Er versteht nicht, dass sein Backup nun auf Dutzenden von Servern repliziert ist, mit Redundanz über geografische Regionen hinweg und mit Protokollen, die es Systemadministratoren, möglicherweise auch Angreifern, erlauben, Snapshots zu durchsuchen. Die Illusion der „Sicherung” überlagert die Realität der „Exposition”.

Der praktische Unterschied zwischen Backup und Verwahrung

Eine Wallet wie Phantom Wallet ist eine Self-Custody-Wallet. Das bedeutet, dass der Benutzer – nicht das Unternehmen, nicht ein Cloud-Dienst – vollständig verantwortlich für die Secret Recovery Phrase ist. Der private key und alle damit abgeleiteten Informationen sind Eigentum des Benutzers, unter seiner Kontrolle und mit seinen Risiken. Wenn ein Benutzer automatische iCloud- oder Google Drive-Backups für diese Phrase aktiviert, überträgt er implizit die Verwahrung auf jene Dienste.

Das ist nicht semantische Haarspalterei. Es ist ein operationeller Unterschied. Ein sicheres Backup ist etwas, das der Benutzer kontrolliert – eine Kopie der Seed Phrase auf einem Blatt Papier in einem Tresor, oder auf einem verschlüsselten USB-Laufwerk, das physisch geschützt ist. Ein unsicheres Backup ist etwas, das an Dienste delegiert ist, auf die der Benutzer keinen Zugriff auf die zugrunde liegende Infrastruktur hat.

Die offizielle Anleitung von Phantom Wallet zur Wiederherstellung und zum Sichern der Wallet wird Benutzer auf die offizielle Download-Seite phantom.app verweisen. Dort finden Benutzer Links zur Browser-Erweiterung (Chrome, Brave, Edge, Firefox) und zur nativen App (iOS, Android). Die App erklärt, wie die Secret Recovery Phrase zu sichern ist – nämlich offline und privat. Das Unternehmen warnt explizit vor Phishing-Seiten und gefälschten Apps, aber es kann nicht warnen, wenn die Benutzer selbst aktivieren, was das Betriebssystem vorschlägt.

Eine bessere Architektur für die Wiederherstellung wäre die folgende: Der Benutzer wird einmalig aufgefordert, die Seed Phrase zu sichern. Die einzigen angebotenen Optionen sind offline – Papier, Stift, möglicherweise ein spezialisiertes Hardware-Wallet oder ein verifizierter luftgetrennter Sicherungsmechanismus. Die Wallet würde nicht automatisch fragen, ob die Phrase in der Cloud gespeichert werden soll. Sie würde das als unsichere Option nicht anbieten. Das würde Benutzer zwingen, sich bewusst zu entscheiden und aktiv eine Sicherungsmethode zu wählen – anstatt sie passiv zum Sicherheitsversprechen „automatisches Backup” zu verleiten.

Angriffsszenarien und ihre realistischen Häufigkeiten

Die wahrscheinlichsten Angreifer auf ein iCloud- oder Google Drive-Backup einer Seed Phrase sind nicht Nation-State-Hacker, die Apple oder Google infizieren. Sie sind gewöhnliche Cyberkriminelle, die Schwachstellen in den weniger sicheren Teilen der Authentifizierungskette ausnutzen. Ein Benutzer erhält eine gefälschte E-Mail, die behauptet, von Apple Support zu stammen, und gibt sein Passwort ein. Ein Benutzer wird vom Phishing auf einer gefälschten Website betrogen. Ein Benutzer wird per Social Engineering überredet, seinen Account-Wiederherstellungscode zu offenbaren.

Jedes dieser Szenarios ermöglicht es einem Angreifer, in das Cloud-Konto einzubrechen und das Backup herunterzuladen. Der Angreifer braucht nicht die Seed Phrase zu erraten oder zu brechen – er oder sie braucht nur auf die Datei zuzugreifen. Wenn die Phrase auf iCloud oder Google Drive liegt, reduziert sich die Sicherheit des Crypto-Wallets auf die Sicherheit eines Cloud-Kontos, das für vielfältige Zwecke verwendet wird und viele Angriffsvektoren hat.

Ein weiteres realistisches Szenario ist die Geräteermittlung. Wenn ein Benutzer sein iPhone oder sein Android-Gerät verliert, wird das Gerät möglicherweise in die Hände eines Finders oder eines Diebs gelangen. Wenn das Gerät auf die iCloud- oder Google Drive-Backups automatisch zugreift, kann ein Angreifer, der das physische Gerät hat, möglicherweise ohne das Passwort des Cloud-Kontos auf die Backups zugreifen – insbesondere wenn die Authentifizierung auf dem Gerät mittels Biometrie oder einfachen PIN erfolgt ist.

Ein drittes Szenario ist die Datenbankoffenbarung. Cloud-Anbieter haben Datenschutzverletzungen erlebt. Falls ein Mitarbeiter oder ein eingedrungener Angreifer ein Backup-Datenbank-Dump erstellen könnte, würde jede Seed Phrase, die dort gespeichert ist, sofort für Massenmünzdiebstahl anfällig werden. Ein Angreifer könnte Tausende von Wallets in wenigen Stunden lesen und plündern.

Multi-Chain-Exposure und die Multiplikation des Risikos

Phantom Wallet unterstützt mehrere Blockchains: Solana, Ethereum, Polygon und Base. Das ist praktisch – ein Benutzer kann verschiedene Vermögenswerte in einer einzigen Wallet-Anwendung verwalten. Es bedeutet aber auch, dass eine kompromittierte Secret Recovery Phrase nicht nur eine Blockchain gefährdet. Sie gefährdet alle.

Eine Seed Phrase in einem BIP-39-kompatiblen Standard (den die meisten modernen Wallets verwenden) kann verwendet werden, um private keys für beliebig viele Blockchains abzuleiten. Ein Benutzer mit einer Seed Phrase kann auf Solana-Token, Ethereum-Token, Polygon-Token und Base-Token zugreifen. Das ist ein großes Sicherheitsvorteil für den Benutzer, wenn die Phrase sicher ist. Es ist ein großes Risiko, wenn die Phrase exponiert ist.

Wenn ein Benutzer eine einzelne Seed Phrase in iCloud oder Google Drive speichert und sein Cloud-Konto wird kompromittiert, riskiert er potenziell den Verlust aller seiner Vermögenswerte auf allen Ketten gleichzeitig. Ein Angreifer könnte in wenigen Sekunden eine komplette Wallet-Sweeping-Transaktion durchführen, die alle Guthaben auf allen Ketten an Adressen des Angreifers überweist. Die Multi-Chain-Unterstützung von Phantom ist ein Feature für Benutzer, aber ein Multiplikator des Risikos, wenn die grundlegende Authentifizierung kompromittiert ist.

Sichere Sicherungsprotokolle und ihre Implementierung

Ein Benutzer, der Phantom Wallet sicher nutzen möchte, sollte die Secret Recovery Phrase offline speichern. Die klassische Methode ist: einen Stift nehmen, die 24 Wörter auf ein Blatt Papier schreiben und das Blatt in einem physisch gesicherten Ort aufbewahren – Tresor, Safe, Bank-Schließfach oder ein sicheres Versteck außerhalb des Hauses. Papier hat einen Vorteil gegenüber digitalen Medien: Es kann nicht remote gehackt werden. Ein Nachteil: Es kann physisch zerstört, gestohlen oder verloren gehen. Der Benutzer muss entscheiden, welches Risiko akzeptabel ist – digitale Exposition oder physische Verletzlichkeit.

Für Benutzer, die Papier als zu anfällig sehen, sind spezialisierte Lagerungsmethoden verfügbar. Metallplatten mit geprägten oder gestanzten Wörtern sind brandfest und wasserfest. Sie sind weniger anfällig als Papier gegenüber Umweltkatastrophen. Sie sind jedoch immer noch stahl- oder aluminiumbasiert und können von neugierigen Personen mit physischem Zugriff gelesen werden. Die Geheimhaltung hängt von physischer Sicherheit ab – eine Reihe von Schlössern und Barrieren, die ein Benutzer kontrolliert.

Eine weitere Option ist das Hardware-Wallet – ein Gerät wie Ledger oder Trezor, das die Secret Recovery Phrase speichert und private keys generiert, ohne diese jemals dem Netzwerk auszusetzen. Ein Hardware-Wallet ist nicht das Gleiche wie eine Self-Custody-Wallet wie Phantom. Es ist eine Ergänzung. Ein Benutzer könnte Phantom Wallet auf seinem Telefon installieren, die Phrase jedoch auf einem Hardware-Wallet generieren und nur das Hardware-Wallet importieren oder verwenden, um Transaktionen zu signieren. Das reduziert die Exposition, ob die Phrase auf dem Telefon ist.

Durch die Suche auf sites.google.com/kryptowallets.app/phantom-wallet-extension-app können Benutzer Anleitung zur korrekten Installation und Konfiguration finden und verstehen, wie die Wallet-Schlüssel lokal gespeichert werden. Ein Benutzer sollte verstehen, dass Phantom die Phrase auf dem Gerät speichert – nicht auf Remote-Servern des Unternehmens – und dass die Sicherung dieser Phrase daher in Handarbeit des Benutzers liegt, nicht in der Hand des Betriebssystems.

Das Cloud-Ökosystem und die langfristige Risikodynamik

Ein Benutzer könnte argumentieren: „Mein iCloud-Passwort ist lang und zufällig. Ich habe Zwei-Faktor-Authentifizierung aktiviert. Warum ist das nicht sicher genug?” Die Antwort besteht darin, dass Sicherheit nicht statisch ist. Ein Passwort, das heute sicher ist, kann morgen in einer Datenverletzung an einem anderen Ort auftauchen. Zwei-Faktor-Authentifizierung kann durch SIM-Swapping, Phishing oder man-in-the-middle-Angriffe umgangen werden. Neue Schwachstellen in iOS oder in den Cloud-Servern können auftauchen.

Die Cloud-Anbieter haben auch Geschäftsincentives, die mit der Sicherheit eines einzelnen Benutzers kollidieren können. Apple und Google verdienen Geld durch Datenverfolgung, Anzeigenausrichtung und andere Geschäftsmodelle. Sie haben beide neue Durchsuchungs- und Überwachungsfunktionen implementiert, die es ihnen erlauben, mehr über ihre Benutzer zu sehen. Ein Benutzer, der heute sein Backup auf iCloud speichert, könnte in Zukunft feststellen, dass seine Seed Phrase für erweiterte Scan- oder Analyse-Zwecke verfügbar ist – nicht aufgrund eines Hacks, sondern aufgrund einer Geschäftsentscheidung.

Regulatoren könnten auch Druck ausüben. Falls Behörden einen Grund haben zu glauben, dass ein Benutzer in illegale Aktivitäten verwickelt ist, könnten sie mit gerichtlichem Befehl die Herausgabe von iCloud-Daten fordern, einschließlich Wallet-Backups. Ein Benutzer, der seine Seed Phrase in der Cloud speichert, hat implizit akzeptiert, dass Strafverfolgungsbehörden möglicherweise Zugriff auf sein gesamtes Kryptobestand bekommen können, ohne das Passwort knacken zu müssen.

Die langfristige Risikodynamik ist daher asymmetrisch. Die Wahrscheinlichkeit, dass ein Cloud-Konto kompromittiert wird, nimmt im Laufe der Zeit zu, nicht ab. Das Backup wird älter, die Anzahl der Systeme, auf denen es kopiert wurde, nimmt zu. Die Geheimhaltung wird schwächer. Ein Benutzer, der heute ein Cloud-Backup für sicher hält, könnte in einem Jahr oder zehn Jahren feststellen, dass seine Entscheidung ihn ruiniert hat.

Best Practices für die Verwaltung und das Testen von Backups

Der beste Plan für eine sichere Wallet ist nicht nur das Erstellen eines Backups, sondern auch das Testen. Ein Benutzer sollte in regelmäßigen Abständen – mindestens einmal pro Jahr – seine Backup-Seed-Phrase nehmen und überprüfen, dass er damit eine neue Wallet wiederherstellen kann. Das ist nicht trivial. Der Prozess sollte offline stattfinden, auf einem sauberen, vertrauenswürdigen Gerät. Der Benutzer sollte die Wallet mit dem Backup wiederherstellen, überprüfen, dass die gleichen Konten und Guthaben angezeigt werden, und dann die Test-Wallet löschen.

Dies dient mehreren Zwecken. Erstens überprüft es, dass das Backup vollständig und korrekt ist. Ein Backup, das niemals getestet wurde, könnte beschädigt sein oder wichtige Wörter enthalten, die das Gedächtnis des Benutzers falsch kodiert hat. Zweitens überprüft es, dass der Benutzer den Wiederherstellungsprozess versteht. Im Notfall – wenn das primäre Gerät verloren oder beschädigt ist – sollte der Wiederherstellungsprozess nicht zum ersten Mal durchgeführt werden. Es sollte mechanisch und vertraut sein.

Ein weiterer Best Practice ist die Trennung von Backups. Ein Benutzer könnte mehrere Kopien seines Backups an verschiedenen physischen Orten halten. Dies reduziert das Risiko, dass eine einzelne Katastrophe (Hausbruch, Feuer, Hochwasser) alle Kopien zerstört. Jedoch sollten diese Kopien nicht in der Cloud sein. Sie sollten offline sein. Ein Benutzer könnte eine Kopie bei sich zu Hause im Tresor haben, eine zweite Kopie bei einem vertrauenswürdigen Familienmitglied oder einen Freund (mit Vereinbarung zur Geheimhaltung), und möglicherweise eine dritte an einem sicheren Ort wie einem Bank-Schließfach.

Besonders kritisch ist auch die Vermeidung von Kopien in digitaler Form. Eine Seed Phrase, die in ein Notizbuch, eine Excel-Tabelle, eine Cloud-Notiz-App oder sogar einen verschlüsselten Texteditor auf dem Computer geschrieben wird, ist anfälliger als Papier oder Metall. Malware könnte die Datei ausspähen. Ein Cloud-Dienst könnte gehackt werden. Der Computer selbst könnte kompromittiert sein. Die einfache Regel: Wenn die Seed Phrase jemals auf einem internetverbundenen Gerät ist, ist sie exponiert.