La solución de privacidad del Bitcoin Lightning Development Kit impide la vinculación de canales privados con financiación on-chain

Introducción al Lightning Development Kit (LDK)

El Lightning Development Kit (LDK), un software utilizado para construir aplicaciones de Bitcoin Lightning, ha implementado una solución de privacidad que impide que se vinculen canales no anunciados con la financiación on-chain correspondiente.

Detalles de la Solución de Privacidad

Esta investigación reveló cómo el LDK reenvía mensajes onion, convirtiendo un identificador de canal adivinado en una confirmación de conexión entre dos nodos sospechosos. Bitcoin Optech destacó este cambio el 30 de octubre.

Un canal no anunciado permanece fuera del mapa de la red pública, pero eso por sí solo no impidió que la búsqueda de reenvío de mensajes de LDK confirmara su vínculo de financiación. Un ID de canal corto real (SCID) funciona como coordenadas en la blockchain. La especificación de Lightning lo define utilizando la altura del bloque, la posición de la transacción dentro de ese bloque y la posición de la salida dentro de esa transacción. Juntos, estos elementos identifican la salida de Bitcoin particular que financia un canal.

Riesgos de Seguridad y Confirmación de Conexión

Un atacante puede derivar un ID candidato a partir de la ubicación de una salida, sin saber aún si pertenece a un canal entre los nodos sospechosos. La investigación documentada proporciona esa confirmación faltante, requiriendo que el atacante se conecte a ambos extremos y construya un camino de mensajes onion a través de ellos que regrese al atacante.

Antes de la implementación de esta solución, la búsqueda de canales de LDK podía resolver un SCID real incluso para un canal no anunciado, una vez que su financiación se confirmaba. Si el mensaje regresaba con éxito, el atacante podía confirmar que la salida adivinada y el canal entre esos nodos coincidían. Por lo tanto, la filtración demostrada une dos piezas de información: una salida de financiación de Bitcoin y los nodos de Lightning que la utilizan.

Cambio en el Proceso de Reenvío

Ahora, el LDK se niega a resolver el SCID real de un canal no anunciado para el reenvío de mensajes onion. Los alias válidos siguen siendo utilizables como identificadores alternativos, lo que permite a un remitente dirigirse al canal sin utilizar sus verdaderas coordenadas en la blockchain. Este cambio cierra esta ruta de búsqueda mientras preserva el reenvío que utiliza un alias permitido.

Implementación y Verificación

El cambio se describe en la solicitud de extracción. Según las reglas de enrutamiento de onion de BOLT 4, un SCID de mensaje onion debe corresponder a un identificador anunciado o un alias local. La inclusión de esta solución en las versiones de billetera instaladas aún no ha sido verificada. Los usuarios necesitan confirmación de su proveedor de billetera antes de asumir que el software instalado cuenta con esta protección.