Polygon corrige des failles de sécurité des validateurs avec les forks Austin et Kyoto

MATIC
ETH
vulnérabilitéfork Austinfork Kyotofourche durevalidateursécuritéPolygonPoS
il y a 1 heureSource: crypto.news
Polygon corrige des failles de sécurité des validateurs avec les forks Austin et Kyoto

Polygon Labs a corrigé plusieurs failles de sécurité sur son réseau proof-of-stake grâce à deux forks durs coordonnés, notamment une vulnérabilité qui aurait pu forcer l'ensemble des validateurs à effectuer un traitement coûteux à partir d'une seule transaction conçue.

Résumé

  • Polygon a corrigé plusieurs vulnérabilités de sécurité PoS via les forks durs Austin et Kyoto avant de divulguer publiquement les correctifs.
  • Le fork Austin a fermé deux vecteurs de déni de service, dont un qui aurait permis à un producteur de blocs malveillant de faire planter les nœuds pairs.
  • Le fork Kyoto a corrigé une faille qui aurait pu forcer l'ensemble des validateurs de Polygon à effectuer un traitement coûteux à partir d'une seule transaction conçue.
  • Polygon a déclaré qu'aucune de ces vulnérabilités n'a été exploitée sur le mainnet, tandis que les deux mises à niveau sont désormais obligatoires pour les opérateurs de nœuds.

L'équipe de support des validateurs de Polygon a divulgué les correctifs dans un article de forum le 27 août après que les forks durs Austin et Kyoto aient déjà été testés et activés. L'équipe a déclaré que les correctifs de sécurité affectant le consensus ont été déployés en privé, validés sur le testnet Amoy et divulgués uniquement après que la flotte du mainnet ait été protégée.

Les vulnérabilités affectaient Bor, le client d'exécution de Polygon PoS, et Heimdall, qui gère la coordination des validateurs et d'autres fonctions de consensus. Polygon a déclaré n'avoir trouvé aucune preuve que l'un de ces problèmes ait été exploité ou ait causé des perturbations sur le mainnet.

Les forks durs de Polygon corrigent les défauts de traitement des blocs

Le fork dur Austin a mis à niveau Bor vers la version 2.10.0 et a corrigé deux vecteurs de déni de service liés au traitement des blocs.

L'un concernait les événements de synchronisation d'état utilisés pour les dépôts de pont L1-vers-L2. Ces événements peuvent exécuter du code de contrat et des précompilations, mais leur exécution n'était pas soumise à une limite de gaz par bloc effective. Austin a introduit une limite sur la quantité de gaz que les événements de synchronisation d'état peuvent consommer dans un bloc, empêchant ainsi l'épuisement des ressources de traitement.

Une autre faiblesse concernait les données TxDependency utilisées lors du traitement des blocs. Un producteur de blocs malveillant pouvait fournir un champ de données surdimensionné, provoquant potentiellement une allocation mémoire excessive et faisant planter les nœuds pairs traitant le bloc.

Polygon a décrit ces deux problèmes comme des vecteurs de déni de service lors du traitement des blocs plutôt que comme des défauts de correction du consensus et a déclaré qu'aucun n'avait causé de perturbations connues avant le déploiement des correctifs.

Le fork dur Kyoto, qui a fait passer Heimdall à la version 0.11.0, couvrait un groupe plus large de correctifs de validation d'entrée et de renforcement du consensus.

Parmi eux, Polygon a identifié les champs google.protobuf.Any profondément imbriqués comme la vulnérabilité la plus grave du lot. Les transactions Heimdall peuvent encapsuler des messages dans des champs Any, qui peuvent à leur tour être imbriqués les uns dans les autres.

Sans limite de profondeur, un attaquant pouvait construire une transaction contenant des champs profondément imbriqués à un coût relativement faible tout en forçant chaque validateur qui la traite à effectuer un travail de décodage substantiel. Polygon a déclaré que la faille offrait une voie sans permission pour imposer un traitement coûteux et coordonné à l'ensemble des validateurs.

Kyoto a ajouté une analyse au niveau des octets qui rejette les transactions une fois que l'imbrication dépasse un seuil défini. La vérification s'applique à la fois à l'admission dans le mempool et à l'étape de traitement du consensus, de sorte que la même transaction ne peut pas être acceptée par un chemin et rejetée par un autre.

D'autres correctifs de Heimdall concernaient la comptabilité des jalons, le traitement des points de contrôle et la relecture des événements L1. La création d'un futur span échouée peut désormais dégrader et réessayer à la prochaine limite au lieu de bloquer un commit de jalon, tandis que de nouvelles clés de relecture traitent un cas limite où des événements L1 distincts pourraient autrement entrer en collision.

Les anciens nœuds Polygon sont sortis du consensus

Les deux forks durs sont obligatoires pour les opérateurs qui souhaitent rester sur le réseau Polygon PoS canonique.

Bor v2.10.0 est requis pour tous les nœuds, tandis que Heimdall v0.11.0 s'applique aux validateurs et aux nœuds complets. Polygon a déclaré que les opérateurs exécutant des versions antérieures aux hauteurs d'activation se sont déjà écartés du consensus canonique et doivent mettre à jour leur logiciel pour rejoindre le réseau.

Les modifications ont été livrées sous forme de mises à niveau binaires, ce qui signifie que les opérateurs n'ont pas besoin de migrer l'état, de modifier la configuration de genèse ou d'effectuer une resynchronisation complète. Les nœuds qui sont sortis du consensus peuvent mettre à niveau et revenir à la hauteur pré-fork appropriée avant de rattraper la chaîne canonique.

Polygon a précédemment utilisé des forks durs pour résoudre des problèmes affectant son infrastructure PoS. En septembre 2025, les développeurs ont exécuté un fork dur après qu'un bug logiciel a causé des retards de finalité de transaction allant jusqu'à 15 minutes.

L'incident précédent a affecté la synchronisation des validateurs et la finalité locale rapide, tandis que la production de blocs et le point de contrôle Ethereum se sont poursuivis. Des mises à jour de Bor et Heimdall ont été déployées pour restaurer le traitement des jalons, la synchronisation d'état et la finalisation du consensus.

Un mois plus tard, la mise à niveau du réseau principal Rio a introduit la validation sans état basée sur les témoins et un modèle de producteur de blocs élu par les validateurs, alors que Polygon continuait de modifier la façon dont son réseau PoS traite et vérifie les transactions.

Polygon a continué à modifier son infrastructure PoS

La performance du réseau est restée un autre objectif en 2026. En mai, crypto.news a précédemment rapporté que Polygon avait réduit le temps de bloc à une moyenne de 1,75 seconde, sa première réduction du temps de bloc depuis son lancement.

L'ingénieur logiciel de Polygon, Lucca Martins, a déclaré à l'époque que ce changement augmentait le débit théorique à environ 3 260 transactions par seconde et permettait au réseau de traiter environ 14 % de paiements en plus par seconde. Ce travail faisait partie de la démarche de Polygon pour soutenir des volumes de transactions plus élevés provenant des paiements en stablecoins et de l'activité de finance décentralisée.

Les dernières corrections de sécurité sont arrivées après que Polygon a achevé le remplacement de MATIC par POL en tant que jeton natif de gaz et de jalonnement sur son réseau PoS. La migration a commencé en septembre 2024 dans le cadre de la feuille de route Polygon 2.0, avec MATIC détenu directement sur Polygon PoS converti en POL à un ratio de un pour un.

Le plan initial de MATIC à POL désignait POL comme le jeton utilisé pour les paiements de gaz et le jalonnement, tandis que ses fonctions proposées devaient s'étendre à mesure que Polygon développait son architecture de jalonnement et de chaînes agrégées.

Les changements se sont étendus à Polygon Labs lui-même. En juillet, la société a supprimé une nouvelle série d'emplois tout en achevant l'intégration de la bourse de crypto Coinme. Le PDG Marc Boiron a déclaré que la restructuration visait à soutenir la rentabilité d'ici 2027 alors que Polygon Labs s'orientait vers un modèle commercial axé sur les paiements.

POL a montré peu de réaction positive à la divulgation de sécurité. Le jeton se négociait près de 0,09983 $ le 30 août, en baisse d'environ 2,3 % sur les 24 heures précédentes et de 6,8 % sur sept jours, selon les données de CoinGecko fournies avec le rapport. Son prix restait environ 60,8 % plus bas qu'un an plus tôt, donnant au jeton une capitalisation boursière d'environ 1,07 milliard de dollars.