Nodos de Bitcoin Lightning sin parches enfrentan un error que drena canales
¡Una actualización crítica para los nodos de Bitcoin Lightning! La versión 26.06.10 aborda vulnerabilidades de seguridad en los canales y la resolución de pagos. ¡Actualiza ahora!

Actualización de Core Lightning
Core Lightning, el software para operar nodos de pago de Bitcoin Lightning, está instando a los usuarios a instalar la versión v26.06.10 para abordar fallos de seguridad relacionados con los canales, la resolución de pagos y el acceso remoto. Los mantenedores también recomiendan revisar las credenciales utilizadas para comandos remotos, haciendo de las restricciones de acceso una tarea separada junto con la actualización del software. El aviso de lanzamiento sugiere actualizar tan pronto como sea práctico.
Correcciones de Seguridad y Nuevas Funcionalidades
Los mantenedores han retenido temporalmente las pruebas de corrección de seguridad para ralentizar la conversión de parches en exploits funcionales y dar a los operadores más tiempo para actualizar. La nueva versión agrega verificaciones sobre las firmas de transacción de un par durante la apertura y empalme de canales financiados por Bitcoin, siguiendo la especificación BOLT 2 del protocolo Lightning, según el changelog etiquetado.
Un contrato de pago condicional de Bitcoin, conocido como HTLC, que había sido eliminado recientemente, podría confundirse con uno activo que comparte su hash de pago, monto y fecha de expiración. Esto podría llevar a que el nodo falle en el pago activo aguas arriba, aunque su par aún podría reclamarlo. Otra corrección rechaza las aperturas de canal cuando un par propone un límite de polvo superior a 5,000 satoshis. El changelog indica que el comportamiento anterior permitía que un par redujera el saldo del nodo en tarifas durante un cierre forzado.
Las aperturas financiadas por dos partes también rechazan el límite de polvo de un par cuando excede la reserva del canal. La financiación dual sigue siendo experimental, y los mantenedores desaconsejan los canales de cero confirmaciones con pares no confiables. La versión también rechaza una apertura de cero confirmaciones v2 a menos que el operador haya configurado la aceptación para ese par.
Compatibilidad y Cambios en la Interfaz de Comando
Los nodos que han ejecutado la versión master no pueden degradar a la serie 26.06.x porque su esquema de base de datos es más nuevo. GitHub muestra una fecha de lanzamiento del 4 de noviembre para la v26.06.10, mientras que su changelog etiquetado data la misma versión el 5 de noviembre. Este lanzamiento sigue a las correcciones de seguridad de la v26.06.9 y al fallo de activación almacenada separado del 2 de noviembre.
La interfaz de comando de Core Lightning permite que un par conectado directamente solicite que un nodo ejecute un comando. El par generalmente necesita un rune, una credencial de autorización que permite el comando. La actualización cierra una forma de eludir las restricciones de rune sobre los nombres de parámetros utilizando nombres duplicados o variantes de puntuación. También corrige un fallo de comando provocado por reutilizar un ID de comando después de un comando fallido y rechaza runes sobredimensionados que anteriormente consumían un trabajo excesivo de decodificación.
Los mantenedores recomiendan vincular runes utilizadas a través de comandos al ID del nodo de la aplicación mediante una restricción de ID. También aconsejan a los operadores que incluyan en una lista negra runes que no pueden contabilizar utilizando blacklistrune, y luego emitir reemplazos con restricciones más estrictas.