LNbits désactive les services Bitcoin hébergés sans calendrier de redémarrage

La plateforme de paiements Bitcoin et de comptes de portefeuille LNbits a appelé tous les utilisateurs à arrêter leurs serveurs LNbits après avoir signalé une vague d'attaques.

L'arrêt de ces serveurs peut interrompre les services de paiement, de caisse et de pourboire pendant que les opérateurs attendent des correctifs de sécurité et des instructions claires de redémarrage. LNbits a déclaré qu'il avait des correctifs de sécurité à déployer et fournirait d'autres mises à jour.

La description du produit du projet répertorie des outils de point de vente, des caisses en ligne, des boutons de don, des pourboires, des comptes de portefeuille et des API. Il prend en charge à la fois les déploiements auto-hébergés et gérés via des sources de financement Lightning sous-jacentes.

Dans un avis séparé du 8 novembre, LNbits a déclaré avoir désactivé toutes les instances de son service hébergé par précaution et s'attendait à ce que les services reprennent dans les 24 heures.

Pour les opérateurs auto-hébergés, la demande est d'arrêter l'instance LNbits qu'ils gèrent pour les paiements Bitcoin. Les clients hébergés dépendent plutôt de l'action du fournisseur, que LNbits a déclaré avoir déjà prise.

L'avertissement de fermeture de LNbits suit deux voies d'hébergement

Les opérateurs auto-hébergés ont été informés d'arrêter les serveurs ; LNbits a déclaré avoir désactivé ses instances hébergées. Lors de la vérification du 9 novembre, la dernière version stable était toujours antérieure à l'avertissement.
L'étendue de l'arrêt de LNbits et l'état de la version Un avertissement se divise en action des opérateurs auto-hébergés et un arrêt de service géré signalé. Un diagramme d'état de version distinct fait la distinction entre l'ancienne version stable et une nouvelle fusion de développement.
PORTÉE D'ARRÊT · 8 NOV. @lnbits
Arrêter les serveurs LNbits
AUTO-HÉBERGÉ
HÉBERGÉ PAR LNbits
L'opérateur a été instruit d'arrêter
LNbits dit qu'il a désactivé
Leur serveur LNbits
Toutes les instances hébergées
ÉTAT DE LA VERSION · 9 NOV., ENV. 18:20 UTC
STABLE
18 septembre
Vérification du 9 novembre
v1.6.2
Correctif de sauvegarde
Toujours la dernière version stable
DÉVELOPPEMENT
PR #4310 fusionné dans dev
9 novembre · événement de développement, pas une version stable

L'avertissement de fermeture du projet couvre les deux arrangements d'hébergement. Une fusion de développement n'est pas une version de sécurité stable ou une autorisation de redémarrage.

Matériel public à un moment donné, vers 18:20 UTC le 9 novembre 2026. L'arrêt hébergé est attribué à @lnbits ; la restauration n'était qu'une estimation. PR #4310 n'est pas établi comme le remède à l'attaque, et aucune autorisation de redémarrage n'était visible dans les avis/chronologie examinés.
Sources et preuves

Sources

1. Instruction d'arrêt de @lnbits
2. Avis de service hébergé de @lnbits
3. Dernière version stable de l'API
4. Historique des versions de LNbits
5. Fusion PR #4310
6. Chronologie publique de @lnbits

Faits soutenants

• Déclaration rapportée Le 8 novembre, @lnbits a instruit tous les utilisateurs de LNbits d'arrêter immédiatement leurs serveurs LNbits, disant qu'il avait des correctifs de sécurité à déployer suite à une vague d'attaques.
• @lnbits a déclaré séparément le 8 novembre qu'il avait désactivé toutes les instances de son service hébergé par précaution et s'attendait à ce que les services reprennent dans les 24 heures.
• Lors de la vérification du soir du 9 novembre, GitHub a identifié v1.6.2 comme la dernière version stable de LNbits ; ses notes de version du 18 septembre 2026 décrivent un correctif de sauvegarde PostgreSQL.
• LNbits a fusionné la demande de tirage #4310 dans sa branche dev le 9 novembre, avec des changements décrits comme centralisant la protection contre la falsification de requêtes côté serveur, bloquant les requêtes auto-ciblées et désactivant la création de nouveaux comptes par défaut.
• Déclaration rapportée Ni l'avis d'arrêt du 8 novembre de @lnbits ni son avis de service hébergé n'ont annoncé que les opérateurs pouvaient redémarrer ; aucune autorisation ultérieure n'est apparue dans la chronologie publique capturée de @lnbits lors de la vérification du soir du 9 novembre.

Méthode

Diagramme qualitatif des deux responsabilités d'hébergement et des états stables/développement séparés. Les dates et les étiquettes proviennent des déclarations primaires sélectionnées et des captures GitHub ; les longueurs des connecteurs ne sont pas le temps écoulé ou la disponibilité mesurée.

Portée

Matériel public à un moment donné, vers 18:20 UTC le 9 novembre 2026. L'arrêt hébergé est attribué à @lnbits ; la restauration n'était qu'une estimation. PR #4310 n'est pas établi comme le remède à l'attaque, et aucune autorisation de redémarrage n'était visible dans les avis/chronologie examinés.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.