Por Canuto  

Una falla divulgada en Core Lightning puede mantener un nodo en un ciclo de bloqueos incluso después de actualizarlo: el anuncio malformado que desencadena el problema queda guardado en el disco y requiere una limpieza manual. Además del tiempo fuera de servicio, el investigador Nishant Bansal advierte que la interrupción puede impedir vigilar eventos del canal que exigen actuar antes de un plazo.
***

  • La vulnerabilidad afecta a Core Lightning desde la versión v25.02 hasta la v26.04, según la divulgación de Nishant Bansal.
  • El parche incorporado en abril rechaza nuevos anuncios malformados, pero no elimina los registros que ya llegaron al gossip_store.
  • Bansal advierte que un nodo desconectado puede perder oportunidades de reclamar pagos o responder a estados de canal revocados, con fondos en riesgo.

Core Lightning puede seguir cayéndose tras una actualización por un dato guardado

Una falla divulgada en Core Lightning puede mantener a un nodo bloqueado incluso después de instalar una actualización, porque el anuncio defectuoso que provocó el problema permanece almacenado en el disco. El investigador Nishant Bansal señaló que el operador debe eliminar manualmente el registro afectado para recuperar el servicio, mientras que la interrupción también puede impedir vigilar eventos de canal sensibles al tiempo.

Un anuncio defectuoso puede provocar bloqueos repetidos

La vulnerabilidad afecta a las versiones de Core Lightning desde la v25.02 hasta la v26.04, según la divulgación de Bansal, publicada el 24 de octubre. El software proporciona funciones para operar nodos de la red de pagos Lightning de Bitcoin, y el problema aparece cuando recibe un anuncio de canal con una estructura malformada que el programa acepta y guarda.

Los anuncios de canal comunican a los nodos las conexiones que forman parte del grafo de enrutamiento de Lightning. En el caso descrito, el mensaje identificaba al mismo nodo, hasta entonces desconocido, como ambos extremos de una conexión, una configuración que el software vulnerable no rechazaba antes de conservarla en el disco.

Después de guardar el mensaje en el archivo llamado gossip_store, el proceso encargado de cargarlo intenta insertar dos veces el mismo nodo en el grafo. Una protección que evita duplicados detiene gossipd, el componente que gestiona estos anuncios, y Core Lightning trata esa falla como fatal para el nodo completo.

El resultado puede repetirse cada vez que el operador reinicia el servicio, porque el arranque vuelve a leer el registro que quedó guardado. Así, el problema no se limita al instante en que llega el anuncio: la entrada persistente puede convertir un primer bloqueo en una secuencia de reinicios fallidos hasta que alguien la retire.

Por qué actualizar no limpia el registro almacenado

Core Lightning integró la corrección mediante el PR #9082 el 24 de abril y la publicó en la versión v26.04.1 el 25 de abril. El cambio verifica el orden de los identificadores de los nodos antes de aceptar el anuncio y exige que el primero sea estrictamente menor que el segundo, con lo que también rechaza identificadores iguales.

La validación nueva impide que futuros anuncios con esa estructura lleguen a aceptarse y escribirse en el archivo local. Sin embargo, la actualización no revisa ni borra automáticamente los datos malformados que ya estaban guardados antes de instalarla, por lo que el inicio todavía puede encontrar el registro que dispara el fallo.

Por esa diferencia entre prevenir nuevas entradas y reparar datos existentes, instalar una versión corregida no basta necesariamente para restaurar un nodo afectado. Bansal indicó que el operador debe eliminar manualmente del gossip_store el registro problemático, aunque la divulgación no detalla en el material disponible un procedimiento paso a paso para identificarlo y retirarlo.

La limpieza tampoco sustituye la actualización: un nodo que solo borre el registro, pero siga usando una versión vulnerable, podría volver a recibir el mismo anuncio. Según la divulgación, un atacante puede reenviarlo mientras permanezca sin gastarse la salida de financiamiento que controla, de modo que corregir el archivo y evitar la aceptación de nuevos mensajes son medidas distintas.

La corrección y las versiones recomendadas

Bitcoin Optech destacó el problema el 30 de octubre, meses después de que el parche preventivo se incorporara al proyecto. La divulgación de octubre, por tanto, puso el foco en las consecuencias de un registro que sobrevive a la actualización, mientras que la corrección de software para impedir nuevas entradas estaba disponible desde abril.

El reporte de Bitcoin Optech también señala que las versiones anteriores a la v25.02 podían aceptar y retransmitir estos anuncios sin bloquearse por sí mismas. Esto implica que, de acuerdo con esa explicación, un atacante no necesitaba conectarse directamente a cada nodo vulnerable para que el mensaje pudiera propagarse por la red.

La v26.04.1 fue la primera versión que incorporó la corrección para este defecto. TokenPost informó que Core Lightning anunció la versión v26.06.9 el 7 de octubre; esa versión es posterior a la que introdujo el arreglo, aunque instalarla no elimina por sí sola los registros malformados que ya estuvieran guardados en un nodo.

La distinción operativa es importante para quienes administran nodos: una versión corregida protege frente a la aceptación de nuevos anuncios malformados, pero no garantiza por sí sola que desaparezca un disparador previamente almacenado. Si el nodo ya quedó atrapado en el ciclo de bloqueo, la recuperación descrita por Bansal también exige atender el registro local que persiste en el disco.

El tiempo fuera de servicio también puede comprometer fondos

La consecuencia no se limita a perder disponibilidad del nodo o capacidad para procesar las tareas habituales de Lightning. Bansal advirtió que, mientras está fuera de línea, el operador no puede vigilar la cadena para detectar ciertos eventos relacionados con sus canales, lo que añade un riesgo financiero a la interrupción técnica.

Entre esos eventos está la posible publicación de un estado de canal revocado, ante el cual el nodo debe poder reaccionar. La divulgación también menciona reclamaciones de pagos con un plazo definido, que necesitan ejecutarse antes de su vencimiento; si el servicio permanece caído y el operador no actúa a tiempo, los fondos pueden quedar en riesgo.

Este escenario explica por qué un fallo de arranque puede tener efectos distintos de una interrupción temporal de una aplicación ordinaria. En Lightning, la capacidad de observar lo que ocurre en la cadena y responder dentro de los plazos forma parte de la protección de los fondos, por lo que la continuidad del nodo tiene una dimensión de seguridad además de una dimensión operativa.

La información disponible no cuantifica cuántos nodos han recibido el anuncio ni confirma pérdidas efectivas, por lo que no corresponde presentar el riesgo como un daño ya ocurrido en toda la red. Sí establece una cadena concreta de condiciones: el anuncio malformado se guarda, el inicio vuelve a cargarlo, la caída persiste hasta la limpieza manual y la desconexión puede impedir respuestas sensibles al tiempo.

Para los operadores, el mensaje central es revisar qué versión ejecutan y distinguir entre instalar una corrección preventiva y recuperar un nodo que ya conserva el registro problemático. La actualización puede cerrar la puerta a nuevos anuncios de este tipo, pero la información de Bansal advierte que el dato almacenado exige una acción adicional para terminar con los bloqueos repetidos.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados