Un fallo presente en el motor de pagos de XRP Ledger desde 2015 podía haber permitido a un atacante acuñar XRP (XRP) gastable por encima de su límite de oferta de 100.000 millones, según explican sus desarrolladores.
Puntos clave:
- Un investigador que utilizaba una herramienta de seguridad basada en IA reportó el bug de overflow el 22 de septiembre a través del programa de recompensas por errores de la red.
- Los desarrolladores publicaron un parche tres días después, omitiendo por primera vez en más de una década la habitual votación de validadores.
- Los responsables de mantenimiento no encontraron indicios de que nadie explotara la vulnerabilidad.
Bug de falsificación de XRP
Los responsables del XRP Ledger revelaron el fallo en un informe de vulnerabilidad el 9 de octubre, explicando que un investigador lo había señalado a través del programa de bug bounty de la red el 22 de septiembre. RippleX, el brazo de desarrollo de Ripple, lo clasificó como crítico tras reproducir el ataque. El equipo no encontró señales de que la vulnerabilidad hubiera sido aprovechada en ningún momento.
El error residía en el motor de pagos, que utilizaba operaciones de 64 bits sin comprobación para calcular el total adeudado por un comprador cuando un único pago ejecutaba simultáneamente numerosas órdenes del libro de ofertas.
Cientos de ofertas deliberadamente mal valoradas podían hacer que ese total superase el máximo representable y se desbordase hasta convertirse en una cifra minúscula: los vendedores cobraban íntegramente mientras el comprador pagaba casi nada. El propio control de seguridad del ledger contra la creación de nuevos XRP utilizaba la misma aritmética, por lo que pasaba por alto por completo las monedas falsificadas.
También lea: GPT-6.1 Sol ayudó a reducir 76 veces los costes de agentes de Asana, pero hay letra pequeña
Las explicaciones de Cayden Liao
Cayden Liao, cofundador de seguridad en Veria Labs, escribió en X que el agente de IA de la firma detectó el fallo y construyó un exploit funcional. Según sus cálculos, una sola transacción habría podido acuñar en torno a 18 billones de XRP. Sospecha que nadie lo identificó antes porque «encadena dos bugs que, por separado, tendrían una gravedad baja».
Liao explicó que Ripple pagó a Veria la recompensa máxima del programa, 250.000 dólares. J. Ayo Akinyele, responsable de ingeniería en RippleX, señaló que el equipo ampliará el uso de búsqueda de errores asistida por IA y de verificación formal, subrayando que la IA «está cambiando de forma fundamental la velocidad a la que pueden descubrirse vulnerabilidades».
Parche de emergencia en XRPL
La corrección se incluyó en la versión 3.4.1 de xrpld, publicada el 25 de septiembre, solo tres días después del reporte. Más del 80 % de los validadores de confianza la ejecutaban ese mismo día, y el cambio entró en vigor sin la habitual votación de enmienda de dos semanas, algo inédito en más de una década. Los desarrolladores defendieron que seguir el proceso estándar, con código abierto disponible desde el primer momento, habría expuesto el bug a posibles atacantes durante semanas antes de que el parche se activase en la red.
En 2010, un bug de overflow en Bitcoin (BTC) creó más de 184.000 millones de monedas en una sola transacción, antes de que los desarrolladores lo solucionaran en cuestión de horas y forkeasen la cadena para borrar las unidades extra. Zcash (ZEC) también se vio obligado este año a parchear a contrarreloj un fallo de falsificación, un susto que hundió con fuerza el precio de su token.
Lea también: Contribuyentes franceses en cripto podrían afrontar multas de hasta 10.000 euros por monederos no declarados
