El puente de Arbitrum de AFX Trade fue explotado el 22 de julio, con cerca de $24 millones en USDC drenados en cuestión de minutos. Los primeros reportes indican que el incidente no fue causado por una falla lógica del protocolo, sino por el compromiso de claves de validadores del puente.

Las aprobaciones on-chain parecían válidas porque, según los reportes, el atacante controlaba suficientes firmas para autorizar un retiro. Tras una breve ventana de disputa de unos 200 segundos, los fondos salieron del puente.

El incidente pone de relieve un riesgo recurrente para los puentes cross-chain de terceros: cuando la capa de firma se ve comprometida, un puente puede autorizar retiros incluso si el código subyacente funciona según lo diseñado. Históricamente, los exploits de puentes han producido algunas de las mayores pérdidas en las finanzas descentralizadas, incluido el incidente del puente Ronin de marzo de 2022 —que también involucró claves de validadores comprometidas— y el exploit del puente Wormhole de febrero de 2022, ambos casos que subrayaron cómo la infraestructura cross-chain sigue siendo una superficie de ataque concentrada.

Detalles clave

Qué ocurrió en AFX Trade

Los reportes de seguridad apuntan a un compromiso de la capa de firma del puente, más que a una falla lógica de un contrato inteligente. Presuntamente, el atacante obtuvo suficientes claves de validadores para reunir las firmas requeridas y aprobar un retiro. Luego, la transacción se finalizó después del período de disputa de aproximadamente 200 segundos del puente.

Ese patrón coincide con la clasificación “Private Key Compromised” citada por DefiLlama y con los reportes de Finst, más que con un exploit basado en una lógica defectuosa del contrato. A medida que la auditoría de contratos inteligentes ha madurado en la industria, las fallas de seguridad operativa —incluidos el robo de claves privadas y la ingeniería social— se han convertido en un vector de ataque cada vez más prominente frente a las vulnerabilidades puramente de código.

Blockaid identificó el exploit a las 21:30 UTC del 22 de julio. Alrededor de $24.15 millones en USDC fueron drenados del puente de AFX Trade en Arbitrum, según The Block. El movimiento no fue una filtración gradual; fue un retiro acotado en el tiempo que parecía válido on-chain porque el atacante contaba con las aprobaciones necesarias.

Cronología resumida

• Aprobación: El atacante reunió las firmas requeridas de validadores en caliente, con reportes que citan cinco firmas, para aprobar un retiro.
• Ventana de impugnación: Transcurrió un período de disputa de aproximadamente 200 segundos sin una impugnación exitosa.
• Ejecución: USDC salió del contrato del puente en Arbitrum.
• Consecuencias: AFX detuvo las operaciones del puente y publicó una oferta de acuerdo white-hat que proponía una división 70/30 si se devolvían los fondos, según The Block.

Cómo movió los fondos el explotador

Después de que el USDC salió del puente de AFX, el atacante actuó rápidamente. Rastreadores on-chain y PeckShield mostraron que los fondos fueron trasladados a Ethereum y convertidos en aproximadamente 12,467.5 ETH. La ruta receptora fue vinculada a la billetera 0x6276…ebAC, según Cryptowisser.

El rastro sigue siendo visible on-chain, aunque la visibilidad pública no garantiza la recuperación. Las direcciones marcadas suelen ser monitoreadas por firmas de análisis, exchanges centralizados, mesas OTC y equipos de respuesta a incidentes.

Por qué los atacantes suelen cambiar USDC a ETH

Los grandes mercados de ETH suelen ofrecer liquidez profunda, lo que facilita ejecutar swaps considerables frente a pares menos líquidos. Algunos atacantes también intentan pasar de stablecoins a activos que consideran más fáciles de enrutar mediante transacciones adicionales, aunque la analítica blockchain moderna todavía puede rastrear la actividad posterior al swap. Cambiar de USDC a un activo nativo como ETH también reduce la exposición a mecanismos de congelamiento a nivel del emisor, ya que USDC incluye una función de congelamiento de direcciones que su emisor, Circle, puede invocar sobre direcciones marcadas.

En este caso, la ruta de direcciones ya fue identificada públicamente, lo que aumenta la probabilidad de que exchanges y contrapartes filtren fondos relacionados.

Por qué las claves de los puentes son un punto de riesgo crítico

Muchos puentes cross-chain operan con un modelo básico: se observa un evento en una cadena y se autoriza una acción correspondiente en otra cadena. El proceso de autorización es el punto de control clave. Si las partes o sistemas responsables de firmar aprobaciones se ven comprometidos, el puente puede procesar retiros maliciosos.

El modelo de firmantes en términos simples

Un puente puede requerir un umbral M-de-N de firmas de validadores para aprobar transacciones. Esas claves de validadores pueden mantenerse en línea como claves en caliente, almacenarse fuera de línea como claves en frío o gestionarse mediante computación multipartita, módulos de seguridad de hardware o sistemas similares.

Una ventana de impugnación o disputa puede dar tiempo a los observadores para señalar actividad sospechosa antes de la ejecución. En el caso de AFX, los reportes citaron el uso de suficientes claves de validadores en caliente para firmar el retiro y un temporizador de disputa breve. Esa configuración puede servir para operaciones normales, pero puede ser frágil si ocurre un robo de claves dirigido.

Compensaciones en el diseño de puentes

Conjuntos de validadores más grandes pueden aumentar el costo de comprometer el sistema, pero también pueden ralentizar las operaciones. Conjuntos más pequeños pueden ser más eficientes, pero pueden concentrar el riesgo. Ventanas de impugnación cortas reducen la fricción para los usuarios, pero también disminuyen el tiempo disponible para una respuesta humana o automatizada.

Las claves en caliente son convenientes desde el punto de vista operativo, pero también están expuestas a phishing, malware, errores de infraestructura y pipelines de desarrollo comprometidos. Las auditorías por sí solas no abordan estos riesgos operativos. Los operadores de puentes también necesitan supuestos de seguridad que contemplen la posibilidad de que al menos un firmante pueda verse comprometido.

Medidas que pueden tomar los usuarios tras el incidente

Los usuarios no pueden reparar las claves comprometidas de un operador de puente, pero sí pueden reducir su propia exposición a riesgos similares.

Una lista práctica incluye:

• Pausar la exposición: Los usuarios con fondos moviéndose a través de AFX deberían esperar declaraciones verificadas del equipo antes de tomar nuevas medidas.
• Revisar autorizaciones: Los usuarios que otorgaron permisos de gasto a contratos relacionados con AFX pueden revisar y revocar aprobaciones de tokens mediante herramientas confiables.
• Usar canales verificados: Los usuarios deberían basarse en declaraciones de sitios web oficiales, canales sociales verificados y mensajes firmados on-chain, en lugar de capturas de pantalla, mensajes directos o formularios no oficiales.
• Considerar rutas alternativas: Para transferencias rutinarias, los puentes canónicos de Layer 2 cuando estén disponibles, o rampas de exchanges centralizados reputados, pueden reducir el riesgo de firmantes, aunque introducen otras compensaciones como custodia y KYC.
• Limitar el tamaño de transferencia por ruta: Dividir las transferencias en tramos más pequeños puede reducir el impacto si un puente se detiene durante una transferencia.

No existe un puente de riesgo cero. Cada ruta depende de un modelo de confianza específico, y los usuarios deberían evitar tratar los puentes como lugares de almacenamiento a largo plazo.

Señales de alerta en el diseño de puentes y patrones más sólidos

Los equipos que evalúan infraestructura de puentes suelen buscar señales de riesgo operativo concentrado. Las señales de alerta incluyen un conjunto de validadores muy pequeño, una sola empresa controlando la mayoría o la totalidad de los firmantes, claves en caliente sin un modelo de seguridad operativa claramente reforzado, ventanas de demora cortas o inexistentes para retiros grandes, ausencia de límites de tasa o interruptores automáticos por activo, y monitoreo opaco sin observadores públicos, alertas on-chain ni páginas de estado.

Patrones más sólidos pueden incluir computación multipartita con operadores independientes distribuidos entre distintos proveedores de infraestructura y jurisdicciones; gestión de claves respaldada por hardware; ceremonias formales de rotación de claves; bloqueos temporales de retiro que escalan con el tamaño de la transacción; consejos guardianes con claves en frío separadas de los firmantes del día a día; límites de tasa automáticos e interruptores de emergencia activados por puntajes de anomalía; y pruebas públicas de reservas o post-mortems firmados después de incidentes y casi incidentes.

Modelos comunes de confianza en puentes

El objetivo no es la seguridad perfecta, sino hacer más difíciles los ataques de bajo costo y dar a los equipos de respuesta suficiente tiempo para intervenir.

Respuesta de AFX y preguntas pendientes

AFX suspendió el puente después del incidente, una medida destinada a evitar drenajes adicionales. El equipo también ofreció un acuerdo white-hat bajo el cual se devolvería el 70% de los fondos y el explotador conservaría el 30% si se recuperan los fondos, según The Block.

Las acciones inmediatas proporcionaron una señal clara de que ocurrió un compromiso y detuvieron más actividad a través del puente. Los rastreadores de terceros también hicieron pública la ruta de direcciones del atacante.

Los usuarios y observadores aún necesitan más información, incluida una explicación de causa raíz sobre qué claves fueron comprometidas y cómo. Un post-mortem completo normalmente abordaría la rotación de claves, umbrales de validadores actualizados, ventanas de disputa más largas, arreglos con operadores independientes y cualquier proceso de compensación o recuperación para usuarios afectados.

Las ofertas white-hat ya son comunes en la respuesta a incidentes cripto, pero no sustituyen medidas legales, coordinación con exchanges ni un plan técnico de remediación.

La pérdida de $24 millones en contexto

DefiLlama mostró alrededor de $24.18 millones en el puente de Arbitrum de AFX poco antes del hack, y aproximadamente la misma cantidad salió durante la ventana del exploit. Esto sugiere que el atacante apuntó a casi todo el saldo del puente, no a una parte menor. Arbitrum está entre las mayores redes Layer 2 de Ethereum por valor total bloqueado, lo que convierte a los puentes que la conectan con Ethereum en conductos relevantes para la liquidez cross-chain.

Para los usuarios, el punto práctico es que los depósitos en puentes de terceros dependen de la seguridad del conjunto de firmantes del puente. Si ese conjunto falla, el valor total bloqueado puede convertirse en el límite superior de una pérdida de un solo evento.

Los protocolos que dependen de puentes de terceros también pueden necesitar planes de contingencia para fallas de puentes aguas arriba. Esos planes pueden incluir un modo de “puente caído”, límites de retiro, estrategias pausadas y comunicación inmediata de un estado seguro cuando una dependencia parece comprometida.

La acción inmediata más importante de AFX fue detener las operaciones del puente. La credibilidad del proyecto a mediano plazo dependerá de si ofrece un plan de remediación verificable para la seguridad de sus validadores y un proceso de gobernanza que los usuarios puedan evaluar.

Es probable que los observadores que siguen el incidente monitoreen tres áreas: el movimiento on-chain continuo vinculado a la ruta marcada 0x6276…ebAC citada por Cryptowisser, cualquier post-mortem formal o aviso de rotación de claves por parte de AFX, y actualizaciones de firmas de monitoreo de incidentes como Blockaid, que fue la primera en marcar el drenaje, según The Block.

Preguntas frecuentes

¿El exploit de AFX Trade fue un error de contrato inteligente o un compromiso de claves?

Según los reportes actuales, el exploit coincide con un compromiso de claves privadas de la capa de validadores o firma del puente. Suficientes firmas de validadores en caliente aprobaron un retiro que se finalizó tras una breve ventana de disputa, lo que encaja con un patrón de compromiso de claves más que con un error lógico.

¿Cuánto fue robado y en qué activo?

Aproximadamente $24.15 millones en USDC fueron drenados del puente de AFX Trade en Arbitrum. Blockaid marcó la cifra, que fue reportada poco después del incidente.

¿A dónde fueron los fondos?

Los rastreadores mostraron que el atacante trasladó el USDC a Ethereum y lo intercambió por alrededor de 12,467.5 ETH. El movimiento fue vinculado a la billetera 0x6276…ebAC.

¿El puente sigue operativo?

No. AFX dijo que suspendió las operaciones del puente en respuesta al incidente mientras evalúa el impacto y los próximos pasos.

¿Es posible la recuperación?

AFX publicó una oferta white-hat que propone devolver el 70% de los fondos y que el explotador conserve el 30% si se recuperan los fondos. Se desconoce si el atacante aceptará. La recuperación también puede depender de la cooperación de exchanges y de acciones legales.

¿Qué pueden hacer los usuarios afectados?

Los usuarios afectados pueden documentar transacciones, guardar hashes de transacción y monitorear los canales oficiales de AFX para reclamos verificados o anuncios de remediación. Deberían evitar actuar con base en mensajes directos o formularios no oficiales y podrían considerar asesoría legal si los montos involucrados son significativos.

¿Cómo pueden los usuarios evaluar puentes en el futuro?

Los usuarios pueden revisar los supuestos de confianza del puente, la diversidad de operadores, los límites de tasa, las ventanas de disputa y si la ruta depende de verificación canónica, basada en light client o basada en validadores. El tamaño de las transferencias sigue siendo importante porque pueden ocurrir congelamientos e interrupciones en los puentes.