Polygonは、AustinとKyotoのフォークリングを使って、検証器のセキュリティ上の問題を解決する。

• Polygon Labsは、BorやHeimdallクライアントにおける重要な脆弱性を修正するために、オースティンと京都のハードフォークを利用した。連携した開示モデル搾取を防ぐため。
• このアップグレードにより、深刻なサービス拒否の問題や検証者リソースの枯渇が解消されました。アップグレードするノードオペレーターコンセンサスを維持するために、特定のクライアントバージョンに対応する。
• Polygon Labsは、パッチが適用される前には、メインネットワークでの悪用の証拠はなかったと確認しました。古いノードが脱落してしまった正典的合意のことです。
• オースチンフォークは、状態同期イベントにおけるガス消費を削減し、無制限のトランザクション依存フィールドも除去した。ブロック処理の完全性を保護する.
• 京都ハードフォークでは、protobufメッセージに対してバイトレベルのネストチェックが導入され、攻撃者がバリデーターを強制することを防いだ。過度のデコード作業.

Polygon Labsは、以前は非公開だったセキュリティ上の脆弱性を公に明らかにしました。これらの脆弱性があった場合、そのProof-of-Stakeネットワークが機能不全に陥る可能性がありました。同社は、オースティンや京都のハードフォークを通じて修正措置を実施した後に、これらの脆弱性を公表しました。これらの脆弱性は、PolygonのBorやHeimdallクライアントに影響を与え、サービス停止のリスクや、バリデータの資源の枯渇、チェックポイントやマイルストーン処理の問題などがありました。Polygonは、これらの脆弱性がメインネットワークで利用されている証拠はないと述べています。

BorはPolygon PoSのブロック生成実行クライアントとして機能し、Heimdallはチェックポイント処理や検証者間の調整を担当する。どちらのコンポーネントに問題があると、チェーンが合意に達し、その結果を記録する仕組みに影響が及ぶ。Polygonは、技術的な詳細を公開する前に、その脆弱性を修正した。この方法により、開発者は攻撃者に事前の警告を与えることなく、修正内容をテストし、有効化することができる。これは、ソフトウェア業界や主要なブロックチェーンプロジェクトで広く使用されている協調的な情報開示モデルに従っている。

最も深刻な問題はハイムドルの場合で、特別に設計された取引によって、バリデーターが過度な処理を行うことになります。そのような行為は、バリデーターに大きな負担をかけ、ネットワークの運用を妨げる可能性がありました。オースティン・ハードフォークにより、ボールにおける2つのサービス拒否のリスクが解消されました。これらの欠陥により、ブロックの処理が遅くなったり、影響を受けたノードが停止する可能性もありました。

オースティン・ハードフォークは、ネットワークの安定性をどのように向上させたのか？

オースティン・ハードフォークは、ブロック番号91,949,700で実行されました。その際、Borのバージョン2.10.0以上が必要です。このフォークにより、実行層における2つのリソース枯渇のリスクが解消されました。L1からL2への状態同期イベントに関する資金の計上は、以前はガス制限に含まれていませんでした。これにより、ブロック処理が遅れる可能性がありました。オースティンでは、これらのイベントによって処理リソースが枯渇するのを防ぐために、ガス消費量を制限しています。

別の弱点として、TxDependencyという追加データフィールドがあった。このフィールドにはサイズ制限がなかったため、ブロックプロデューサーはこれを利用して、大きすぎるデータを送信することで他のノードをクラッシュさせることができた。Austinはこの問題を解決し、そのフィールドをワイヤーフォーマットから完全に削除した。これらの変更により、ブロック処理が効率的に行われ、リソース枯渇攻撃に対しても耐えられるようになった。

京都フォークがどのようなセキュリティ向上を実現したのか？

京都フックは、ヘイムダル高度51,533,000で動作する。そのため、ヘイムダルのバージョン0.11.0以上が必要である。最も深刻な修正内容は、深くネストされたgoogle.protobufのメッセージに対するものである。これらのメッセージにより、攻撃者は低コストでバリデーターを大変なデコード作業に追い込むことができる。京都では、メモポールの受け入れやブロック提案処理の両方において、バイトレベルのネストチェックが実施される。

追加の修正により、チェックポイントの署名の復元や、キャップ料金やコインのリストが正常化されます。これらの変更により、再送信キーが一意になるため、何も起こらない状態でも影響が生じることが防げます。両方のハードフォークは、状態移行や創世時の変更なしで、単純なバイナリーアップグレードに過ぎません。異なる状態になっていないノードは再同期する必要はありませんが、古いクライアントを使用しているオペレーターはアップグレードする必要があります。

なぜ、オペレーターには即時のクライアントのアップグレードが必須なのか？

この報告により、ブロックチェーンネットワークにおける協調的なセキュリティ対策の重要性が明らかになった。Polygonはこの件で主ネットワーク上の攻撃を防ぐことができましたが、その脆弱性がネットワークの可用性を脅かす可能性もあった。したがって、オースティンと京都でのアップグレードは、セキュリティパッチとして、また重要なメンテナンス措置としての役割も果たした。これらのアップグレードにより、ノード運用者にはコンセンサスを維持する必要が生じた。

関連するアクティベーションレベルを超えて、古いクライアントバージョンを使用しているノードは、もはやコンセンサスに含まれていない。彼らはポリゴンネットワークと再接続するために、アップグレードが必要だ。ポリゴンでは、Polygon PoSノードにはBor v2.10.0が必要であり、バリデーターやフルノードについてはHeimdall v0.11.0も必要である。これらのバージョンはすでにメインネット上で利用されている。

この情報が公開されたのは、修正処置が成功裏に実施された後のことでした。これにより、公開されている脆弱性の詳細が、未修正のノードに対して利用されるリスクが減少しました。このアップグレードは、Polygonの検証者コミュニティがMATICからPOLへの移行をうまく受け入れている中で行われました。また、ステークング制度の改革についても議論が続いています。ネットワークは依然として頻繁に利用されており、MATICのような資産も保持されています。PayPalのPYUSD安定コインノードソフトウェアを最新の状態に保つためのコストが高くなります。独立した研究者たちがその欠陥を発見し、そのうちの一つは…200万ドルの報酬ノードオペレーターは、正規のチェーンに再参加できるように、適用されるバージョンをインストールする必要があります。