Exploit del Zodiac Delay Module de Gnosis Pay

El 1 de junio de 2026, Gnosis Pay sufrió un exploit activo que drenó unos 1,5 millones de dólares en EURe, GNO y USDC.e de miles de Safes de usuarios después de que un atacante eludiera la salvaguarda de retardo del servicio abusando de un fallo de verificación de firmas en el Zodiac Delay Module. Gnosis asumió la pérdida y finalmente restauró el 100 % de los fondos de los usuarios afectados.

Qué ocurrió

Gnosis Pay envuelve cada cuenta de tarjeta autocustodiada en un Gnosis Safe protegido por un Zodiac Delay Module — un bloqueo temporal que debe poner en cola las transacciones salientes y exigir firmas válidas antes de su ejecución. El exploit se centró en la rutina moduleTxSignedBy() del módulo, que leía los componentes de firma r, s y v directamente de los calldata de msg.data de una forma que el atacante podía manipular para superar la comprobación de autorización sin una firma legítima. Esto permitió que transacciones manipuladas burlaran el retardo y extrajeran fondos directamente de los Safes afectados. Zodiac confirmó después que el fallo residía en el Delay Module y que los contratos centrales de Gnosis Safe no se vieron afectados — una línea de contención que recuerda al exploit de módulo de New Market Trading semanas antes, donde el peligro estaba de nuevo en herramientas de Safe de terceros y no en el propio Safe.

Consecuencias

El cofundador Martin Köppelmann confirmó el incidente y prometió que Gnosis resarciría a todos los usuarios afectados, mientras el equipo pedía a los validadores de puentes que pausaran su actividad para limitar la propagación. Gnosis Pay afirmó que el incidente quedó totalmente contenido el 2 de junio y que las operaciones se reanudarían por fases. El atacante, no obstante, actuó con rapidez para blanquear: unos 246.000 dólares se transfirieron mediante puente hacia Hyperliquid y se cambiaron en parte por Monero (XMR), de modo que los fondos robados en sí no se recuperaron aunque los usuarios fueran compensados. Para el 7 de junio, Gnosis Pay informó que había restaurado los servicios de tarjeta para más del 99 % de los usuarios, tras reemplazar todas las cuentas Safe afectadas y volver a vincularlas a las tarjetas físicas y virtuales existentes de los usuarios.

El 3 de julio de 2026, Gnosis Pay publicó un post-mortem completo que revisó el alcance muy por encima de la estimación inicial de CertiK de 265.000 dólares: el atacante había drenado en realidad unos 1,5 millones de dólares — cerca de 641.000 dólares en GNO, 453.000 en EURe y 339.000 en USDC.e — a través de 5.281 wallets, con otros ~300.000 dólares congelados temporalmente, lo que eleva los activos afectados a unos 1,8 millones de dólares. El informe atribuyó la causa raíz a los módulos Delay y Roles de Zodiac, cuya comprobación de firma ERC-1271 nunca verificaba si la llamada al contrato subyacente había tenido éxito — permitiendo al atacante falsificar aprobaciones y encolar retiradas no autorizadas mediante un fallo presente en Zodiac v3.4.0 desde el 30 de octubre de 2023. Gnosis confirmó haber restaurado el 100 % de los fondos de los usuarios afectados, absorbiendo la pérdida internamente aunque las criptomonedas robadas fueran blanqueadas y nunca se recuperaran on-chain.

Por qué importa

El incidente de Gnosis Pay demuestra que los módulos de seguridad son ellos mismos superficie de ataque — un retardo pensado para añadir seguridad se convirtió en el único punto de fallo cuando su análisis de firmas pudo ser manipulado. Junto con New Market Trading y la acuñación de TesseraDAO de la misma semana, marca un grupo de pérdidas de principios de junio de 2026 ligadas a Safe y a claves, y refuerza una lección recurrente del catálogo: los módulos añadidos a Safe poseen plena autoridad sobre los activos y deben auditarse con el mismo rigor que la bóveda que protegen.