Cargando precios…
🩸BEARISH

Eclair corrige un fallo que amenaza fondos de nodos Lightning

El parche del 14 de septiembre cierra tres vías de ataque activadas por pares, incluida una que podía convertir todo el saldo local de un canal en comisiones para los mineros.

ACINQ lanzó Eclair 0.14.3 el 14 de septiembre para corregir tres vulnerabilidades activadas por pares que podían hacer que los operadores de Bitcoin Lightning perdieran fondos o los dejaran bloqueados durante cierres de canales, splicing y financiación sobre la marcha. El fallo más grave podía permitir que un par malicioso propusiera una comisión de cierre superior al saldo local del operador, haciendo que Eclair aceptara una transacción que enviaba todo el saldo a los mineros de Bitcoin.

Por qué es importante

La primera vulnerabilidad afectaba a los cierres cooperativos de canales, en los que Eclair se encargaba de establecer la comisión de cierre. Su negociación de respaldo podía aceptar una propuesta maliciosa por encima del límite configurado por el operador. La versión 0.14.3 ahora rechaza las propuestas de comisión de cierre que superen ese máximo.

Un segundo fallo podía dejar fondos bloqueados durante un splicing sin finalizar si Eclair firmaba primero y un par retenía su firma. Los atacantes también podían dejar que caducara un pago entrante retransmitido, publicar un estado anterior del canal y usar el secreto del pago para cobrar el tramo saliente. Eclair ahora fuerza el cierre utilizando el estado más reciente respaldado por una transacción de financiación con todas las firmas.

El tercer problema estaba relacionado con la financiación sobre la marcha, que abre un canal mientras reenvía un pago. Un monedero malicioso podía manipular los tiempos de expiración para que el pago saliente se liquidara en la cadena mientras el entrante caducaba, dejando la pérdida al operador del relé. Eclair ahora comprueba las comisiones de retransmisión y los márgenes de expiración antes de comprometer fondos.

Impacto en el mercado

La versión incorpora un límite predeterminado de 50 satoshis por vByte para las comisiones estimadas automáticamente de apertura de canales y splicing, lo que limita la exposición a datos externos de comisiones defectuosos. ACINQ recomendó encarecidamente a los operadores actualizar.

Las correcciones llegan mientras BTCPay Server informa de sondeos repetidos contra infraestructura de LND con el acceso externo reactivado manualmente. Ese incidente separado apuntó a una ruta de cambio de contraseña sin autenticación, lo que pone de relieve la creciente presión de seguridad en todo el ecosistema de Bitcoin Lightning. Los operadores afrontan tanto errores de implementación como superficies administrativas expuestas, mientras los atacantes buscan vías para controlar o redirigir fondos.

Tokens relacionados
$BTC

Preguntas frecuentes

  1. ¿Cuál fue la vulnerabilidad más grave de Eclair?

    Un par malicioso podía proponer una comisión de cierre superior al saldo local del canal del operador. Eclair podía aceptar la propuesta y enviar el saldo a los mineros de Bitcoin como comisiones.

  2. ¿Qué versión de Eclair corrige las vulnerabilidades de Lightning?

    ACINQ lanzó Eclair 0.14.3 el 14 de septiembre. La versión corrige vulnerabilidades en el cierre de canales, el splicing y la financiación sobre la marcha.

  3. ¿Cómo podía causar pérdidas la vulnerabilidad de splicing?

    Si Eclair firmaba primero y un par retenía su firma, el estado más reciente del canal podía depender de una transacción no publicada. Un atacante también podía aprovechar un pago entrante caducado mientras cobraba el tramo saliente.

  4. ¿Qué protección añadió Eclair para la financiación sobre la marcha?

    Eclair ahora comprueba las comisiones de retransmisión y los márgenes de expiración antes de comprometer fondos. Esto limita la capacidad de un monedero malicioso para crear un desfase temporal entre los pagos saliente y entrante.

  5. ¿Qué otro problema de seguridad de Lightning afectó a los operadores de LND?

    BTCPay Server informó de bots que sondeaban servidores de LND con el acceso externo reactivado manualmente. Los atacantes apuntaron a una ruta de cambio de contraseña sin autenticación que podía exponer credenciales de control del monedero.

Atribución de fuente
Agregado de CryptoSlate · Verificado · Última actualización hace 31d
Abrir original →