Una vulnerabilidad crítica permaneció oculta durante 11 años en el $XRP Ledger. Si se hubiera explotado, un atacante podría haber creado XRP que se pudiera gastar sin pagar por ello, amenazando directamente el límite de suministro de 100.000 millones de XRP.
La buena noticia: el error se corrigió antes de que se hiciera público, y no hay pruebas de que se explotara en redes públicas.
🔍 Qué ocurrió
El fallo: un desbordamiento de enteros en el motor de pagos de XRPL. Cuando un único pago consumía cientos de ofertas especialmente diseñadas, podían calcularse mal grandes sumas.
El posible exploit: Un atacante podría distribuir el XRP recién creado entre varias cuentas, lo que permitiría gastarlo igual que el XRP común.
El descubrimiento: Un investigador informó del problema a través del programa de recompensas por errores de XRPL el 22 de septiembre de 2026.
La solución: El parche se publicó en xrpld 3.4.1 el 25 de septiembre, mucho antes de que los detalles técnicos se hicieran públicos el 9 de octubre.
La verificación: RippleX reprodujo el exploit en pruebas y confirmó que el XRP creado se podía gastar. Aun así, no encontró indicios de que se hubiera explotado en redes públicas.
⚠️ Por qué es importante
El límite de 100 mil millones de unidades es un pilar del diseño económico de XRP. Si se hubiera explotado, un fallo capaz de crear tokens adicionales podría haber minado la confianza en todo el libro mayor.
También es un recordatorio de que incluso una cadena de bloques con años de funcionamiento puede albergar fallos de software muy difíciles de detectar.
📌 ¿Qué deberían hacer los titulares de XRP?
✅ Operadores de nodos: Asegúrense de que su nodo ejecute xrpld 3.4.1 o una versión posterior.
✅ Titulares de billeteras y exchanges: No hay indicios de que este error haya provocado un exploit en una red pública, y no es necesario transferir fondos de emergencia.
✅ Todos: Sigan atentos a las actualizaciones oficiales de seguridad de XRPL y a las mejoras del protocolo.
📈 Mi opinión
Esta era una vulnerabilidad grave, pero la respuesta es igual de importante. Un investigador detectó el fallo, los desarrolladores lo reprodujeron, se publicó una solución y la divulgación se produjo solo después de que la red estuviera protegida. Así es como se hace una divulgación responsable.
La seguridad no consiste en afirmar que una cadena de bloques no tiene ningún error. Consiste en encontrar vulnerabilidades, corregirlas de forma responsable y reforzar las protecciones para evitar la próxima.
💬 ¿Qué opinas?
¿Este parche exitoso refuerza la confianza en $XRP o un fallo de hace 11 años plantea dudas más profundas sobre la seguridad de la cadena de bloques? Comparte tu opinión abajo 👇
#XRPLedgerPatchesXRPCreationBug #xrp #XRPL #CryptoSecurity #blockchain