Unos hackers éticos rompieron Aptos con un servidor de 3.000 dólares: el fallo que pudo poner en jaque 70.000 millones

El hackeo más grave de la historia cripto es uno que nunca ocurrió. Un investigador de seguridad montó un servidor de 3.000 dólares, simuló un tercio de la red de validadores de Aptos y, en 17 o 18 de cada 20 intentos, logró romper la garantía que sostiene toda la cadena. Si en lugar de un hacker ético hubiera estado un ladrón al otro lado del teclado, el botín potencial rozaba los 70.000 millones de dólares.

La firma Hexens hizo pública este 4 de julio una vulnerabilidad crítica que reportó en febrero en la máquina virtual Move de Aptos, la capa que ejecuta los contratos inteligentes de esta blockchain de capa 1. Aptos parcheó el fallo en cuestión de horas y jura que ningún usuario perdió un centavo. Pero el expediente que dejaron los investigadores es un retrato incómodo de lo frágil que sigue siendo la infraestructura sobre la que descansan puentes, stablecoins y bolsas enteras.

Qué encontró Hexens exactamente

El agujero era lo que los investigadores describen como un "stale-cache bug" que derivaba en una vulnerabilidad de confusión de tipos: una condición en la que el software se deja engañar para tratar un recurso on-chain como si fuera otro distinto. En Move, el lenguaje que Aptos heredó del proyecto Diem que Facebook acabó archivando, ese detalle no es menor. Los permisos de un protocolo, el derecho a acuñar una stablecoin, a controlar un puente o a administrar un mercado de préstamos, se guardan directamente como recursos dentro de la cadena. Si un atacante logra falsificar la identidad de esos recursos, el daño no se queda en un solo contrato: se extiende a todo lo que confía en él.

El descubridor fue Vahe Karapetyan, director técnico y cofundador de Hexens. Su equipo comparó el fallo con un bug en una cadena estilo Ethereum que permitiera a código controlado por el atacante escribir en el almacenamiento de otros contratos, saltándose justamente las garantías del sistema de tipos que Move fue diseñado para blindar. No hacía falta ser validador, ni tener información privilegiada, ni permisos especiales del protocolo.

Un tercio de la red por 3.000 dólares

Lo que convierte esto en una historia de terror no es solo el fallo, sino lo barato que salía explotarlo. El coste total de la infraestructura para reproducir el ataque fue de unos 3.000 dólares en servidores, y un atacante real habría necesitado aún menos. Con ese presupuesto, el equipo levantó un clúster de más de 30 nodos validadores, con una distribución de stake parecida a la de la red principal, tráfico orgánico de transacciones y contención de ejecución realista.

Sobre ese banco de pruebas corrieron el ataque unas 20 veces y salió bien en 17 o 18. Los dos o tres fallos ni siquiera tumbaban la red: el atacante simplemente tendría otra ventana para volver a intentarlo. Hexens añadió lo que llama "técnicas de calibración no armadas", ensayos previos que medían las condiciones del mempool y de construcción de bloques antes de lanzar el intento real, y con eso redujo la incertidumbre del componente probabilístico del exploit.

De un bug en Aptos a 70.000 millones

La cifra que da vértigo, esos 70.000 millones, no sale de la propia Aptos. La exposición directa en la cadena, contando DeFi, activos tokenizados, stablecoins y staking líquido, la situó Hexens en pocos miles de millones. El riesgo sistémico de primer orden se dispara porque un compromiso a nivel de blockchain rara vez se detiene en la cadena afectada. El vector pasa por los puentes y por los caminos que conectan la actividad on-chain con el crédito de depósitos en los exchanges.

Grego AI, que verificó de forma independiente la prueba de concepto, señaló que el exploit podía robar capacidades de protocolo, incluidas las de LayerZero, Wormhole y el CCTP de USDC, el protocolo de transferencia entre cadenas de Circle. Los investigadores llegaron a validar la toma de control de un rol tipo "master-minter", el que autoriza la emisión de una stablecoin, y demostraron el uso de una vía de administración legítima, aunque se detuvieron antes de acuñar tokens de verdad. La estimación de los 70.000 millones asume precisamente eso: acuñar una montaña de USDC y moverla entre cadenas vía CCTP antes de que nadie reaccione.

Si actores maliciosos hubieran tenido acceso a este bug, habrían podido llevarse todo el TVL que quisieran, resumió Justus Hanna, consejero delegado de Grego AI.

La otra cara: Aptos discute la letra pequeña

Aptos Labs no niega que el fallo existiera ni que lo parchearan, pero rebaja el drama. Un portavoz aseguró a CoinDesk que el problema entró por el programa de recompensas el 25 de febrero, que ya lo estaban revisando internamente y que el arreglo se desarrolló, probó y desplegó en mainnet en cuestión de horas, sin usuarios ni fondos afectados en ningún momento. Su análisis, dice, concluyó que el bug tendría una explotabilidad "extremadamente baja" en condiciones reales.

El matiz importa, porque la reproducibilidad del ataque depende de acertar con condiciones probabilísticas de la red. Ahí está el punto de fricción: Hexens sostiene que no ha recibido una réplica técnica que desmonte las clases de impacto demostradas, y que la única objeción de fondo, el componente aleatorio, es justo lo que su trabajo de calibración estaba pensado para neutralizar. Un tercer árbitro pesó en la balanza. Mudit Gupta, director técnico de Polygon, revisó los materiales por su cuenta y fue tajante: la prueba corría como decían y el exploit tenía sentido, aunque exigía cumplir varias condiciones que, al parecer, se dieron en la red principal.

Por qué esto va más allá de Aptos

El episodio encaja en una racha que debería quitar el sueño a más de un equipo. En junio, Zcash se desplomó un 38% cuando sus desarrolladores revelaron un bug que había vivido oculto cuatro años en su pool de privacidad y que habría permitido imprimir tokens falsos sin que nadie lo notara. Un año antes, el hackeo de Bybit se llevó 1.500 millones de dólares. La diferencia es que un fallo a nivel de máquina virtual no ataca a un protocolo, sino a la capa donde viven todos: si cae la garantía de tipos, cae la confianza de cualquier aplicación construida encima.

La respuesta, eso sí, funcionó. El mismo día del reporte se abrió una sala de emergencia "SEAL911", el grupo de voluntarios que se ha vuelto la primera línea de respuesta del sector, y esa tarde se alertó a cuatro grandes proyectos aguas abajo con material para reproducir el fallo en local. El parche privado llegó a los validadores antes de que el 27 de febrero se publicara el commit. La lección que dejan los investigadores es que los límites de emisión, los controles de los puentes, la vigilancia de los exchanges y los parches de validadores no son salvaguardas secundarias: son la frontera entre un bug contenido y un desastre de mercado.

Qué puede cambiar el cuadro

La moraleja no es que Aptos sea inseguro, sino lo contrario de lo que suele contar el sector: a veces la única barrera entre el mercado y una catástrofe de once cifras es que quien encuentra el fallo decida enviar un correo al programa de recompensas en lugar de vaciar los puentes. Esta vez tocó lo primero. No hay garantía de que la próxima sea igual.

Fuentes: CoinDesk (Oliver Knight), Hexens, Grego AI, Polygon (Mudit Gupta), Aptos Labs, TokenPost, Bitget.