Por Canuto  

LDK incorporó al código una defensa contra un sondeo que podía confirmar si una salida específica de Bitcoin financiaba un canal Lightning entre dos nodos. La corrección mantiene utilizables los alias válidos, pero todavía no hay confirmación de qué versiones de wallets y despliegues ya la incluyen.
***

  • El sondeo requería que un atacante se conectara a los dos extremos sospechados y probara un identificador real de canal candidato.
  • La corrección de LDK rechaza el identificador real de un canal no anunciado al reenviar mensajes onion, salvo cuando coincide con su alias de salida.
  • El cambio en el código no demuestra que la protección ya esté disponible en las versiones instaladas de todas las wallets.

LDK limita un sondeo que podía vincular canales privados de Lightning con Bitcoin

Lightning Development Kit (LDK), un conjunto de software utilizado para crear aplicaciones de Bitcoin Lightning, incorporó una corrección que bloquea una vía para relacionar un canal no anunciado con la salida de Bitcoin que lo financia. El sondeo aprovechaba la búsqueda de canales durante el reenvío de mensajes onion: si un mensaje regresaba al atacante, podía confirmar que un identificador candidato correspondía al canal entre dos nodos sospechados.

La corrección no significa que se hayan robado fondos ni que se hayan expuesto claves privadas. El problema descrito afecta la privacidad de ciertos vínculos entre nodos y salidas en la cadena, y requería condiciones concretas para funcionar; además, aunque el cambio ya está en el código, no se confirma qué versiones de wallets instaladas lo incluyen.

Qué podía revelar el sondeo

Un canal no anunciado no aparece en el mapa público de conexiones de Lightning, pero esa característica no bastaba para impedir el sondeo descrito. Antes del cambio, la búsqueda de canales de LDK podía resolver un identificador real de canal incluso cuando el canal era privado y su fondeo ya estaba confirmado en Bitcoin, lo que ofrecía una forma de probar una relación que no figuraba en la información pública de la red.

El identificador implicado se conoce como real short-channel ID, o SCID. Según la especificación de Lightning, reúne tres coordenadas de la cadena: la altura del bloque, la posición de la transacción dentro de ese bloque y la posición de la salida dentro de la transacción; juntas, señalan una salida concreta que puede financiar un canal.

Con esas coordenadas, un atacante podía construir un SCID candidato a partir de una salida visible en la blockchain, aunque todavía no supiera si esa salida pertenecía a un canal entre los nodos que investigaba. El dato relevante no era solo que existiera una salida, sino que un canal Lightning específico la utilizara como fondeo, una relación que el sondeo podía ayudar a confirmar.

Para probar esa hipótesis, el atacante debía conectarse a ambos extremos sospechados y enviar una ruta de mensaje onion a través de ellos, de modo que el mensaje regresara a su origen. Si la ruta funcionaba usando el SCID candidato, el resultado confirmaba el vínculo entre la salida de fondeo y el canal de esos nodos; la técnica no equivalía a observar una transferencia de bitcoins entre ellos.

La corrección y el papel de los alias

El cambio en LDK vuelve más estricta la búsqueda que ocurre cuando el software reenvía mensajes onion. Ahora rechaza el SCID real de un canal no anunciado durante la búsqueda del siguiente nodo, excepto cuando ese valor coincide con el alias de salida del canal, una identificación alternativa que permite dirigirse a él sin utilizar sus coordenadas reales en la cadena.

Así, los alias válidos siguen disponibles para el reenvío, mientras que el identificador real del canal deja de servir como llave para esta búsqueda en las condiciones descritas. La distinción es importante: la corrección no elimina los canales privados ni impide que funcionen, sino que limita una manera concreta de preguntar a los nodos si conocen un canal mediante su ubicación de fondeo.

El cambio se refiere al reenvío de mensajes onion y no debe confundirse con una modificación general de todas las rutas de pago. El material técnico indica que el PR hace más estricta esta búsqueda que una ruta de retransmisión de pagos HTLC, que bajo ciertas configuraciones puede permitir identificadores reales para algunos canales privados.

Las reglas de enrutamiento onion de BOLT 4 establecen que el identificador de canal incluido en un mensaje debe corresponder a un identificador anunciado o a un alias local. Dentro de ese marco, el rechazo del SCID real de un canal no anunciado busca impedir la confirmación mediante el sondeo, sin quitar el uso de un alias permitido para que el mensaje llegue a su destino.

Alcance, límites y próximos pasos

LDK presentó la corrección en un cambio de código incorporado el 25 de octubre, y Bitcoin Optech destacó el hallazgo el 30 de octubre. Esas fechas documentan el avance técnico, pero no bastan para determinar cuándo incorporó la defensa cada producto que utiliza LDK, porque el código compartido puede llegar a las aplicaciones en momentos distintos.

No se identifican versiones lanzadas de wallets que ya contengan el cambio ni se confirma qué despliegues lo han activado. Por eso, los usuarios no deberían asumir que su aplicación está protegida solo porque existe una corrección en el repositorio; para conocer la situación de su instalación, necesitan consultar a su proveedor de wallet.

El alcance del riesgo también es específico. El sondeo exigía conexiones del atacante a los dos extremos sospechados y un SCID real candidato, y la información descrita se refiere a la posibilidad de vincular una salida de fondeo con los nodos del canal, no a la exposición de fondos de wallets ajenas, al acceso a claves privadas ni a todos los canales de Lightning.

En términos prácticos, el episodio muestra que ocultar un canal del mapa público no necesariamente bloquea todas las consultas que pueden revelar información sobre él. La corrección de LDK cierra esta ruta concreta de búsqueda para mensajes onion y conserva el uso de alias válidos, mientras la confirmación de su llegada a las aplicaciones queda pendiente de las versiones y despliegues de cada proveedor.


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