Schleichnebel-Überwachung: ether.fi wird angegriffen, etwa 15,45 ETH werden gestohlen. Der Schleichnebel erklärt, er habe das ether.fi-Team bereits vor der Veröffentlichung der Mitteilung privat kontaktiert und werde es gemäß dem verantwortungsvollen Disclosure-Prozess behandeln.
Der Kern der Sicherheitslücke liegt in der AtomicQueue-Vertragsfunktion solve(): Der Vertrag prüft nicht, ob solver == msg.sender, und enthält weder Signatur-, Registrierungs- noch Autorisierungsvalidierung. Der Angreifer konstruiert zuerst eine bösartige AtomicRequest über updateAtomicRequest() und zwingt dann die geschädigte Adresse, als solver zu fungieren. Anschließend führt der Vertrag finishSolve auf der geschädigten Adresse aus und ruft want.transferFrom(solver, users[i], assetsToUser) auf, wodurch die zuvor vom Opfer dem Protokoll gewährte ERC-20-Genehmigungshöhe abgezogen wird.
Das ist kein Leck privater Schlüssel, sondern eine Ausnutzung eines Aufrufpfads mit fehlender Zugriffskontrolle, bei der „bestehende Genehmigungen“ missbraucht werden. Adressen, die in der Vergangenheit mit ether.fi oder den entsprechenden Verträgen interagiert haben, sollten die Token-Genehmigungen, die nicht notwendig sind, so schnell wie möglich überprüfen und widerrufen; auch DeFi-Nutzer sollten sich angewöhnen, approve-Genehmigungsbeträge regelmäßig aufzuräumen.
#DeFi安全 #以太坊 #etherfi
Der Kern der Sicherheitslücke liegt in der AtomicQueue-Vertragsfunktion solve(): Der Vertrag prüft nicht, ob solver == msg.sender, und enthält weder Signatur-, Registrierungs- noch Autorisierungsvalidierung. Der Angreifer konstruiert zuerst eine bösartige AtomicRequest über updateAtomicRequest() und zwingt dann die geschädigte Adresse, als solver zu fungieren. Anschließend führt der Vertrag finishSolve auf der geschädigten Adresse aus und ruft want.transferFrom(solver, users[i], assetsToUser) auf, wodurch die zuvor vom Opfer dem Protokoll gewährte ERC-20-Genehmigungshöhe abgezogen wird.
Das ist kein Leck privater Schlüssel, sondern eine Ausnutzung eines Aufrufpfads mit fehlender Zugriffskontrolle, bei der „bestehende Genehmigungen“ missbraucht werden. Adressen, die in der Vergangenheit mit ether.fi oder den entsprechenden Verträgen interagiert haben, sollten die Token-Genehmigungen, die nicht notwendig sind, so schnell wie möglich überprüfen und widerrufen; auch DeFi-Nutzer sollten sich angewöhnen, approve-Genehmigungsbeträge regelmäßig aufzuräumen.
#DeFi安全 #以太坊 #etherfi