SlowMist detalla el hack de Liquid Network por 320 millones de dólares: una colisión de claves de caché

Resumen del mercado generado por IA
SlowMist detalló un exploit de $320M en Liquid Network en el que una colisión de clave de caché en la verificación de rangeproofs de Elements permitió acuñar ~3.998,5 LBTC sin respaldo y realizar rápidamente peg-outs a BTC real, drenando ~95% de las reservas de la federación. Aunque no se comprometieron las claves y un parche (v23.3.4) más la suspensión de los pegs limitaron pérdidas adicionales, el incidente subraya el riesgo de implementación tipo smart contract en sistemas adyacentes a Bitcoin y puede lastrar la confianza en las sidechains y la infraestructura relacionada.
Nivel de impacto
● Alto
Activos afectados
BTC/USDT+0.14%
Ideas de IA · BTC/USDTIdeas de IA
▼ Bajista
Haz trading ahora
⚠️ Las ideas generadas por IA se basan en contenido de noticias y se proporcionan solo con fines informativos. No constituyen asesoramiento de inversión ni representan los puntos de vista de BingX. Invertir implica riesgos. Opera de forma responsable.
Un único fallo de software en el código Elements de Blockstream permitió a un atacante "crear" cerca de 4.000 LBTC sin respaldo, canjearlos por Bitcoin real mediante el mecanismo de peg-out y vaciar en pocas horas alrededor del 95% de las reservas de la Liquid Federation. SlowMist publicó el 11 de septiembre su análisis completo del exploit ocurrido el 6 de septiembre, que ya se considera el mayor incidente de seguridad divulgado públicamente este año relacionado con una sidechain de Bitcoin. El impacto estimado asciende a unas 3.998,5 LBTC acuñadas y reembolsadas, valoradas en torno a 320 millones de dólares. La cartera de reservas de la federación pasó de custodiar más de 4.200 BTC a situarse cerca de 197 BTC. De un atajo de rendimiento a un problema de 320 millones Según SlowMist, la causa raíz fue una vulnerabilidad de colisión de claves de caché dentro del proceso de verificación de rangeproofs. Estas pruebas criptográficas sirven para confirmar que los importes de una transacción están dentro de rangos válidos sin revelar las cantidades exactas, y son una pieza central del modelo de transacciones confidenciales de Liquid. Para acelerar la verificación, Elements almacenaba en caché pruebas previamente validadas para evitar revalidarlas. El fallo estaba en la forma de construir las claves de esa caché. Antes de la versión v23.3.4, el software generaba claves sin prefijos de longitud. Con esa omisión, dos entradas distintas podían producir la misma clave; si se daba la colisión con una prueba legítima, el sistema podía tratar una prueba inválida como ya verificada. El atacante aprovechó esa colisión para eludir la verificación y acuñar LBTC sin el correspondiente respaldo en Bitcoin dentro de la cartera de peg de la federación. A continuación, esos tokens se sacaron rápidamente mediante peg-out, convirtiéndolos en BTC en la red principal antes de que pudiera reaccionarse. Tras el incidente: suspensión del peg, parche y negociación en cadena Blockstream actuó tras detectar el exploit. Se suspendieron las operaciones de peg para frenar nuevas salidas. También se detuvo la producción de bloques y no se reanudó hasta el 10 de septiembre, una vez desplegado Elements v23.3.4 con la gestión de claves de caché corregida e incorporando los prefijos de longitud. Blockstream indicó que el incidente se debió a un bug de software y no a una filtración o compromiso de las claves de firma de la federación. El atacante se comunicó mediante mensajes OP_RETURN en Bitcoin, un método que permite insertar cadenas cortas de texto directamente en transacciones. En esos mensajes se identificó como investigador whitehat y reclamó una recompensa del 10%. Tras aplicarse el parche, se devolvieron aproximadamente 3.400 BTC a la cartera de peg de la federación. El atacante retuvo alrededor de 598,5 BTC, presumiblemente como comisión de "hallazgo". Esa cantidad equivale a cerca del 15% del botín total, por encima del 10% solicitado inicialmente. Implicaciones para las sidechains federadas SlowMist subraya que la vulnerabilidad no estaba en la gobernanza de la federación ni en la custodia de claves, sino en una optimización de rendimiento. Cachear pruebas verificadas es una práctica razonable; el problema fue una implementación defectuosa que convirtió una mejora de velocidad en un vector de ataque de 320 millones. La red permaneció inactiva durante cuatro días. El 95% de las reservas desapareció antes de que se detectara el incidente. La recuperación dependió en parte de la voluntad del atacante de devolver los fondos. El informe señala de forma específica la ausencia de prefijos de longitud en la construcción de claves de caché como el factor habilitador, un detalle que, según advierte, deberían auditar de inmediato otros proyectos que utilicen patrones similares.