Die Blockchain-Sicherheitsunternehmen Blockaid, PeckShield und BlockSec haben einen Exploit bestätigt, der insgesamt etwa 7,8 Millionen US-Dollar in rsETH – rund 2.900 Token – aus einer Gnosis-Safe-Wallet auf Ethereum entnahm. Safe ist eine Smart-Contract-Wallet, die häufig zur Sicherung großer On-Chain-Bestände verwendet wird, und rsETH ist der von KelpDAO ausgegebene Liquid-Resting-Token, eine handelbare Darstellung gestakter Assets. Laut den Berichten der Unternehmen begann der Vorfall am 15. September um 04:38 UTC mit einer Transaktion, die den Großteil der Mittel bewegte; ihr folgten über die nächste Stunde mehrere kleinere Transaktionen mit einem Gesamtwert von zusätzlich rund 160.000 US-Dollar.

Fehlerhafte Autorisierungsprüfung erlaubte beliebige Codeausführung

Die Ursache war eine fehlerhafte Autorisierungsprüfung im Executor-Vertrag, den Analysten als Adresse 0x4f0055926c839D1d960a82CBF84E2eE933958ebC identifizierten. Die angegriffene Safe, die einem großen Halter von gehebeltem rsETH gehörte, setzte auf ein whitelisted Strategy-Executor-Modul, das einen Recipe-Entrypoint bereitstellte. Dieser Entrypoint leitete vollständig vom Aufrufer gelieferte Calldata an die Funktion execTransactionFromModuleReturnData der Safe weiter – mit operation=1 (DELEGATECALL), einem Vorgang, der es dem aufgerufenen Code ermöglicht, im eigenen Kontext des Aufrufers zu laufen – ohne den externen Aufrufer zu beschränken. Wurde der mitgelieferte Vertragsparameter auf die eigene Adresse des Executors gesetzt, bestand dieser die Validierung; das bedeutete, dass jeder, der den Entrypoint erreichen konnte, beliebigen Code innerhalb der Safe ausführen und damit volle Kontrolle über ihre Assets erlangen konnte.

Der Angreifer nutzte einen öffentlichen Keeper-Multicall, um das autorisierte Uni-V4-LP-Safe-Modul in einen von ihm erstellten Uniswap-V4-Pool mit Hook zu leiten, ausgeführt über Permit2 und den PositionManager. Im Rahmen des Aufbaus hatte der Angreifer einen wertlosen Token namens „Permissionless Attacker Token“ (PAT) bereitgestellt und rund 2.900 aEthrsETH als Liquidität dagegen hinterlegt. Ein benutzerdefinierter Hook im Pool entpackte anschließend das aEthrsETH in rsETH und leitete es aus der Safe ab, in der ein wertloses LP-NFT zurückblieb.

Blockaid exploit detection system detected an exploit on an unidentified user's Safe on Ethereum. ~$7.73M confirmed rsETH loss so far. An attacker used a public keeper multicall to drive a custom Uni V4 LP Safe module into an attacker-created hooked pool; the hook unwrapped…

— Blockaid (@blockaid_) September 15, 2026

MEV-Bot überholt Angriff; KelpDAO verhängt vorübergehende Pause

Bemerkenswert ist, dass die ursprüngliche Angriffstransaktion ihren vorgesehenen Empfänger nie erreichte. Der Angreifer startete den Exploit direkt in den öffentlichen Mempool, wo er von einem MEV-Bot namens „yoink“ überholt wurde, der die gesamten rund 2.882 rsETH – im Wert von etwa 7,8 Millionen US-Dollar – an sich nahm und zur Adresse 0xC70f00CD7E461686b04B0E912E309becA8b80ea0 weiterleitete. Letztlich ging ein Maximal-Extractable-Value-Bot – ein Programm, das Wert erfasst, indem es die Reihenfolge der Transaktionen innerhalb eines Blocks ausnutzt – und nicht der Angreifer mit den gestohlenen Mitteln davon.

Als Reaktion gab KelpDAO bekannt, dass es verdächtige Aktivitäten auf der Empfangsadresse erkannt und ihr vorsorglich eine 24-Stunden-Pause auferlegt habe, während derer rsETH weder hinein- noch herausbewegt werden kann. Das Team erklärte, es arbeite gemeinsam mit Sicherheitsexperten an der Untersuchung, und betonte, dass die Maßnahme nur auf Wallet-Ebene gilt: Die Kelp-Verträge bleiben sicher, rsETH bleibt vollständig gedeckt, und alle Minting-, Auszahlungs- und Integrationsvorgänge laufen normal weiter, ohne dass Nutzer etwas unternehmen müssen.

We've detected potential suspicious activity on an the address (0xc70f00cd7e461686b04b0e912e309becA8b80ea0) that received rsETH a few hours ago. Out of an abundance of caution, we've placed that address under a temporary 24-hour pause. During this window, rsETH cannot move in…

— Kelp (@KelpDAO) September 15, 2026

Missbrauch auf Modulebene, keine Safe-Kern-Schwachstelle

Sicherheitsanalysten stellten klar, dass es sich um einen Missbrauch der Modulautorisierung handelte, der eine einzelne Safe betraf – nicht um eine Schwachstelle in Safes Kernverträgen oder Besitzerschlüsseln. Da Safe-Module mit der eigenen Autorität der Wallet ausgeführt werden, kann eine Schwachstelle sogar in einer vertrauenswürdigen, whitelisted Erweiterung den gesamten Kontext offenlegen, ohne dass die Eigentümerkontrollen kompromitt werden. Der Vorfall verdeutlicht dennoch ein anhaltendes Risiko für Nutzer von Smart-Contract-Wallets: Safes Kern hat nie einen direkten Protokoll-Exploit erlitten, doch Nutzer haben wiederholt Mittel durch kompromittierte Infrastruktur und anfällige Erweiterungen von Drittanbietern verloren – darunter mehr als 2 Millionen US-Dollar, die 2023 durch Address-Poisoning-Angriffe erbeutet wurden, von denen 21 Safe-Nutzer betroffen waren.

Quelle: Metaverse Post