Una vulnerabilidad de XRP Ledger podía haber permitido crear XRP adicionales sin respaldo, esquivando el límite máximo de emisión de la criptomoneda. El fallo ya ha sido corregido y los desarrolladores aseguran que no han encontrado indicios de que se utilizara contra la red pública.
Un error en el sistema de negociación
El problema fue descubierto por el investigador Cayden Liao y la firma Veria AI, que lo comunicaron a los desarrolladores de XRP Ledger el 22 de septiembre. La vulnerabilidad afectaba al sistema de negociación integrado en la red, utilizado para intercambiar diferentes criptomonedas.
Según la información difundida, un atacante podía crear cientos de cuentas y emplearlas para introducir órdenes de negociación diseñadas específicamente para activar el fallo. Al ejecutar esas órdenes de forma simultánea, XRP Ledger podía calcular de manera incorrecta la cantidad de XRP que debía pagarse.
El resultado habría sido especialmente grave: las cuentas controladas por el atacante podían recibir grandes cantidades de XRP a cambio de un pago prácticamente nulo. Esas unidades no se restaban de los fondos de otros usuarios, sino que aparecían como XRP adicionales generados por el propio error del sistema.
Una vez creados, los tokens podían enviarse a plataformas de intercambio para intentar venderlos. En ese escenario, el ataque habría vulnerado el límite de emisión de XRP y también podría haber provocado alteraciones relevantes en el mercado de la criptomoneda.
El límite de emisión no evitaba este escenario
XRP Ledger fue lanzado en 2012 con 100.000 millones de XRP ya creados. Las reglas de la red no permiten emitir nuevas unidades desde entonces, una característica central del diseño de la criptomoneda.
La red cuenta además con varios controles destinados a impedir la creación no autorizada de XRP. Uno de ellos comprueba después de cada transacción que la cantidad total de monedas sea correcta. Sin embargo, los investigadores determinaron que el sistema podía pasar por alto las unidades adicionales cuando estas procedían de importes calculados de forma errónea.
Otro mecanismo limita la cantidad de XRP que puede recibir una sola cuenta. Tampoco habría sido suficiente en este caso: al distribuir los fondos entre cientos de cuentas, un atacante podía eludir ese límite. La explotación, además, requería una cantidad reducida de capital. Según los investigadores, bastaban unos cientos de XRP para crear las cuentas necesarias, y buena parte de esos fondos podía recuperarse posteriormente.
RippleX, la división de desarrollo de Ripple, reprodujo el ataque en un servidor independiente. Las pruebas confirmaron que los XRP adicionales llegaban a existir y podían utilizarse después en otra transacción. No obstante, los desarrolladores no han encontrado pruebas de que el procedimiento se aplicara en la red pública.
La corrección llegó tres días después del aviso
RippleX publicó una actualización del software de XRP Ledger, xrpld, apenas tres días después de recibir la comunicación de los investigadores. La versión 3.4.1 solucionó la vulnerabilidad, aunque en el momento de su lanzamiento no se explicó qué problema concreto corregía.
Los detalles se hicieron públicos el 9 de octubre. El fallo podría haber estado presente desde 2015, por lo que habría permanecido inadvertido durante aproximadamente once años.
El caso se suma a otros problemas de seguridad antiguos detectados recientemente en proyectos de criptomonedas. La fuente menciona vulnerabilidades en el monedero físico Coldcard, relacionadas con el posible robo de al menos 1.367 BTC, y en Core Lightning. En este último caso, se llegó a recomendar a los administradores de determinados nodos de Bitcoin que se desconectaran temporalmente de la red.
En XRP Ledger, la actualización ya está disponible y los desarrolladores sostienen que el fallo ha quedado corregido. También mantienen que no existen indicios de que se hayan creado XRP adicionales mediante esta vulnerabilidad.
