Polygon Labs hat mehrere Sicherheitslücken in seinem Proof-of-Stake-Netzwerk durch zwei koordinierte Hard Forks behoben, darunter eine Schwachstelle, die das gesamte Validator-Set dazu hätte zwingen können, bei einer einzigen manipulierten Transaktion kostspielige Verarbeitung durchzuführen.
Zusammenfassung
- Polygon hat mehrere PoS-Sicherheitslücken durch die Austin- und Kyoto-Hard-Forks behoben, bevor die Korrekturen öffentlich bekannt gegeben wurden.
- Der Austin-Fork schloss zwei Denial-of-Service-Pfade, darunter einen, der es einem bösartigen Blockproduzenten ermöglichen konnte, Peer-Knoten zum Absturz zu bringen.
- Der Kyoto-Fork behob einen Fehler, der das Validator-Set von Polygon dazu zwingen konnte, bei einer einzigen manipulierten Transaktion kostspielige Verarbeitung durchzuführen.
- Polygon sagte, dass keine der Schwachstellen im Mainnet ausgenutzt wurde, während beide Upgrades jetzt für Knotenbetreiber obligatorisch sind.
Das Validator-Support-Team von Polygon hat die Korrekturen in einem Forenbeitrag vom 27. August offengelegt, nachdem die Austin- und Kyoto-Hard-Forks bereits getestet und aktiviert worden waren. Das Team erklärte, dass konsensrelevante Sicherheitskorrekturen privat bereitgestellt, im Amoy-Testnetz validiert und erst offengelegt wurden, nachdem die Mainnet-Flotte geschützt war.
Die Schwachstellen betrafen Bor, den Ausführungsclient von Polygon PoS, und Heimdall, das die Validator-Koordination und andere Konsensfunktionen übernimmt. Polygon erklärte, es habe keine Hinweise darauf gefunden, dass eines der Probleme ausgenutzt wurde oder Störungen im Mainnet verursacht hat.
Polygon-Hard-Forks schließen Blockverarbeitungsfehler
Der Austin-Hard-Fork aktualisierte Bor auf Version 2.10.0 und behob zwei Denial-of-Service-Pfade im Zusammenhang mit der Blockverarbeitung.
Einer betraf State-Sync-Ereignisse, die für L1-zu-L2-Bridge-Einzahlungen verwendet werden. Solche Ereignisse können Vertragscode und Precompiles ausführen, aber ihre Ausführung war nicht an eine effektive Gasgrenze pro Block gebunden. Austin führte eine Begrenzung ein, wie viel Gas State-Sync-Ereignisse innerhalb eines Blocks verbrauchen können, um zu verhindern, dass sie Verarbeitungsressourcen erschöpfen.
Eine separate Schwäche betraf TxDependency-Daten, die während der Blockverarbeitung verwendet werden. Ein bösartiger Blockproduzent konnte ein übermäßig großes Datenfeld liefern, was möglicherweise zu übermäßiger Speicherzuweisung und zum Absturz von Peers führte, die den Block verarbeiteten.
Polygon beschrieb beide Probleme als Denial-of-Service-Vektoren bei der Blockverarbeitung und nicht als Konsenskorrektheitsfehler und sagte, dass keines vor der Bereitstellung der Patches bekannte Störungen verursacht hatte.
Der Kyoto-Hard-Fork, der Heimdall auf Version 0.11.0 brachte, umfasste eine größere Gruppe von Eingabevalidierungs- und Konsenshärtungs-Korrekturen.
Darunter identifizierte Polygon tief verschachtelte google.protobuf.Any-Felder als die schwerwiegendste Schwachstelle in der Gruppe. Heimdall-Transaktionen können Nachrichten in Any-Feldern verpacken, die wiederum ineinander verschachtelt werden können.
Ohne eine Tiefenbegrenzung könnte ein Angreifer eine Transaktion mit tief verschachtelten Feldern zu relativ geringen Kosten konstruieren, während jeder Validator, der sie verarbeitet, gezwungen wäre, erhebliche Dekodierungsarbeit zu leisten. Polygon sagte, der Fehler biete einen permissionless Weg, um kostspielige, koordinierte Verarbeitung über das gesamte Validator-Set aufzuerlegen.
Kyoto fügte einen Byte-Level-Scan hinzu, der Transaktionen ablehnt, sobald die Verschachtelung einen definierten Schwellenwert überschreitet. Die Prüfung gilt sowohl bei der Mempool-Aufnahme als auch in der Konsensverarbeitungsphase, sodass dieselbe Transaktion nicht über einen Pfad akzeptiert und über einen anderen abgelehnt werden kann.
Andere Heimdall-Korrekturen betrafen Meilenstein-Buchhaltung, Checkpoint-Verarbeitung und L1-Ereigniswiedergabe. Fehlgeschlagene Erstellung zukünftiger Spannen kann jetzt an der nächsten Grenze degradieren und erneut versuchen, anstatt einen Meilenstein-Commit zu blockieren, während neue Wiedergabeschlüssel einen Randfall adressieren, bei dem unterschiedliche L1-Ereignisse sonst kollidieren könnten.
Ältere Polygon-Knoten sind aus dem Konsens gefallen
Beide Hard Forks sind für Betreiber obligatorisch, die im kanonischen Polygon-PoS-Netzwerk bleiben möchten.
Bor v2.10.0 ist für alle Knoten erforderlich, während Heimdall v0.11.0 für Validatoren und Full Nodes gilt. Polygon sagte, dass Betreiber, die Versionen vor den Aktivierungshöhen ausführen, bereits vom kanonischen Konsens abgewichen sind und ihre Software aktualisieren müssen, um dem Netzwerk wieder beizutreten.
Die Änderungen wurden als Binärupgrades bereitgestellt, was bedeutet, dass Betreiber keinen Zustand migrieren, die Genesis-Konfiguration ändern oder eine vollständige Resynchronisation durchführen müssen. Knoten, die aus dem Konsens gefallen sind, können ein Upgrade durchführen und auf die entsprechende Höhe vor dem Hard Fork zurückrollen, bevor sie mit der kanonischen Kette aufholen.
Polygon hat bereits früher Hard Forks eingesetzt, um Probleme zu beheben, die seine PoS-Infrastruktur betreffen. Im September 2025 führten die Entwickler einen Hard Fork durch, nachdem ein Softwarefehler zu Verzögerungen bei der Transaktionsfinalität von bis zu 15 Minuten geführt hatte.
Der frühere Vorfall beeinträchtigte die Synchronisierung der Validatoren und die lokale schnelle Finalität, während die Blockproduktion und die Ethereum-Checkpointing fortgesetzt wurden. Bor- und Heimdall-Updates wurden bereitgestellt, um die Meilensteinverarbeitung, die Zustandssynchronisierung und die Konsensfinalisierung wiederherzustellen.
Einen Monat später führte das Rio-Mainnet-Upgrade eine zeugenbasierte zustandslose Validierung und ein Modell mit von Validatoren gewählten Blockproduzenten ein, während Polygon weiterhin änderte, wie sein PoS-Netzwerk Transaktionen verarbeitet und verifiziert.
Polygon hat seine PoS-Infrastruktur weiterhin verändert
Die Netzwerkleistung blieb auch 2026 ein weiterer Schwerpunkt. Im Mai berichtete crypto.news zuvor, dass Polygon die Blockzeit auf durchschnittlich 1,75 Sekunden reduziert hatte, die erste Reduzierung der Blockzeit seit dem Start.
Der Polygon-Softwareingenieur Lucca Martins sagte damals, dass die Änderung den theoretischen Durchsatz auf etwa 3.260 Transaktionen pro Sekunde erhöhte und es dem Netzwerk ermöglichte, etwa 14 % mehr Zahlungen pro Sekunde zu verarbeiten. Die Arbeit war Teil von Polygons Bestrebungen, höhere Transaktionsvolumina aus Stablecoin-Zahlungen und dezentralen Finanzaktivitäten zu unterstützen.
Die neuesten Sicherheitskorrekturen kamen, nachdem Polygon den Ersatz von MATIC durch POL als nativen Gas- und Staking-Token in seinem PoS-Netzwerk abgeschlossen hatte. Die Migration begann im September 2024 im Rahmen der Polygon-2.0-Roadmap, wobei MATIC, das direkt auf Polygon PoS gehalten wurde, im Verhältnis 1:1 in POL umgewandelt wurde.
Der ursprüngliche MATIC-zu-POL-Plan bestimmte POL als Token für Gaszahlungen und Staking, während seine vorgeschlagenen Funktionen voraussichtlich erweitert werden sollten, während Polygon seine Staking- und Aggregated-Chain-Architektur entwickelte.
Änderungen haben sich auch auf Polygon Labs selbst erstreckt. Im Juli baute das Unternehmen weitere Stellen ab, während es die Integration der Krypto-Börse Coinme abschloss. CEO Marc Boiron sagte, die Umstrukturierung sei darauf ausgelegt, die Rentabilität bis 2027 zu unterstützen, während sich Polygon Labs in Richtung eines zahlungsorientierten Geschäftsmodells bewegte.
POL zeigte wenig positive Reaktion auf die Sicherheitsmeldung. Der Token wurde am 30. August bei etwa 0,09983 $ gehandelt, was einem Rückgang von etwa 2,3 % in den letzten 24 Stunden und 6,8 % in sieben Tagen entspricht, so CoinGecko-Daten, die mit dem Bericht bereitgestellt wurden. Sein Preis lag weiterhin etwa 60,8 % niedriger als ein Jahr zuvor, was dem Token eine Marktkapitalisierung von etwa 1,07 Milliarden $ verlieh.
