$XRP #Tether冻结Ledger盗窃案相关USDT
#XRP账本修复可增发XRP的漏洞 XRP Ledger corrige una vulnerabilidad de diez años que permitía crear XRP de la nada
XRP Ledger corrigió una grave vulnerabilidad que llevaba oculta cerca de diez años. Según el informe oficial de divulgación de vulnerabilidades de XRPL, publicado el 9 de octubre, un error de desbordamiento de enteros en el motor de pagos podía permitir que un atacante creara XRP gastables de la nada mediante un conjunto de órdenes de venta especialmente diseñadas y un pago. La cantidad podía incluso superar la oferta total de XRP. El parche se incluyó en la versión 3.4.1 de xrpld. La organización indicó que, hasta ahora, no hay pruebas de que la vulnerabilidad se haya explotado en ninguna red pública.
Cómo funcionaba la vulnerabilidad: los números eran demasiado grandes y la suma «volvía» a un valor menor
Según el informe, el problema estaba en la forma en que el motor de pagos calculaba el importe que debía pagar el comprador. Cuando un pago atravesaba el libro de órdenes en cadena y consumía muchas órdenes de venta de una sola vez, el motor sumaba sus importes, pero lo hacía con un entero de 64 bits sin comprobación de desbordamiento. Los saldos de XRP se almacenan como enteros con un límite; cuando la suma lo superaba, no se producía un error: el valor «volvía» a convertirse en un número muy pequeño.
Como resultado, el motor pagaba normalmente el importe íntegro de cada orden a sus titulares, pero solo cobraba al comprador la pequeña cantidad resultante del desbordamiento. La diferencia se convertía en XRP creado de la nada. Para empeorar las cosas, la comprobación de seguridad integrada en XRP Ledger que impide «crear XRP» también sumaba los valores de la misma manera y, por tanto, sufría el mismo desbordamiento sin detectar nada. Otra comprobación, que revisa el saldo de una sola cuenta, tampoco se activaba porque los XRP nuevos se repartían entre cientos de cuentas.
El ataque tampoco requería mucho. El informe señala que el atacante solo tenía que abrir cientos de cuentas, publicar en cada una una orden de venta para «intercambiar una cantidad muy pequeña de tokens por una cantidad enorme de XRP» y, desde otra cuenta, enviar un pago que consumiera todas esas órdenes de una sola vez. El coste real se limitaba a las cuentas, los depósitos de reserva para las órdenes (que podían recuperarse después) y las comisiones, lo que suponía unos cientos de XRP. Sin embargo, este ataque no podía activarse por accidente: los importes de las transacciones normales están muy lejos del umbral de desbordamiento.
Oculta desde 2015, la vulnerabilidad se descubrió gracias al programa de recompensas
El informe indica que el error podría haber existido desde 2015, cuando se escribió el actual motor de pagos. Un investigador lo notificó el 22 de septiembre a través del programa de recompensas por errores de XRPL. Según CoinDes
#XRP账本修复可增发XRP的漏洞 XRP Ledger corrige una vulnerabilidad de diez años que permitía crear XRP de la nada
XRP Ledger corrigió una grave vulnerabilidad que llevaba oculta cerca de diez años. Según el informe oficial de divulgación de vulnerabilidades de XRPL, publicado el 9 de octubre, un error de desbordamiento de enteros en el motor de pagos podía permitir que un atacante creara XRP gastables de la nada mediante un conjunto de órdenes de venta especialmente diseñadas y un pago. La cantidad podía incluso superar la oferta total de XRP. El parche se incluyó en la versión 3.4.1 de xrpld. La organización indicó que, hasta ahora, no hay pruebas de que la vulnerabilidad se haya explotado en ninguna red pública.
Cómo funcionaba la vulnerabilidad: los números eran demasiado grandes y la suma «volvía» a un valor menor
Según el informe, el problema estaba en la forma en que el motor de pagos calculaba el importe que debía pagar el comprador. Cuando un pago atravesaba el libro de órdenes en cadena y consumía muchas órdenes de venta de una sola vez, el motor sumaba sus importes, pero lo hacía con un entero de 64 bits sin comprobación de desbordamiento. Los saldos de XRP se almacenan como enteros con un límite; cuando la suma lo superaba, no se producía un error: el valor «volvía» a convertirse en un número muy pequeño.
Como resultado, el motor pagaba normalmente el importe íntegro de cada orden a sus titulares, pero solo cobraba al comprador la pequeña cantidad resultante del desbordamiento. La diferencia se convertía en XRP creado de la nada. Para empeorar las cosas, la comprobación de seguridad integrada en XRP Ledger que impide «crear XRP» también sumaba los valores de la misma manera y, por tanto, sufría el mismo desbordamiento sin detectar nada. Otra comprobación, que revisa el saldo de una sola cuenta, tampoco se activaba porque los XRP nuevos se repartían entre cientos de cuentas.
El ataque tampoco requería mucho. El informe señala que el atacante solo tenía que abrir cientos de cuentas, publicar en cada una una orden de venta para «intercambiar una cantidad muy pequeña de tokens por una cantidad enorme de XRP» y, desde otra cuenta, enviar un pago que consumiera todas esas órdenes de una sola vez. El coste real se limitaba a las cuentas, los depósitos de reserva para las órdenes (que podían recuperarse después) y las comisiones, lo que suponía unos cientos de XRP. Sin embargo, este ataque no podía activarse por accidente: los importes de las transacciones normales están muy lejos del umbral de desbordamiento.
Oculta desde 2015, la vulnerabilidad se descubrió gracias al programa de recompensas
El informe indica que el error podría haber existido desde 2015, cuando se escribió el actual motor de pagos. Un investigador lo notificó el 22 de septiembre a través del programa de recompensas por errores de XRPL. Según CoinDes