Se han encontrado dos vulnerabilidades de denegación de servicio en Core Lightning

• El ataque interrumpió la liquidez sin necesidad de mantener canales abiertos con la víctima.
• Las versiones v26.04 y v26.06rc2 ya incluyen parches de seguridad para ambas vulnerabilidades.

Recientemente se descubrieron y corrigieron dos errores que permitían a un atacante remoto agotar la memoria de un nodo de la red Lightning de Bitcoin hasta que colapsara.

El hallazgo fue realizado por el desarrollador Chandra Pratap durante su pasantía en el programa Summer of Bitcoin. Según un informe publicado en Delving Bitcoin el 19 de julio de 2026, la falla afectó directamente al sistema de comunicación de los nodos.

Específicamente, el error se localizó en la "puerta de enlace" del software, es decir, el componente que recibe mensajes externos de otros pares y los transfiere al sistema central responsable de mapear la topología de la red. Al atacar este punto, el sistema colapsó ya que no pudo procesar la información excesiva.

El diseño defectuoso permitió a un actor malicioso inundar el nodo con mensajes de actualización de canal. Sin un mecanismo para detener este flujo, la cola de mensajes interna creció indefinidamente.

Esto provocó que el sistema consumiera toda la RAM disponible, llevando al nodo a un colapso total.

Esta primera vulnerabilidad fue corregida en la versión v26.04 de Core Lightning, donde se estableció un límite estricto que descarta mensajes una vez que la cola alcanza 500,000 elementos.

Mientras Pratap verificaba la efectividad de esta primera solución, descubrió una segunda vulnerabilidad.

En este escenario, el atacante podría enviar una ráfaga continua de identificadores de canal cortos falsos (SCIDs). El sistema, al intentar registrar estos canales desconocidos para su posterior consulta, asignó memoria en su mapa interno indefinidamente, causando nuevamente el colapso del nodo.

Afortunadamente, el desarrollador de Core Lightning Rusty Russell ya estaba trabajando en una actualización separada para introducir un mecanismo de limpieza automática en el mapa de memoria. Este parche, incluido en la versión v26.06rc2, mitigó de manera inadvertida pero efectiva este segundo vector de ataque.

La criticidad de ambas vulnerabilidades radicaba en su vector de ataque: podían ejecutarse de forma remota, a través de interacciones entre pares, sin que el atacante necesitara comprometer fondos en la cadena principal o mantener una relación de canal abierto con la víctima.

Estas resoluciones subrayan la importancia de auditorías continuas en las capas de comunicación interna del software de Bitcoin.

Si bien la resolución de estas vulnerabilidades asegura la estabilidad técnica y la robustez de los nodos de Core Lightning, la topología económica de la red experimenta sus propios movimientos estructurales.

Junto con las mejoras de seguridad, se ha observado un cambio de tendencia en el uso de capital inmovilizado. Como informamos recientemente en CriptoNoticias, la capacidad de Lightning de Bitcoin está cayendo rápidamente.

La liquidez pública ha caído un 21.9% desde diciembre pasado, pasando de un pico de 5,637 BTC a aproximadamente 4,400 BTC.

Sin embargo, esta reducción no implica necesariamente una salida masiva de dinero de Bitcoin, sino más bien una reubicación de operadores hacia mercados de alquiler de liquidez más eficientes, como Magma, mientras Lightning comienza a competir con nuevos protocolos que operan sin canales de pago, como Spark y Ark.

Este contenido se ofrece únicamente con fines informativos generales y no constituye un asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, operar o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.