Un bug de 2015 en XRP Ledger y el fin de la auditoría artesanal

El 22 de septiembre de 2026, Veria Labs reportó a RippleX un desbordamiento aritmético en el motor de pagos del XRP Ledger. Tres días después, el 25, RippleX publicó la versión 3.4.1 de xrpld y ese mismo día más del 80% de los validadores de la Unique Node List por defecto ya la ejecutaban. El fallo estaba en el código desde 2015. Según el informe de divulgación recogido por The Block, no hay evidencia de que se explotara nunca en una red pública.

Cayden Liao, cofundador de seguridad de Veria, afirma que fue un agente de IA quien lo encontró y quien construyó el exploit funcional. Por sus cálculos, una sola transacción podía crear unos 18 billones de XRP: 184 veces el suministro total de la red, fijado en 100.000 millones en el lanzamiento y decreciente a medida que se queman comisiones. Ripple pagó la recompensa máxima de su programa, 250.000 dólares.

El mecanismo: dos bugs leves que juntos valen una red

El motor de pagos del XRPL permite que un pago consuma múltiples ofertas del libro de órdenes a la vez. La suma de esas ofertas no tenía comprobación de desbordamiento: un total suficientemente grande daba la vuelta y se convertía en un número pequeño. El ataque descrito en el informe consistía en abrir unos cientos de cuentas, hacer que cada una listase una fracción minúscula de un token a cambio de una cantidad enorme de XRP, y después cerrar todas esas ventas con un único pago. Cada monedero vendedor cobraba íntegro; el comprador pagaba «solo unos cientos de drops más la comisión».

La pieza que convierte un error contable en un fallo sistémico es la segunda: la comprobación que la red ejecuta precisamente para impedir que se cree XRP nuevo sumaba los saldos con el mismo defecto. El guardián tenía el mismo agujero que la puerta. Como escribió Liao, «sospechamos que una razón por la que nadie detectó esta vulnerabilidad es que encadena dos bugs que por separado serían de severidad baja».

Ahí está el dato interesante, y no en los 18 billones. Una década de auditorías humanas, de revisores de Ripple y de terceros, pasó por encima de ese código sin verlo, porque cada mitad del problema era individualmente aburrida. La revisión humana funciona por módulos y por hipótesis: se audita el motor de pagos, se audita la comprobación de emisión, y rara vez se modela el estado conjunto de ambos bajo entradas que ningún operador racional generaría. El propio informe lo subraya: «El ataque no podía dispararse por accidente. Requería cientos de ofertas con precios que ningún trader real usaría». Eso es exactamente lo que un agente que explora el espacio de estados sin coste de aburrimiento sí hace.

La asimetría que nadie ha reajustado

El programa de recompensas del XRP Ledger tope a 250.000 dólares. Es una cifra alta para el estándar de la industria y ridícula frente a lo que estaba en juego. Las estimaciones que han circulado sitúan el valor nocional del XRP acuñable en el entorno de los 94.000 millones de dólares, lo que deja una proporción de aproximadamente 1 a 376.000 entre lo que cobra quien reporta y lo que podría capturar quien no reporta.

Esa cifra nocional merece un asterisco grande, y volveré sobre él. Pero el problema estructural no depende de que el número exacto sea ese. Los programas de bug bounty se diseñaron cuando encontrar un fallo crítico en una cadena en producción era un acto artesanal, escaso y lento: meses de trabajo de un especialista que, además, tenía pocos compradores alternativos. El precio reflejaba la escasez de la oferta, no el valor del activo protegido. La IA acaba de desplazar la curva de oferta: el coste marginal de pasar un agente sobre una base de código de una década tiende a cero, y el mismo agente está disponible para quien quiera venderlo en otro mercado.

Que ese otro mercado existe y liquida bien lo demuestran las semanas recientes. Ledger confirmó un implante de hardware no autorizado en al menos un dispositivo distribuido por el revendedor CryptoBilis, con pérdidas estimadas por investigadores on-chain entre 86 y 93 millones de dólares en más de 300 monederos. En julio de 2026, un fallo en el firmware de generación de semillas de Coldcard permitió drenar entre 100 y 130 millones en bitcoin. Son operaciones que exigen logística física o cadenas de suministro comprometidas, y aun así rinden dos órdenes de magnitud más que la recompensa máxima de la mayor parte de los programas de divulgación. Un exploit remoto, reproducible y sin contacto físico rinde más.

La conclusión operativa es incómoda: si el coste de descubrir cae para todos a la vez, el único instrumento que queda para orientar el hallazgo hacia la divulgación responsable es el precio. Y el precio sigue anclado a la economía de 2019.

El parche que se saltó la gobernanza

En el XRP Ledger, los cambios de reglas pasan normalmente por un proceso de enmienda: una propuesta necesita el apoyo de más del 80% de los validadores de confianza sostenido durante dos semanas. Esta corrección no. Entró en vigor servidor a servidor, según cada operador actualizaba, y el informe reconoce que es la primera vez en más de diez años de enmiendas que ocurre así. Además, el código fuente de la 3.4.1 se publicó unas dos semanas después de los binarios. Justin Bons, de Cyber Capital, lo resumió sin rodeos: «XRP ha estado ejecutando código cerrado durante las últimas dos semanas».

La respuesta de la ingeniera de RippleX Mayukha Vadari es el argumento más relevante de toda la historia: «La IA ha cambiado las cosas. No puedes colar el parche de un bug crítico en un proceso de publicación pública rutinario, se detectará y se aplicará ingeniería inversa inmediatamente». J. Ayo Akinyele, responsable de ingeniería, anunció que ampliarán la búsqueda de fallos asistida por IA y la verificación formal. La defensa del parche de emergencia se ha convertido en debate público dentro del ecosistema.

Vadari tiene razón en el diagnóstico técnico y por eso el problema es peor de lo que parece. Durante quince años, el código abierto ha operado con una ventana implícita entre la publicación del parche y la explotación masiva: el tiempo que tardaba un atacante humano en leer un diff y entender qué arreglaba. Esa ventana se ha cerrado. Si cualquier agente puede diferenciar dos versiones y reconstruir el exploit en minutos, la divulgación coordinada clásica deja de funcionar y la alternativa es lo que hizo RippleX: binarios primero, fuente después, y actualización de facto sin voto.

Lo que eso revela no es una conspiración, sino una capacidad. Alguien pudo mover a más del 80% de los validadores de la UNL por defecto en setenta y dos horas, sin pasar por el mecanismo de gobernanza diseñado para ese fin. Esa capacidad es un activo de seguridad valiosísimo —sin ella, el fallo habría quedado expuesto durante semanas— y simultáneamente el vector de riesgo más concreto de toda la red. Es la pregunta que debería ocupar a quien está escribiendo reglas sobre tokenización de valores y materias primas: no cuántos nodos hay, sino quién puede cambiar las reglas de liquidación en tres días y bajo qué supervisión. En una red que aspira a liquidar activos del mundo real, el poder de parcheo de emergencia es, funcionalmente, una facultad de intervención. Nadie la ha registrado como tal.

Qué desmentiría esta lectura

Varias cosas, y conviene decirlas. Primera: los 94.000 millones son nocionales, no realizables. Acuñar 18 billones de XRP destruye el precio del XRP en el mismo bloque; el valor extraíble real sería una fracción muy pequeña de esa cifra, limitada por la liquidez de salida en exchanges y por la probabilidad altísima de una reversión social de la cadena. La asimetría 1:376.000 es retóricamente potente y económicamente imprecisa. Lo que sigue siendo cierto es que el daño reputacional sería terminal aunque el atacante no se llevase nada.

Segunda: «lo encontró una IA» es una afirmación difícil de verificar y comercialmente útil para una startup de seguridad. No sabemos cuánta dirección humana hubo en el prompt, en la selección del módulo o en la construcción del exploit. Es plausible que el agente fuese el acelerador de una intuición humana previa, que es un titular bastante menos vendible.

Tercera: la concentración de validadores del XRPL no es una revelación. Es una propiedad conocida y criticada desde hace años. El parche de emergencia no la crea, solo la hace visible en un momento en que la pregunta pasa a ser regulatoria.

Y cuarta: queda por ver la tasa de falsos positivos. Un agente que señala doscientos hallazgos de los cuales uno es real desplaza coste al equipo de ingeniería, no lo reduce. El caso XRPL es, por ahora, una observación, no una serie estadística.

La defensa se rediseña en la capa equivocada

Mientras tanto, la conversación dominante sobre IA y seguridad cripto va por otro lado. Justin Drake, de la Ethereum Foundation, advirtió de que las matemáticas impulsadas por IA podrían romper las firmas ECDSA antes que los ordenadores cuánticos, «en el peor caso en meses, no en años», y Vitalik Buterin ha dicho que le parece «plausible» que ocurra en dos años. Zakura, que construye un nodo completo de Zcash, espera opcodes de firma postcuántica en enero, con firmas basadas en hash (WOTS) para los pagos transparentes, rotación de direcciones tras cada transacción y private information retrieval en el monedero Vizor para que el servidor no pueda enlazar direcciones del mismo usuario.

Es trabajo serio y necesario. Pero obsérvese el desajuste: la industria está rediseñando la capa criptográfica contra un adversario con cómputo masivo, mientras la capa de ejecución —el código que decide cuánto se paga a quién— sigue siendo C++ de 2015 auditado por humanos. En el XRP Ledger no hizo falta romper ninguna curva elíptica. Hizo falta un entero que daba la vuelta. El adversario con IA no va a empezar por la matemática dura: va a empezar por los diez millones de líneas de lógica de negocio acumuladas en la última década, donde el coste de buscar es ahora casi nulo y la recompensa por encontrar es la misma de siempre.

Qué hacer con esto si construyes o inviertes

Si tienes un protocolo en producción con código anterior a 2022, asume que hay hallazgos pendientes y que alguien los va a encontrar este año, con o sin tu permiso. Tres decisiones concretas:

• Indexa el tope de la recompensa al valor en riesgo, no al presupuesto de seguridad. Un tope fijo de 250.000 dólares en una red que custodia miles de millones es una señal de precio que empuja al descubridor hacia el otro mercado. Escalas porcentuales con suelo y techo alto son defendibles ante un consejo; un número redondo heredado de 2019 no lo es.
• Escribe ahora la política de divulgación para un mundo sin ventana de parcheo. La secuencia binarios-primero-fuente-después deja de ser una infracción del espíritu del código abierto y pasa a ser una decisión operativa que hay que justificar con antelación, no a posteriori y bajo fuego. Documenta el umbral que activa el procedimiento de emergencia y quién lo declara.
• Para el inversor: pregunta quién tiene la llave del parche. En la due diligence de cualquier red que aspire a liquidar activos tokenizados, el tiempo de actualización de emergencia y la lista de quienes pueden coordinarla valen más que el número de validadores. Si nadie puede mover el 80% de la red en setenta y dos horas, el próximo fallo crítico queda abierto semanas. Si alguien puede, esa persona o empresa es un riesgo de concentración que todavía no aparece en ningún memorándum.