Die meisten Krypto-Nutzer lernen schon sehr früh eine Sicherheitsregel: Schütze deine Seed-Phrase.
Dieser Rat ist richtig, aber unvollständig.
Eine Wiederherstellungsphrase kann sicher erstellt, offline gespeichert und niemals offengelegt werden, während die Wallet, die sie kontrolliert, dennoch eine gefährliche On-Chain-Sicherheitslage entwickelt.
Der Grund ist einfach.
Die Sicherheit einer Wallet verändert sich, wenn die Wallet verwendet wird.
Genehmigungen werden erteilt. Signaturen werden erstellt. Smart Contracts werden aufgerufen. Neue Gegenparteien erscheinen. Vermögenswerte bewegen sich zwischen Protokollen und Netzwerken. Das Transaktionsverhalten entwickelt sich im Laufe der Zeit.
Das bedeutet, dass das Schützen des kryptografischen Geheimnisses und das Monitoring dessen, wozu die Wallet autorisiert, zwei unterschiedliche Sicherheitsverantwortlichkeiten sind.
Fünf Sicherheitsebenen für Wallets
Ein hilfreiches Rahmenwerk unterteilt das Wallet-Risiko in fünf Ebenen:
1. Schlüsselgenerierung
2. Schlüssel-Speicherung
3. Berechtigungen
4. Counterparty-Exposure
5. Transaktionsverhalten
Diese Ebenen überlappen sich, beantworten aber unterschiedliche Fragen.
Schlüsselgenerierung
Die erste Frage ist, ob die Recovery-Phrase oder der private Schlüssel mithilfe ausreichend unvorhersehbarer kryptografischer Zufälligkeit generiert wurde.
Wenn das ursprüngliche Geheimnis schlecht generiert wurde, kann eine sichere spätere Speicherung die Schwäche nicht beheben.
Hier gibt es außerdem eine wichtige Einschränkung.
Öffentliche Blockchain-Scanner können in der Regel nicht allein anhand einer normalen öffentlichen Wallet-Adresse die Qualität der ursprünglichen Entropie bestimmen.
Eine saubere Blockchain-Historie beweist daher nicht, dass die zugrunde liegende Recovery-Phrase sicher generiert wurde.
Schlüssel-Speicherung
Die nächste Frage ist, ob das Geheimnis nach der Generierung vertraulich geblieben ist.
Phishing, Malware, Screenshots, Cloud-Backups, gefälschte Wallet-Anwendungen und unsichere Seed-Imports können eine korrekt generierte Recovery-Phrase gefährden.
Starke Generierung und starke Speicherung sind daher getrennte Anforderungen.
Berechtigungen können Risiko schaffen, ohne Ihren Schlüssel zu stehlen
Hier geht die Wallet-Sicherheit über den Schutz der Seed-Phrase hinaus.
Ein privater Schlüssel kann vollständig vertraulich bleiben, während dennoch eine andere Adresse Authority über bestimmte Assets erhält.
ERC-20-Allowances sind ein Beispiel.
Beim Prüfen einer Allowance ist der Kontext entscheidend. Sie müssen wissen, wem der Besitzer ist, welches Token, wer der Spender (spender) ist und welches Netzwerk beteiligt ist.
NFTs können Operator-Berechtigungen einführen.
Permit-basierte Systeme können Spending-Authority durch Signaturen erzeugen.
Smart Accounts und andere Autorisierungssysteme können zusätzliche Formen delegierter Authority einführen.
Das bedeutet, dass Wallet-Sicherheit erfordert zu verstehen, wofür die Wallet autorisiert hat – nicht nur, ob der private Schlüssel offengelegt wurde.
Wallet-Verbindung vs. On-Chain-Freigabe
Diese Konzepte werden häufig verwechselt.
Eine Wallet mit einem dApp zu verbinden bedeutet nicht automatisch, dass die Anwendung die Erlaubnis hat, jedes Asset in der Wallet auszugeben/zu übertragen.
Eine Verbindung ermöglicht die Kommunikation mit der Wallet und erlaubt der Anwendung, Aktionen anzufordern.
Das wichtige sicherheitsrelevante Ereignis ist die Transaktion oder Signatur, die Authority erzeugt.
Das Gegenteil ist ebenso wichtig.
Das Trennen einer Wallet von einer Website widerruft nicht automatisch eine bereits on-chain gespeicherte ERC-20-Allowance.
Das Schließen der Website ändert den Verbindungsstatus.
Es schreibt den Blockchain-Status nicht um.
Permit-Signaturen
Traditionelle Freigabe-Transaktionen sind nicht der einzige Autorisierungsmechanismus.
Permit-Systeme können signierte Nachrichten verwenden, um Token-Ausgabe-/Spending-Authority festzustellen.
Eine Sicherheitsüberprüfung, die nur nach gewöhnlichen approve-Transaktionen sucht, kann daher relevante Berechtigungs-Pfade übersehen.
Nutzer sollten verstehen, was eine Signatur autorisiert, statt anzunehmen, dass keine On-Chain-Freigabe-Transaktion bedeutet, dass es keine Berechtigung gibt.
NFT-Operator-Berechtigungen
Die Sicherheit von NFTs hat ähnliche Überlegungen.
Die Standards ERC-721 und ERC-1155 können Operator-Authority über Assets unterstützen.
Das bedeutet, dass es ein unvollständiges Bild vom Berechtigungsstatus einer Wallet liefern kann, nur fungible-Token-Allowances zu prüfen.
Counterparty-Exposure
Eine Wallet entwickelt Beziehungen, während sie betrieben wird.
Es interagiert mit Exchanges, Routern, Bridges, Smart Contracts, Protokollen und anderen Wallets.
Diese Beziehungen können nützliche Beweise für eine Untersuchung liefern.
Welche Adresse hat die Wallet ursprünglich finanziert?
Stellt eine andere Adresse wiederholt Gas bereit?
Welche Verträge erscheinen unmittelbar vor ungewöhnlicher Bewegung von Assets?
Hat die Wallet begonnen, mit Counterparties zu interagieren, die sie zuvor nie genutzt hat?
Diese Beobachtungen beweisen nicht automatisch bösartige Aktivitäten, können aber Beziehungen identifizieren, die es wert sind, untersucht zu werden.
Risikolabel brauchen Kontext
Adress-Labels sind nützlich, sollten aber nicht als automatische Urteile behandelt werden.
Eine nicht gelabelte Adresse ist nicht zwangsläufig sicher.
Neue bösartige Adressen können existieren, bevor genügend Evidenz für eine Einordnung verfügbar ist.
Ebenso beweist die Interaktion mit einer riskanten Adresse nicht automatisch, dass der Wallet-Besitzer bösartig ist.
Transaktionsrichtung, Zeitpunkt, Methode und wirtschaftlicher Kontext sind entscheidend.
Eine gute Untersuchung nutzt Labels als Evidenz, statt zuzulassen, dass das Label die Analyse ersetzt.
Funding-Pfade
Funding-Beziehungen können Verbindungen offenlegen, die eine Kontostandsansicht niemals zeigen wird.
Die Adresse, die eine Wallet ursprünglich finanziert hat, wiederholt Gas bereitstellt oder vor verdächtigen Transaktionssequenzen erscheint, kann wertvollen Kontext liefern.
Mehrere Wallets, die dieselbe Funding-Quelle teilen, verdienen je nach Umständen möglicherweise ebenfalls eine Untersuchung.
Auch hier gilt: Die Beziehung ist Evidenz, keine automatische Zuordnung.
Transaktionsverhalten
Das Wallet-Verhalten ändert sich im Laufe der Zeit.
Plötzliche Asset-Sweeps, ungewöhnliche Transaktionsfrequenz, wiederholte fehlgeschlagene Calls, ungewohnte Freigaben, unerwartete Vertragsinteraktionen und signifikante Abweichungen vom bisherigen Aktivitätsmuster können alle eine genauere Prüfung rechtfertigen.
Verhaltensanalysen sind besonders nützlich, wenn genügend Historie vorhanden ist, um festzustellen, wie normales Verhalten zuvor aussah.
Transaktions-Decodierung
Wenn eine Transaktion ungewohnt aussieht, kann das Decoding dabei helfen, festzustellen, was tatsächlich passiert ist.
Je nach verfügbaren Daten kann eine decodierte Transaktion den aufgerufenen Contract, die ausgeführte Methode, Parameter, Transfers, Freigaben, Events und andere Ausführungsinformationen offenlegen.
Das ist wichtig, weil der Text eines Buttons auf einer Website nicht bestimmt, was on-chain passiert.
Die Transaktion, die Sie autorisieren, tut es.
Das Verständnis der Transaktion selbst ist daher zuverlässiger als dem von einer Oberfläche präsentierten Text zu vertrauen.
Off-Chain-Betrügereien können On-Chain-Authority erzeugen
Viele Angriffe beginnen außerhalb der Blockchain.
Eine gefälschte Support-Nachricht erzeugt Dringlichkeit.
Ein Social-Media-Konto sendet einen Link.
Eine Phishing-Website imitiert einen legitimen Dienst.
Der Nutzer wird dazu überredet, etwas zu signieren.
Das Social Engineering geschieht off-chain, aber die resultierende Transaktion oder Berechtigung erzeugt die On-Chain-Exposition.
Diese Trennung der Phasen hilft zu erklären, wie das Opfer überredet wurde und was tatsächlich mit den Assets passiert ist.
EVM und Solana sind nicht identisch
Die Wallet-Analyse muss außerdem die Unterschiede zwischen Blockchain-Architekturen berücksichtigen.
EVM-Netzwerke verwenden Konzepte wie ERC-20-Allowances, NFT-Operator-Berechtigungen und Contract-Calls.
Solana hat eigene Konten-, Programm-, Delegate- und Token-Authority-Strukturen.
Das Sicherheitsziel ist ähnlich, aber die Mechanik ist unterschiedlich.
Die Solana-Aktivität sollte daher anhand der Architektur von Solana interpretiert werden, statt EVM-Begriffe mechanisch anzuwenden.
Was ein Wallet-Risk-Scanner nicht beweisen kann
Dies ist eine der wichtigsten Einschränkungen, die man verstehen muss.
Ein sauberes Wallet-Risk-Scan beweist nicht, dass Ihre Recovery-Phrase oder Ihr privater Schlüssel sicher ist.
Ein Scanner analysiert unterstützte öffentliche Evidenz.
Es kann in der Regel nicht bestimmen, ob jemand heimlich eine Recovery-Phrase offline kopiert hat.
Es kann nicht notwendigerweise feststellen, ob der ursprüngliche Schlüssel mit ausreichender Zufälligkeit generiert wurde.
Und es kann nicht garantieren, dass eine unbekannte Adresse harmlos ist.
Das Fehlen einer erkannten On-Chain-Warnung sollte daher anhand der verfügbaren Abdeckung und Evidenz interpretiert werden.
Risk Scores sind Signale zur Entscheidungsunterstützung
Ein Wallet-Risk-Score kann helfen, mehrere Signale zusammenzufassen, aber die Zahl sollte nicht die zugrunde liegende Evidenz ersetzen.
Zwei Wallets mit ähnlichen Scores können völlig unterschiedliche Gründe haben, sie zu erhalten.
Eine kann verdächtige Berechtigungen haben.
Eine andere kann eine Counterparty-Exposition haben.
Eine andere kann ein auffälliges Transaktionsverhalten zeigen.
Die Evidenz hinter dem Score ist daher wichtiger, als die Zahl als absolutes Urteil zu behandeln.
Ein besserer Prozess für Wallet-Sicherheit
Wallet-Sicherheit sollte wiederholend sein.
Schützen Sie das kryptografische Geheimnis.
Berechtigungen prüfen.
Verstehen Sie unbekannte Transaktionen.
Untersuchen Sie Counterparties, wenn nötig.
Untersuchen Sie Finanzierungsbeziehungen.
Überwachen Sie Änderungen im Transaktionsverhalten.
Behandeln Sie Risikolabel als Evidenz, nicht als Beweis.
Berücksichtigen Sie die Grenzen der verfügbaren Daten.
Und dokumentieren Sie Unsicherheit, statt unvollständige Informationen in Gewissheit zu verwandeln.
Der entscheidende Unterschied ist dieser:
Das Schützen einer Recovery-Phrase sichert das Wurzelgeheimnis.
Das Monitoring von On-Chain-Aktivitäten hilft dabei, abzusichern, was passiert, nachdem dieses Geheimnis mit Blockchain-Anwendungen zu interagieren beginnt.
Beides ist relevant.
Wir veröffentlichten die vollständige TokenToolHub-Recherche zu Wallet-Berechtigungen, Permit-Signaturen, NFT-Operator-Authority, Counterparty-Exposures, Funding-Pfaden, Transaktions-Decodierung, EVM- und Solana-Workflows, Wallet-Risk-Scores sowie Confidence und Coverage.
Lesen Sie die vollständige Studie:
https://tokentoolhub.com/wallet-security-beyond-seed-phrase/
Wallet-Sicherheit sollte nicht so behandelt werden, als sei sie am selben Tag abgeschlossen, an dem eine Seed-Phrase generiert wird.
Es ist eine sich weiterentwickelnde Sicherheitsausrichtung, die sich mit jeder Autorisierung, jeder Interaktion und jeder Transaktion verändert.