Eclair, la implementación de nodos Lightning de ACINQ, ha fusionado dos correcciones para fallos que podían costar a un nodo Bitcoin en forma de comisiones de minería excesivas. La primera, PR #3388, limita las demandas de replace-by-fee iniciadas por pares durante la apertura de canales con financiación dual y los splices: anteriormente, un par malicioso podía imponer una tarifa arbitraria en transacciones que llevaban la contribución de la propia wallet de Eclair, y la pérdida se pagaba a los mineros y no al atacante. La segunda, PR #3390, afecta al modo Eclair-signer, donde bitcoind construye las transacciones mientras Eclair custodia las claves. Un backend comprometido podía informar de una comisión dentro del presupuesto mientras construía una transacción que en realidad pagaba más, por ejemplo eliminando la salida de cambio, ya que según la contabilidad de transacciones de Bitcoin todo valor de entrada sin asignar se convierte en comisión para el minero.
Por qué importa
Ambas brechas explotaban mecánicas legítimas del protocolo en lugar de un único error, lo que las hace difíciles de detectar: en un caso el nodo paga a sabiendas una tarifa nominada por el par, y en el otro la cifra de comisión que comprueba es simplemente una mentira. El boletín del 9 de octubre de Bitcoin Optech señalaba ambos cambios como el cierre de brechas de protección en configuraciones de financiación dual y splicing. Son distintos del fallo de comisiones en el cierre cooperativo de septiembre y de los problemas de denegación de servicio por reinicio del 2 de octubre.
Impacto en el mercado
Las correcciones se fusionaron en master el 2 y el 5 de octubre, pero hasta el 12 de octubre la página de versiones del proyecto seguía listando la v0.14.3 de septiembre como la última compilación empaquetada, por lo que las correcciones de octubre son posteriores. Los operadores de Eclair deben verificar que su compilación instalada contiene los cambios de octubre, especialmente en configuraciones de financiación dual, splicing o signer.
No se han reportado incidentes de pérdida; las correcciones son preventivas. La acción práctica es verificar la compilación, ya que ejecutar código de la rama master o esperar a la próxima versión etiquetada es hoy la única forma de obtener las protecciones.
Preguntas frecuentes
-
¿Qué fallos se corrigieron en el software Lightning de Eclair?
Dos vulnerabilidades de drenaje de comisiones: una vía de replace-by-fee sin límite durante las aperturas de canales con financiación dual y los splices, y una brecha en el modo Eclair-signer donde un backend de Bitcoin Core comprometido podía construir transacciones que pagaban más de la comisión reportada.
-
¿Cómo podía un par malicioso robar a un nodo Eclair mediante comisiones?
Durante una apertura de canal con financiación dual o un splice, el par podía solicitar una transacción de reemplazo a una tarifa arbitraria, y Eclair pagaba su propia contribución de wallet a esa tarifa sin límite superior. La pérdida iba a los mineros en forma de comisiones y no al atacante.
-
¿Cuál es el fallo del modo Eclair-signer (PR #3390)?
bitcoind selecciona las monedas y construye las transacciones mientras Eclair retiene las claves de firma. Un backend comprometido podía informar de una comisión dentro del presupuesto mientras construía una transacción que en realidad pagaba más, por ejemplo eliminando la salida de cambio, ya que según la…
-
¿Qué versión de Eclair contiene las correcciones de comisiones de octubre?
Hasta el 12 de octubre las correcciones existían solo en la rama master, fusionadas el 2 y el 5 de octubre. La última versión empaquetada, la v0.14.3 de septiembre, es anterior a ambas reparaciones, así que los operadores deben verificar que su compilación instalada incluye los cambios de octubre.
-
¿Se han drenado realmente nodos Eclair por estos fallos?
No se han reportado incidentes de pérdida. El boletín del 9 de octubre de Bitcoin Optech destacó ambos cambios como el cierre de brechas de protección, y las correcciones son preventivas en lugar de una respuesta a un exploit conocido.