XRP Ledger corrige un error que podría permitir la creación no autorizada de tokens

XRP Ledger ha activado una actualización de software que cierra una vulnerabilidad que permitía a las cuentas con permiso para destruir tokens emitidos crear nuevos bajo ciertas condiciones, sin afectar a la criptomoneda nativa XRP.

Resumen

• XRP Ledger activó la enmienda fixCleanup3_4_0 el 4 de noviembre a las 14:52 UTC, en el libro mayor 108,112,129.
• La actualización cierra un fallo de permiso que podría permitir a una cuenta autorizada para quemar tokens emitidos crear nuevos tokens bajo ciertas condiciones.
• La vulnerabilidad concernía a activos emitidos, incluidos stablecoins y Multi-Purpose Tokens, no al suministro nativo de XRP.
• El soporte de validadores cayó brevemente por debajo del umbral requerido el 21 de octubre, reiniciando el período de aprobación obligatorio de 14 días.
• La enmienda incluye correcciones para pools de comercio, contabilidad de bóvedas y firma de transacciones, pero no activa de forma independiente el sistema de préstamos planeado de XRP Ledger.

El rastreador de enmiendas XRPLWin confirmó que la corrección, llamada fixCleanup3_4_0, entró en vigor el 4 de noviembre a las 14:52 UTC, en el libro mayor 108,112,129. La activación siguió a dos semanas consecutivas de soporte de validadores después de que una breve interrupción en octubre obligara a la red a reiniciar su proceso de aprobación.

La corrección aborda un fallo en el sistema de delegación de permisos de XRP Ledger, que permite a los titulares de cuentas autorizar a otras cuentas para realizar transacciones específicas sin renunciar al control completo.

XRP Ledger corrige la vulnerabilidad de creación no autorizada de tokens

La vulnerabilidad involucraba un permiso delegado llamado PaymentBurn, que permite a una cuenta aprobada destruir tokens emitidos por otra cuenta.

Bajo circunstancias normales, un emisor podría otorgar ese permiso a un servicio de pago que maneja el canje de stablecoins. Cuando un cliente intercambia stablecoins por dólares, el servicio podría destruir los tokens canjeados sin recibir permiso para crear reemplazos.

Sin embargo, las reglas de transacción anteriores de XRP Ledger podrían permitir que una cuenta que solo tiene autorización PaymentBurn creara tokens emitidos bajo ciertas condiciones.

El problema surgió cuando los pagos utilizando el permiso delegado cruzaron un límite de saldo cero. La última enmienda previene que las transacciones crucen ese límite, separando la destrucción de tokens de la emisión.

Las notas de lanzamiento oficiales de XRPL describen la corrección como el rechazo de "pagos PaymentBurn que cruzan un saldo cero."

La vulnerabilidad afectó a los activos emitidos en la red, incluidos stablecoins, tokens de línea de confianza y Multi-Purpose Tokens. XRP en sí estaba fuera del sistema de permisos afectado, lo que significa que el fallo no permitió la creación no autorizada de la criptomoneda nativa de la red.

No se ha informado de ninguna explotación públicamente confirmada de la vulnerabilidad, y las divulgaciones disponibles no identifican a un emisor que haya sufrido la creación no autorizada de tokens.

La corrección sigue al fallo de creación de tokens previamente divulgado por la red, que crypto.news cubrió el 2 de noviembre cuando la enmienda aún estaba esperando activación.

El retraso en la aprobación de validadores empujó la corrección a noviembre

Aunque los desarrolladores incluyeron la corrección en la versión 3.4.0 del servidor de XRP Ledger en septiembre, su lanzamiento no cambió inmediatamente las reglas de transacción de la red.

Las enmiendas de protocolo requieren el apoyo de más del 80% de los validadores de confianza durante 14 días consecutivos antes de que se activen.

Con 35 validadores en la lista predeterminada rastreada, al menos 29 deben apoyar una enmienda durante todo ese período.

El primer período de aprobación comenzó el 9 de octubre, poniendo la actualización en camino para la activación alrededor del 23 de octubre.

Sin embargo, el apoyo de validadores cayó por debajo del umbral requerido el 21 de octubre, interrumpiendo la cuenta regresiva antes de que la enmienda se volviera elegible para la activación.

Los registros de XRPLWin muestran que el primer intento duró 12 días y tres horas. Una nueva mayoría se estableció más tarde el 21 de octubre, comenzando otro período de espera de dos semanas.

El segundo intento duró 14 días y cinco minutos antes de que la red habilitara la enmienda el 4 de noviembre.

El proceso de votación del XRP Ledger requiere un apoyo ininterrumpido, por lo que incluso una disminución temporal por debajo del umbral puede posponer una actualización.

La actualización de software repara controles de comercio y transacciones

Más allá de la vulnerabilidad en la creación de tokens, fixCleanup3_4_0 introduce correcciones en varias funciones de transacción del XRP Ledger.

Entre ellas se encuentran cambios en las recuperaciones de los creadores de mercado automatizados, que los emisores utilizan para recuperar ciertos activos de los grupos de liquidez.

La actualización evita que una transacción destruya los tokens de un proveedor de liquidez cuando los cálculos de redondeo resultarían en que el emisor no recupere activos subyacentes.

Los desarrolladores corrigieron las reglas de comercio con permisos para evitar que las cuentas reciban ciertos tokens a través de ofertas cuando las restricciones del emisor deberían bloquear esas transacciones.

Cambios separados abordan las reservas de fideicomiso, la autorización de tokens multipropósito y las firmas de transacciones.

Anteriormente, algunos procedimientos de firma utilizaban estructuras de autorización superpuestas. La enmienda introduce prefijos de firma distintos para evitar que las firmas destinadas a un rol de transacción se reutilicen en otro.

Estas correcciones se incluyeron en la versión de software de septiembre, con los desarrolladores instando a los operadores de servidores a actualizar su software antes de que las nuevas reglas entraran en vigor.

El préstamo en XRP Ledger sigue sujeto a aprobación separada

La activación incluye correcciones contables destinadas a los Vaults de Activos Únicos y al propuesto protocolo de préstamos del XRP Ledger.

El sistema de vault permitiría a los usuarios depositar activos en grupos que podrían respaldar préstamos a plazo fijo. Los desarrolladores han ajustado los cálculos relacionados con depósitos, retiros y activos recuperables.

Las correcciones relacionadas con préstamos abordan cómo la red determina cuándo los pagos se vuelven atrasados y cómo los préstamos deteriorados afectan la contabilidad de los vaults.

Sin embargo, la enmienda de mantenimiento no activa esas características de préstamo, que requieren la aprobación de validadores por separado.

Ripple anteriormente apoyó las enmiendas de préstamo diseñadas para introducir Vaults de Activos Únicos y préstamos institucionales a plazo fijo.

Las propuestas permitirían a los corredores de préstamos evaluar a los prestatarios y organizar préstamos utilizando activos depositados en vaults, mientras que el libro mayor registra los reembolsos y las transacciones asociadas.

La enmienda adicional LendingProtocolV1_1 propone vaults cerrados con períodos de suscripción, inversión y redención, junto con una contabilidad que reconoce intereses cuando los prestatarios realizan pagos.

Cada enmienda de préstamo debe satisfacer de manera independiente los requisitos de aprobación de validadores de la red antes de que sus características asociadas puedan operar en la mainnet.