Le correctif est installé, mais l’addition n’est pas encore réglée : suite de la réparation d’urgence de XRPL
Q : Quelle est la gravité du problème ? R : La faille provenait du moteur de paiement de 2015. Une fois plusieurs centaines d’ordres anormaux présents dans le carnet consommés par une transaction spécialement conçue, un dépassement d’entier sur 64 bits faisait que l’acheteur ne payait qu’une fraction du montant, tandis que le vendeur recevait la somme entière. La différence créait des XRP ex nihilo, et le contrôle anti-émission excessive était lui aussi neutralisé par la même cause.
Q : Pourquoi avoir contourné le vote ? R : Rendre la faille publique aurait révélé comment l’exploiter pendant plusieurs semaines. La version 3.4.1 a donc été déployée le 25 septembre et est entrée en vigueur immédiatement. Ce jour-là, plus de 80 % des validateurs avaient déjà effectué la mise à niveau.
Q : Que faut-il surveiller ensuite ? R : Le taux d’adoption de la nouvelle version et l’examen rétrospectif des ordres historiques. Les équipes officielles indiquent qu’aucun élément ne prouve que la faille ait été exploitée. Contourner le vote pour corriger une faille : compromis nécessaire ou risque pour la gouvernance ? Parlons-en dans les commentaires.
$XRP $BTC $ETH
#XRPL #区块链安全 #cryptomonnaie
(Source : rapport de divulgation officiel de XRPL)
⚠️ Avertissement sur les risques : les informations ci-dessus sont partagées à titre informatif sur le marché et ne constituent pas un conseil en investissement. Tout investissement comporte des risques ; investissez avec prudence.
Q : Quelle est la gravité du problème ? R : La faille provenait du moteur de paiement de 2015. Une fois plusieurs centaines d’ordres anormaux présents dans le carnet consommés par une transaction spécialement conçue, un dépassement d’entier sur 64 bits faisait que l’acheteur ne payait qu’une fraction du montant, tandis que le vendeur recevait la somme entière. La différence créait des XRP ex nihilo, et le contrôle anti-émission excessive était lui aussi neutralisé par la même cause.
Q : Pourquoi avoir contourné le vote ? R : Rendre la faille publique aurait révélé comment l’exploiter pendant plusieurs semaines. La version 3.4.1 a donc été déployée le 25 septembre et est entrée en vigueur immédiatement. Ce jour-là, plus de 80 % des validateurs avaient déjà effectué la mise à niveau.
Q : Que faut-il surveiller ensuite ? R : Le taux d’adoption de la nouvelle version et l’examen rétrospectif des ordres historiques. Les équipes officielles indiquent qu’aucun élément ne prouve que la faille ait été exploitée. Contourner le vote pour corriger une faille : compromis nécessaire ou risque pour la gouvernance ? Parlons-en dans les commentaires.
$XRP $BTC $ETH
#XRPL #区块链安全 #cryptomonnaie
(Source : rapport de divulgation officiel de XRPL)
⚠️ Avertissement sur les risques : les informations ci-dessus sont partagées à titre informatif sur le marché et ne constituent pas un conseil en investissement. Tout investissement comporte des risques ; investissez avec prudence.