Los desarrolladores de XRP Ledger han defendido el parche de seguridad de emergencia utilizado para corregir un error que podía crear XRP por encima de la oferta fija de la red. Dijeron que no podían esperar las dos semanas habituales de votación de los validadores de la red sin exponer la vulnerabilidad a los atacantes.
La corrección, publicada el 25 de septiembre, llegó tres días después de un informe presentado a través de un programa de recompensas por errores y entró en vigor de inmediato en cualquier servidor que la instalara. Según dijeron, fue la primera vez que se eludió deliberadamente el proceso habitual de enmiendas desde que se introdujo el sistema hace más de diez años.
«Con una votación normal de enmienda, la solución habría sido pública durante semanas antes de entrar en vigor, lo que habría puesto en riesgo la seguridad de la red», dijeron los desarrolladores de XRPL en una publicación en X el domingo.
La solución acelerada generó preguntas sobre el nivel de descentralización de XRPL. En su sitio web, XRPL afirma ser una cadena de bloques pública y totalmente descentralizada; esta caracterización ha sido fundamental en los argumentos de que su token nativo, XRP, no es un valor.
La solución de seguridad de XRPL «planteó muchas preguntas»
El jueves, Justin Bons, fundador de Cyber Capital, dijo que promocionar XRP entre los inversores minoristas como descentralizado equivalía a un «fraude descarado». Sostuvo que la versión de emergencia publicada el 25 de septiembre se distribuyó únicamente como archivos binarios, mantuvo el código fuente oculto temporalmente y presionó a los operadores para que actualizaran.
Sin embargo, la Fundación XRPL afirmó que la decisión de omitir el proceso habitual de enmienda fue tomada conjuntamente por la fundación, RippleX, los desarrolladores principales y los validadores, tras evaluar la gravedad del error.
«Ninguna parte podía tomar esa decisión por sí sola. Cada validador y operador de nodo elige qué software ejecutar, y la versión 3.4.1 solo pasó a ser obligatoria mediante una votación normal de enmienda, con el apoyo de más del 80 % de los validadores durante dos semanas. Los cambios en el protocolo siguen tramitándose mediante enmiendas», señaló la fundación.
XRP Kuwait, un operador de validadores independiente, también rechazó las afirmaciones de que las actualizaciones coordinadas indicaran un control centralizado.
«No estamos de acuerdo con la afirmación de que el hecho de que los operadores coordinen una actualización constituya, por sí solo, una prueba de control centralizado», afirmó. «Coordinarse no es lo mismo que controlar. Los operadores independientes pueden evaluar una situación, comunicarse entre sí y llegar a la misma conclusión sin renunciar a su independencia».
El error podría haber permitido crear XRP ilimitados
Según el informe de divulgación de vulnerabilidades del proyecto, el error era un desbordamiento de enteros en el motor de pagos de XRP Ledger que había estado presente desde 2015.
Los saldos de XRP se almacenan como enteros de 64 bits con un máximo fijo. Cuando una suma superaba ese máximo, el cálculo volvía a un número menor en lugar de fallar.
Un atacante podría aprovecharse de esto creando cientos de ofertas con precios especiales, cada una solicitando una cantidad muy grande de XRP, y luego enviando un único pago que las consumiera todas.
El motor abonaría a cada propietario de una oferta el importe completo, pero cobraría al comprador solo el diminuto total resultante del desbordamiento. La diferencia sería XRP recién creado y disponible para gastar.
Según el informe, el ataque requería ofertas diseñadas deliberadamente y no podía desencadenarse mediante la actividad comercial normal. Los desarrolladores dijeron que no encontraron indicios de que el problema se hubiera explotado en ninguna red pública.
Revista: El ataque al Ledger se extiende a la UE y la IA detecta un error de «18 billones de XRP»: Hodler’s Digest