Ice Phishing erklärt: Versteckte Genehmigungsverluste

Das betrügerische Hauptbuch: Übergang vom Diebstahl von Anmeldedaten zur Entführung von Berechtigungen

• In den Anfängen der Web3-Sicherheit war der Schutz digitaler Assets ein relativ unkomplizierter Kampf, bei dem es um den Schutz von Anmeldeinformationen ging. Wenn ein Investor seine 12-Wörter-Seed-Phrase auswendig lernte, seine privaten Schlüssel vollständig offline speicherte und das Herunterladen bösartiger Software vermied, galt sein On-Chain-Kapital im Allgemeinen als sicher. 

• Herkömmliche Phishing-Angriffe beruhten stark auf Brute-Force-Täuschung: Benutzer wurden dazu verleitet, ihre Master-Recovery-Phrasen direkt in gefälschte Webformulare einzugeben.

• Heute hat die Bedrohungslandschaft eine dramatische strukturelle Entwicklung durchlaufen. Fortgeschrittene Web3-Cyberkriminelle verschwenden keine Energie mehr mit dem Versuch, Ihre privaten Schlüssel oder Startphrasen zu stehlen. Stattdessen nutzen sie eine hochentwickelte Technik namens Eis-Phishing. 
• Anstatt in Ihr einzubrechen Geldbörse: Ice-Phishing bringt Sie dazu, höflich die Tür zu öffnen und die volle operative Kontrolle über Ihre Vermögenswerte abzugeben. Durch die Manipulation von Smart-Contract-Benutzeroberflächen, die Ausnutzung von Off-Chain-Signaturen und die Ausnutzung von Schwachstellen beim blinden Signieren ziehen diese versteckten Genehmigungsabflüsse Millionen von selbstverwahrenden Konten ab, während die privaten Schlüssel völlig unangetastet bleiben.

Was ist Ice Phishing?

• Ice-Phishing ist ein kryptografischer Exploit, bei dem ein Angreifer einen Benutzer dazu manipuliert, eine böswillige Smart-Contract-Transaktion oder Token-Zulassung zu signieren. Diese Autorisierung ändert den Genehmigungsstatus des Tokens in der Kette und erteilt dem Angreifer die volle, rechtliche Erlaubnis, die Vermögenswerte des Opfers auszugeben.

• Im Gegensatz zu einer typischen Transaktion, bei der Gelder sofort von Punkt A nach Punkt B verschoben werden, ist Ice Phishing eine asynchrone Bedrohung. Sobald ein Benutzer eine böswillige Genehmigung unterzeichnet, scheint nichts zu passieren. Es verlassen keine Token sofort das Wallet. Stattdessen wartet der Angreifer, bis die Signatur abgeschlossen ist, und ruft dann zu einem späteren Zeitpunkt die internen Übertragungsfunktionen des Token-Vertrags auf, um das Konto sauber zu leeren.

1. Die Mechanik der On-Chain-Falle: approve und setApprovalForAll

• Um mit dezentralen Anwendungen, automatisierten Market Makern und NFT-Marktplätzen zu interagieren, müssen Web3-Benutzer mit Token-Zulassungs-Frameworks interagieren. Da Smart Contracts die Tokens in Ihrer Wallet nicht ohne Erlaubnis automatisch lesen oder verschieben können, müssen Sie dem Vertrag zunächst eine bestimmte Ausgabenvergütung gewähren.

Ice-Phishing-Kampagnen nutzen diese Designwahl aus, indem sie betrügerische dezentrale Anwendungen (dApps) einsetzen, die die Parameter routinemäßiger Token-Interaktionen verändern:

• ERC-20-Token-Zuteilungen (approve): Wenn Sie glauben, dass Sie einen routinemäßigen Token-Austausch konfigurieren, ändert die bösartige dApp die zugrunde liegende Nutzlast der Transaktionsaufrufdaten. Anstatt eine Swap-Funktion aufzurufen, ruft es die native Zuordnungsfunktion des Tokens auf und gewährt der Vertragsadresse des Angreifers eine Ausgabenobergrenze von mehreren Billionen Token.

• NFT-Ökosystem-Sweeps (setApprovalForAll): Bei nicht fungiblen Token ist die Bedrohung noch absoluter. Signieren einer Transaktion, die einen böswilligen Inhalt enthält setApprovalForAll gewährt dem Angreifer die volle Verwaltungsmacht über Ihre gesamte Token-Sammlung innerhalb dieses spezifischen Vertrags. Der Hacker kann anschließend in einer einzigen Blockausführung jedes einzelne hochwertige digitale Sammlerstück aus Ihrem Konto entfernen.

2. Die unsichtbare Signatur: EIP-2612 erlaubt Phishing

• Da Wallet-Anbieter bessere Warnbanner implementierten, um verdächtige On-Chain-Genehmigungen zu kennzeichnen, verlagerten sich Drainer-Dienste auf die Manipulation von Signatur-Frameworks außerhalb der Chain, insbesondere auf Targeting EIP-2612-Genehmigung Module.

• Der EIP-2612-Standard wurde eingeführt, um ein effizienteres Benutzererlebnis zu schaffen, indem er gaslose Token-Genehmigungen ermöglicht. Anstatt eine Live-Einreichung vorzunehmen, ist dies kostspielig Blockchain Bei der -Transaktion zur Anpassung eines Freibetrags signiert der Benutzer eine strukturierte Off-Chain-Nachricht in seinem Wallet-Client. Diese rohe kryptografische Signaturzeichenfolge wird dann an einen Dritten weitergegeben, der die Netzwerkgasgebühr zahlt, um die Transaktion in der Kette auszuführen.

• In einem Ice-Phishing-Szenario wird diese Funktion zu einer stillen Schwachstelle. Angreifer erstellen schöne, geklonte Webanwendungen, die Benutzer dazu auffordern, eine einfache, gaslose Textnachricht zu unterschreiben, um „den Besitz einer Brieftasche zu bestätigen“ oder „eine Community-Belohnung anzufordern“. Hinter der Front-End-Benutzeroberfläche handelt es sich bei der Nutzlast tatsächlich um eine EIP-2612-Zulassungsvalidierungszeichenfolge. Sobald der Benutzer auf „Signieren“ klickt, erfasst der Drainer die Rohdaten der Signatur, sendet sie an das öffentliche Blockchain-Ledger, um das Guthaben zu sichern, und entzieht dem Konto seine Token.

3. The Blind Signing Blindspot: Ausnutzung von Hardware-Wallets

• Die ultimative Verteidigungslinie für einen Web3-Teilnehmer ist eine Hardware-Wallet. Allerdings kann selbst der sicherste physische Sicherheitschip einen Investor nicht vor einem Ice-Phishing-Angriff bewahren, wenn er Opfer eines Ice-Phishing-Angriffs wird Blindes Signieren.

• Blindsignierung tritt auf, wenn ein Hardwaregerät gezwungen wird, eine Smart-Contract-Transaktion oder eine komplexe Nachrichtennutzlast zu autorisieren, die es nicht nativ analysieren oder auf seinem kleinen physischen Bildschirm anzeigen kann. Anstatt klare Textanweisungen anzuzeigen wie „Übertragungsrechte für Vertrag X gewähren“, Das Hardware-Wallet zeigt eine allgemeine Warnmeldung neben einer langen, unlesbaren Zeichenfolge roher hexadezimaler Hexadezimaldaten an.

• Wenn Benutzer bei starken Marktereignissen auf diese unlesbaren Datenfelder stoßen, klicken sie aus Gewohnheit häufig durch die Warnhinweise auf ihren physischen Hardwaretasten. Durch blindes Signieren der nicht verifizierten Datenzeichenfolge validiert der Benutzer die bösartige Ice-Phishing-Nutzlast kryptografisch und erstellt so eine unanfechtbare, irreversible On-Chain-Genehmigung, die es dem Drainer-Skript ermöglicht, das Sicherheitsmodell des physischen Geräts vollständig zu umgehen.

Technische Designmatrix: Genehmigungsablaufvektorsignaturen

4. So erkennen und schützen Sie Ihr On-Chain-Kapital

Um Ihr Portfolio gegen raffinierte Ice-Phishing-Angriffe und andere „Phishings“ zu schützen, ist eine kompromisslose Verpflichtung zu strengen Betriebssicherheitsprotokollen erforderlich.

• Transaktionssimulationsdaten prüfen: Moderne, sichere Web3-Wallets enthalten fortschrittliche Transaktionssimulationsmodule. Bevor Sie eine Transaktionsaufforderung autorisieren, überprüfen Sie sorgfältig den Simulationsausgabebildschirm. Wenn eine Website, die behauptet, eine grundlegende Funktion auszuführen, eine Simulationswarnung generiert, die besagt, dass Ihr Wallet eine Berechtigung ändert, oder wenn sie eine Aktion mit Begriffen wie „ approve oder Permit, lehnen Sie die Verbindung sofort ab.

• Niemals unbekannte Nutzlasten blind unterzeichnen: Behandeln Sie Aufforderungen zum blinden Signieren auf Ihren Hardware-Wallets als risikoreiche Sicherheitsereignisse. Wenn auf dem Bildschirm Ihres physischen Geräts keine klaren, lesbaren Textumrisse angezeigt werden, die genau erklären, wohin sich Ihre Token bewegen und warum, drücken Sie nicht die Bestätigungstasten. Aktualisieren Sie die Firmware Ihres Geräts oder nutzen Sie alternative, verifizierte dApp-Schnittstellenrouten, um eine klare Datentransparenz zu gewährleisten.

• Erzwingen Sie routinemäßige Berechtigungsprüfungen: Token-Zulagen sind dauerhaft; Einmal gewährt, bleiben sie für immer in der Blockchain aktiv, bis sie explizit geändert werden. Nutzen Sie unabhängige Guthabenprüfungsanwendungen wie Revoke.cash oder native Wallet-Sicherheitsportale, um historische Genehmigungen regelmäßig zu löschen und sicherzustellen, dass kompromittierte Legacy-Plattformen nicht als Hintertür zu Ihren aktuellen Guthaben fungieren können.

Verfolgung von Kapitalzuflüssen über DEXTools Forensic Telemetry