Squid nega envolvimento no exploit do módulo do Gnosis Safe no valor de 3,2 milhões de dólares

Opening

A third-party module connected to the Gnosis Safe ecosystem was exploited across Ethereum and Base networks, draining approximately $3.2 million from 86 different Safes in two hours. The vulnerable contract, verified on Basescan as "SquidRouterModule," initially sparked confusion due to its name association with Squid protocol. However, Squid clarified that the contract was not built, deployed, or operated by the project, and that the module independently integrated with Squid and other protocols without direct project involvement. Security firms Blockaid and PeckShield were among the first to report details of the incident, which exploited a flaw in the module's signature verification mechanism.

Exploit Mechanics

The vulnerable module accepted a caller-supplied constant string as proof that a transaction message was secure. By passing this value, attackers were able to bypass signature verification mechanisms and execute arbitrary call data from victim wallets. This flaw gave attackers the ability to spend tokens held in affected Safes without requiring legitimate wallet approvals.

Security researchers determined that the exploit relied on Foundry-based exploit contracts that targeted the module's DelegateBundler execution path. According to Blockaid, the attackers impersonated authorized delegates tied to each Safe and initiated arbitrary token swaps through Uniswap V3 liquidity pools.

Asset Conversion and Current Status

The stolen assets were converted into an attacker-created worthless token known as "u" through specially seeded liquidity pools controlled by the exploiter. After routing the assets through these pools, the attacker removed liquidity and consolidated the proceeds into approximately 3.07 million DAI. PeckShield stated that the funds are currently being held in a wallet beginning with "0xa447...54859."

Esclarecimento da Squid

A Squid criticou a divulgação inicial ao público que ligava incorretamente o exploit directamente ao seu protocolo. O cofundador da Squid, pseudónimo Fig, afirmou que o módulo comprometido não tinha relação com a infraestrutura principal da Squid. De acordo com a equipa, a arquitectura principal do router do protocolo manteve-se completamente separada e não foi afectada pelo exploit. A Squid explicou que o contrato vulnerável apenas partilhava o nome da Squid e integrou-se de forma independente com vários protocolos, incluindo Squid, sem envolvimento directo do próprio projecto.