$龙虾 Sicherheitshinweise für Hot Wallets 1. Wenn du eine Si | 王小二meme auf Binance Square

Veröffentlichen

--

$龙虾 Sicherheitshinweise für Hot Wallets

1. Wenn du eine Signatur nicht verstehst oder eine unbekannte Website dich auffordert, eine Berechtigung zu erteilen, lehne direkt ab! Besonders, wenn dort EIP‑7702, set code oder delegation steht

2. Klicke nicht leichtfertig auf unbekannte Websites oder kleine Projekte, die ein „Wallet-Upgrade“ anbieten.

3. Prüfe regelmäßig, ob dein EOA-Konto mit einer 7702-Delegation verknüpft ist.

4. Verwende möglichst getrennte Wallets; bewahre größere Vermögenswerte in einer Cold Wallet auf.

5. Wenn du versehentlich eine bösartige Delegation signiert hast, entferne sie sofort (delegiere an die Nulladresse) und transferiere deine Vermögenswerte umgehend ab.

Approve ist, als würdest du einer App die Berechtigung geben, eine deiner Bankkarten zu belasten; eine bösartige EIP‑7702-Delegation ist so, als würdest du jemand anderem direkt den Schlüssel zur Haustür deines gesamten Wallets übergeben – sobald Geld eingeht, wird es automatisch abtransportiert.

王小二meme

·

--

#两地址约12.8亿枚USDT遭冻结
Prüft sofort eure Adressen. Wie in Bild 1: Wenn bei einer BNB-Überweisung über das OKX-Web-Wallet EIP‑7702, „set code“ oder „delegation“ angezeigt wird, brecht sofort ab und übertragt alles Wertvolle daraus in eine neue Wallet. Selbst eine Hot Wallet ist unsicher – auch ohne Autorisierung, ohne geleakten privaten Schlüssel und selbst wenn ihr eure Seed-Phrase sicher aufbewahrt. Der Grund: Bei Transaktionen mit einer Hot Wallet kann unbemerkt eine 7702-Delegationsautorisierung erteilt werden. Schließlich ist Xu von OKX ursprünglich Techniker.

Führt bei Hot Wallets nicht leichtfertig Upgrades durch. Betrüger geben sich als „Wallet-Upgrade | kostenloses Gas | Kontoaktivierung | KI-Wallet“ aus und lassen euch eine EIP‑7702-Delegationssignatur unterzeichnen. Sobald die Signatur erfolgreich ist, wird die Wallet an einen von Hackern geschriebenen Plünderungs-Contract gebunden. Sobald Geld in die Wallet eingeht, wird es automatisch abgezogen. Es ist keine weitere Signatur von euch nötig. Die Coins werden unbemerkt gestohlen, und ihr merkt womöglich nicht einmal, was passiert ist.

Wenn bei der Transaktionssignatur chain_id auf 0 gesetzt wird, ist diese Delegationssignatur auf allen EVM-Chains gültig.
Wird eine Chain kompromittiert, sind die Vermögenswerte an dieser Adresse auf allen Chains – darunter BSC, Polygon und ETH – gefährdet. Wenn die Initialisierungslogik nicht richtig umgesetzt ist, können andere eure Autorisierungssignatur zuerst einreichen, eure Delegation kapern und die Kontrolle über euer Konto übernehmen.

Viele Wallets erklären die Vorgänge in ihren Pop-ups nur schlecht. Normale Nutzer erkennen nicht, dass es sich nicht um eine gewöhnliche Transaktion handelt, und sehen nicht, dass sie eine kontoweite Delegationsautorisierung erteilen. So kann man leicht versehentlich zustimmen.
Normale Nutzer können eine „gewöhnliche Signatur“ oft nicht von einem „EIP‑7702-Autorisierungstupel“ unterscheiden und glauben, sie müssten nur kurz das Pop-up bestätigen – und sind schon betroffen. Selbst wenn ihr den privaten Schlüssel habt, bleibt das Risiko bestehen, solange die Delegation nicht entfernt wurde.
Ihr könnt weiterhin Transaktionen mit eurem privaten Schlüssel signieren, aber die Logik des Delegations-Contracts hat Vorrang. Wenn Hacker eine automatische Plünderungslogik eingerichtet haben, können sie eure Kontoguthaben automatisch leerräumen. Das Risiko ist erst beseitigt, wenn ihr eine neue Delegation signiert, deren Ziel auf die Nulladresse setzt und damit die Delegation löscht und die Bindung aufhebt.

Selbst bei seriösen Projekten kann ein Bug im Code des Delegations-Contracts Angreifern ermöglichen, das Konto zu übernehmen – und eure Vermögenswerte sind genauso verloren.