Saltar al contenido
Est. MMXXVIVol. VI · № 383RSS
Blockchain Breaches

Archivo de incidentes de seguridad en criptomonedas — hackeos, exploits, fallos de puentes y rug pulls, documentados con evidencia on-chain.

Expediente № 382Otro

Robos en monederos Lightning LNbits autoalojados

Un fallo en todas las versiones de LNbits anteriores a la 1.7.0 permitió a atacantes vaciar Bitcoin de instalaciones autoalojadas del software de monedero Lightning.

Fecha
Víctima
LNbits
Cadena(s)
Estado
Fondos robados

El 10 de noviembre de 2026, LNbits —una plataforma autoalojada y muy utilizada de monederos Bitcoin Lightning— publicó una versión de emergencia (versión 1.7.0) tras una oleada de ataques que vació fondos de instalaciones operadas de forma independiente, instando a los operadores de todo el mundo a apagar sus servidores mientras el monto total robado permanecía sin revelar.

Qué ocurrió

LNbits es software de código abierto que permite a cualquiera ejecutar su propio monedero Lightning, así como servicios de pago para comercios, propinas y muros de pago; su creador estimó en mayo de 2026 que alrededor de 200 000 personas lo ejecutan por su cuenta. El domingo 8 de noviembre, el proyecto advirtió a los operadores que desactivaran su extensión Paywall mientras investigaba un posible fallo, y aproximadamente una hora después pidió a los usuarios que apagaran sus servidores LNbits de inmediato, citando una oleada activa de ataques contra las instancias autoalojadas. LNbits afirmó que la vulnerabilidad afectaba a todas las versiones anteriores a la 1.7.0 y ponía en riesgo de robo los fondos de los monederos, y retiró de línea sus propias instalaciones alojadas. El proyecto no publicó de inmediato la causa técnica raíz, y prometió un informe aparte sobre el exploit. No se reveló ninguna cifra de pérdida agregada; un operador, Kevin Ravensberg, informó de que los atacantes usaron cuentas recién creadas para retirar unos 2,3 millones de satoshis (~0,023 BTC) de su instancia antes de que pudiera reaccionar.

Consecuencias

Parchear por sí solo no bastaba: LNbits advirtió de que actualizar no protegería a las instalaciones cuyas credenciales ya estuvieran comprometidas, y aconsejó a los operadores restablecer las claves del monedero, sustituir las credenciales de la fuente de financiación, tratar como comprometidos todos los secretos guardados en la configuración y migrar a un servidor nuevo si se sospechaba una intrusión. El alcance completo —cuántas de las aproximadamente 200 000 instancias autoalojadas resultaron afectadas y cuánto Bitcoin se sustrajo— no estaba cuantificado al momento de redactar, y no se publicaron direcciones de atacantes ni hashes de transacción.

Por qué importa

El incidente se hace eco de la serie de compromisos de infraestructura autoalojada del catálogo, en los que el punto débil es el software gestionado por el operador y no un contrato on-chain —de forma más directa, los robos de hot wallets de BTCPay Server semanas antes—. Con cientos de miles de instalaciones independientes, un solo fallo del lado del servidor se convierte en una emergencia a gran escala, y como muchos operadores custodian saldos reales de usuarios, el radio de impacto es imposible de medir de forma centralizada. Es un recordatorio de que el espíritu de autocustodia de Lightning traslada la carga de seguridad a los operadores, que deben parchear, rotar secretos y vigilar por su cuenta.

Fuentes y evidencia on-chain

  1. [01]cointelegraph.comhttps://cointelegraph.com/news/lnbits-rushes-emergency-patch-after-reported-bitcoin-wallet-thefts
  2. [02]kucoin.comhttps://www.kucoin.com/news/flash/lnbits-releases-emergency-patch-after-bitcoin-wallet-theft-reported
  3. [03]thecryptoupdates.comhttps://www.thecryptoupdates.com/lnbits-releases-emergency-patch-after-reported-lightning-wallet-thefts/

Registros relacionados