Un fallo en el motor de pagos de XRP Ledger, presente desde 2015, pudo haber permitido a un atacante acuñar XRP (XRP) gastable por encima del tope de emisión de 100.000 millones, según han explicado los desarrolladores.
Claves:
- Un investigador que utilizó una herramienta de ciberseguridad basada en IA informó del bug de desbordamiento 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 votación habitual de los validadores.
- Los responsables del mantenimiento del protocolo no han hallado indicios de que el fallo se explotara en la práctica.
Un bug de falsificación de XRP
Los responsables de XRP Ledger revelaron la vulnerabilidad en un informe publicado el 9 de octubre, en el que explican que un investigador la había reportado el 22 de septiembre mediante el programa de bug bounty de la red. RippleX, el brazo desarrollador de Ripple, la clasificó como crítica tras reproducir con éxito el ataque. El equipo afirma no haber encontrado señales de explotación previa.
El problema residía en el motor de pagos, que utilizaba operaciones de enteros de 64 bits sin comprobaciones para calcular el total adeudado por un comprador cuando una sola orden liquidaba múltiples ofertas del libro de órdenes de forma simultánea.
Cientos de órdenes deliberadamente mal valoradas podían forzar ese total por encima del máximo representable y hacerlo “volver” a una cifra muy pequeña; de este modo, los vendedores cobraban íntegramente mientras el comprador pagaba casi nada. El propio mecanismo de seguridad del ledger contra la emisión de nuevos XRP empleaba la misma aritmética, por lo que pasaba por alto por completo las monedas falsificadas.
También te puede interesar: GPT-6.1 Sol ayudó a reducir por 76 veces los costes de agentes de Asana, pero con truco
La explicación de Cayden Liao
Cayden Liao, cofundador de seguridad en Veria Labs, explicó en X que el agente de IA de la firma detectó el bug y llegó a construir un exploit funcional. Según sus cálculos, una sola transacción habría podido acuñar alrededor de 18 billones de XRP. Sospecha que nadie lo identificó antes porque “encadena dos errores que, por separado, tendrían una gravedad baja”.
Liao indicó que Ripple abonó a Veria la recompensa máxima del programa, 250.000 dólares. J. Ayo Akinyele, responsable de ingeniería en RippleX, aseguró que el equipo ampliará el uso de herramientas de búsqueda de bugs asistidas por IA y de verificación formal, subrayando que la IA “está cambiando de forma fundamental la rapidez con la que pueden descubrirse vulnerabilidades”.
Parche de emergencia para XRPL
La corrección se incluyó en la versión 3.4.1 de xrpld, publicada el 25 de septiembre, apenas tres días después del informe inicial. Ese mismo día, más del 80% de los validadores de confianza ya ejecutaban la actualización, y el cambio entró en vigor sin pasar por el proceso habitual de votación de enmiendas de dos semanas, algo inédito en más de una década. Los desarrolladores defendieron que, si hubieran seguido el procedimiento estándar de código abierto, habrían expuesto el bug públicamente durante semanas antes de que el parche fuera efectivo.
En 2010, un bug de desbordamiento en Bitcoin (BTC) generó más de 184.000 millones de monedas en una sola transacción antes de que los desarrolladores lo corrigieran en cuestión de horas y bifurcaran la cadena para eliminarlas del historial. Este mismo año, Zcash (ZEC) también tuvo que actuar con rapidez para parchear una vulnerabilidad de falsificación, un episodio que presionó con fuerza a la baja el precio de su token.
Lee también: Los criptoinversores franceses podrían deber hasta 10.000 euros por monederos no declarados
