Babylon protocole de staking Bitcoin expose une vulnérabilité de consensus, permettant à des validateurs malveillants de ralentir la génération de blocs
【Chaîne de texte】Le protocole de mise en jeu Bitcoin Babylon a récemment été découvert comme ayant une faille technique grave. Les développeurs ont divulgué sur GitHub qu’il existe un défaut dans le schéma d’extension de vote BLS — ce schéma est utilisé pour que les validateurs parviennent à un consensus sur un bloc donné.
Où se situe le problème ? La faille permet aux validateurs malveillants d’omettre intentionnellement le champ de hachage de bloc lors de l’envoi de l’extension de vote. Cela semble être juste un champ manquant, mais l’impact réel est immense. Car la responsabilité du champ de hachage de bloc est de dire aux autres validateurs « quels blocs spécifiques soutenons-nous par notre vote ».
Une fois ce champ omis, cela peut déclencher des problèmes de consensus des validateurs pendant la période de limite d’epoch. Particulièrement aux nœuds de contrôle de consensus critiques des limites de phase, les validateurs malveillants peuvent théoriquement causer l’effondrement d’autres validateurs. Si plusieurs validateurs sont affectés simultanément, les conséquences seraient graves — la vitesse de génération de blocs du réseau ralentirait considérablement.
La bonne nouvelle est qu’aucun cas d’exploitation réelle de cette faille n’a été observé pour l’instant. Cependant, les développeurs ont lancé un avertissement : si elle n’est pas corrigée rapidement, ce mode d’attaque sera inévitablement abusé. Pour les participants de l’écosystème Babylon, c’est un point de risque qui nécessite une surveillance étroite.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
9 J'aime
Récompense
9
5
Reposter
Partager
Commentaire
0/400
WalletsWatcher
· 01-10 19:45
Ah non, encore un, Babylon veut se faire du mal
Mon Dieu, c'est absurde, il suffit qu'il manque un champ pour faire planter la validation...
Attends, mais où est l'audit de sécurité ? Pourquoi ne l'ont-ils pas détecté avant le lancement
Heureusement, c'est seulement théorique, mais si une panne massive des validateurs se produisait, ce serait tellement embarrassant
Si la génération de blocs devient lente, peut-on encore faire confiance à ce système
Voir l'originalRépondre0
Degentleman
· 01-09 15:58
Encore un projet qui rencontre des problèmes ? Babylon, cette fois, ça commence à faire beaucoup
Hmm... encore la même histoire avec les validateurs, ceux qui font ces manœuvres sont vraiment 😅
Un seul champ manquant peut provoquer autant de remue-ménage, c’est vraiment absurde
La génération de blocs ralentit ? Le réseau est encore plus congestionné maintenant
Comment ce genre de vulnérabilité a-t-elle pu être intégrée au réseau principal, que fait l’équipe de développement ?
J’espère qu’ils vont vite réparer ça, sinon on va encore se faire sermonner
Voir l'originalRépondre0
SignatureDenied
· 01-09 10:55
Encore une vulnérabilité... Babylon, qu'est-ce qu'ils veulent faire
Un nœud malveillant peut mettre en panne le réseau en supprimant un champ ? C'est un peu exagéré
Il y a plein de pièges dans le protocole de staking, il faut vite le corriger
Attendez, cela peut vraiment affecter la génération de blocs ? C'est trop dangereux
L'équipe de développement de Babylon doit prendre cela au sérieux cette fois
Voir l'originalRépondre0
LayerZeroHero
· 01-09 10:49
Putain, il manque juste un champ pour faire tout ce bruit ? Babylon veut vraiment faire des histoires
Un seul champ de hachage manquant peut faire tout s'effondrer ? Cette conception est vraiment trop fragile
L'équipe Babylon va corriger cette faille, vite fait...
Comment peut-on encore avoir des vulnérabilités aussi basiques, je suis vraiment bluffé
Le ralentissement de la génération de blocs, ça fait vraiment mal à l'aise, il faut réparer ça rapidement
C'est pour ça qu'il faut faire plus d'audits, un petit bug peut paralyser tout le réseau
Si un attaquant malveillant en profite... je préfère ne pas y penser
On dirait que la solution BLS doit être réexaminée une fois de plus
Voir l'originalRépondre0
DancingCandles
· 01-09 10:33
Un champ manquant peut-il faire échouer la validation ? Babylon joue avec le feu
Mon Dieu, un nouveau maliciel pour les nœuds malveillants, cette vulnérabilité de sécurité dans l'écosystème BTC est vraiment insoutenable
La faille a-t-elle été corrigée ou est-elle toujours active ? Si elle n'est pas patchée à temps, ce serait trop dangereux
Encore des problèmes au niveau du consensus, on dirait que chaque projet de l'écosystème Bitcoin rencontre des difficultés
Si plusieurs nœuds malveillants s'y mettent en même temps, le bloc pourrait se bloquer complètement ? C'est un peu exagéré
Ça fait vraiment peur, heureusement ce n'était qu'une divulgation et il n'y a pas eu d'exploitation à grande échelle
L'équipe Babylon réagit-elle rapidement ? J'espère qu'elle ne deviendra pas une nouvelle bombe à bugs
Babylon protocole de staking Bitcoin expose une vulnérabilité de consensus, permettant à des validateurs malveillants de ralentir la génération de blocs
【Chaîne de texte】Le protocole de mise en jeu Bitcoin Babylon a récemment été découvert comme ayant une faille technique grave. Les développeurs ont divulgué sur GitHub qu’il existe un défaut dans le schéma d’extension de vote BLS — ce schéma est utilisé pour que les validateurs parviennent à un consensus sur un bloc donné.
Où se situe le problème ? La faille permet aux validateurs malveillants d’omettre intentionnellement le champ de hachage de bloc lors de l’envoi de l’extension de vote. Cela semble être juste un champ manquant, mais l’impact réel est immense. Car la responsabilité du champ de hachage de bloc est de dire aux autres validateurs « quels blocs spécifiques soutenons-nous par notre vote ».
Une fois ce champ omis, cela peut déclencher des problèmes de consensus des validateurs pendant la période de limite d’epoch. Particulièrement aux nœuds de contrôle de consensus critiques des limites de phase, les validateurs malveillants peuvent théoriquement causer l’effondrement d’autres validateurs. Si plusieurs validateurs sont affectés simultanément, les conséquences seraient graves — la vitesse de génération de blocs du réseau ralentirait considérablement.
La bonne nouvelle est qu’aucun cas d’exploitation réelle de cette faille n’a été observé pour l’instant. Cependant, les développeurs ont lancé un avertissement : si elle n’est pas corrigée rapidement, ce mode d’attaque sera inévitablement abusé. Pour les participants de l’écosystème Babylon, c’est un point de risque qui nécessite une surveillance étroite.