Polygon hat mehrere zuvor nicht öffentlich bekannte Sicherheitslücken offengelegt, die sein Proof-of-Stake-Netzwerk hätten beeinträchtigen können – nachdem Korrekturen über zwei Hard Forks bereitgestellt und getestet wurden, noch vor der öffentlichen Offenlegung.

Laut einer Veröffentlichung des Validators-Support-Teams von Polygon Labs betrafen die Schwachstellen die Clients Bor und Heimdall von Polygon und umfassten Denial-of-Service-Risiken, die Erschöpfung von Validator-Ressourcen sowie Schwächen bei der Verarbeitung von Checkpoints und Meilensteinen. Bor ist der Ausführungs-Client von Polygon, abgeleitet von Go Ethereum (Geth), während Heimdall der Client der Konsensschicht ist, der auf Tendermint- und Cosmos-SDK-Technologie basiert und das Checkpointing zu Ethereum sowie die Meilenstein-Erzeugung übernimmt – Schwachstellen in beiden Komponenten können somit verschiedene Ebenen des Netzbetriebs beeinträchtigen.

Polygon teilte mit, dass die Fehler durch die Austin- und Kyoto-Hard-Forks behoben wurden. Die Upgrades wurden zunächst privat bereitgestellt, sodass Entwickler und Validatoren die Korrekturen testen konnten, bevor sie im Mainnet aktiviert wurden. Technische Details wurden erst veröffentlicht, nachdem die Korrekturmaßnahmen bereits umgesetzt waren – das Zeitfenster, in dem Angreifer öffentlich verfügbare Informationen im Live-Netzwerk hätten ausnutzen können, wurde dadurch verkürzt. Dieses Vorgehen folgt der branchenweit etablierten Praxis der koordinierten (verantwortungsvollen) Offenlegung, die viele Blockchain-Projekte und Sicherheitsforscher anwenden, um sicherzustellen, dass Patches breit installiert sind, bevor Details zu Schwachstellen öffentlich werden.

Kritische Heimdall-Schwachstelle konnte Validatoren überlasten

Die schwerste identifizierte Schwachstelle betraf Heimdall, eine Komponente mit wichtigen Funktionen innerhalb der Polygon-PoS-Architektur. Eine speziell konstruierte Transaktion hätte Validatoren zu ungewöhnlich hohem Verarbeitungsaufwand zwingen können, wodurch Validator-Ressourcen erschöpft und Netzbetrieb und Transaktionsverarbeitung gestört werden konnten. Da Validatoren für die Aufrechterhaltung des Konsens unerlässlich sind, hätten übermäßige Rechenanforderungen die Fähigkeit des Netzwerks beeinträchtigen können, Transaktionen zu verarbeiten und den normalen Betrieb aufrechtzuerhalten.

Die Veröffentlichung enthielt zudem zwei separate Denial-of-Service-Schwachstellen in Bor, einem weiteren zentralen Polygon-Client. Diese Probleme wurden durch den Austin-Hard-Fork behoben und hätten die Blockverarbeitung verlangsamen oder betroffene Knoten zum Absturz bringen können.

Zusammen zeigten die Schwachstellen mehrere Möglichkeiten auf, wie gezielt konstruierte Netzwerkaktivität einzelne Knoten unter Druck setzen oder zentrale Blockchain-Operationen stören konnte. Polygon erklärte jedoch, keine Hinweise darauf beobachtet zu haben, dass eine der offengelegten Schwachstellen im Mainnet ausgenutzt wurde. Das Fehlen bekannter Angriffe war bedeutsam, da die Probleme behoben wurden, bevor ihre technischen Details öffentlich wurden – der Zeitraum, in dem Angreifer aus öffentlichen Informationen Exploits hätten entwickeln können, wurde dadurch begrenzt.

Ältere Knoten müssen aktualisieren, um ins Netzwerk zurückzukehren

Polygon wies Betreiber älterer Versionen der Bor- oder Heimdall-Clients darauf hin, dass sie ein Upgrade durchführen müssen, falls ihre Knoten die jeweiligen Hard-Fork-Aktivierungshöhen überschritten haben. Knoten, die die erforderlichen Versionen nicht übernommen hatten, waren bereits aus dem Konsens mit dem kanonischen Polygon-Netzwerk gefallen und konnten nicht normal teilnehmen, bis ihre Software aktualisiert wurde.

Polygon verlangt Bor v2.10.0 für alle Polygon-PoS-Knoten, während Validatoren und Full Nodes Heimdall v0.11.0 ausführen müssen. Beide Versionen wurden bereits im Mainnet aktiviert. Die verpflichtenden Client-Upgrades sollen sicherstellen, dass Validatoren und Full Nodes mit dem gepatchten Netzwerk synchron bleiben und veraltete Software nach den Hard-Fork-Änderungen nicht weiter am Konsens teilnimmt.

Die Veröffentlichung unterstreicht zudem die Bedeutung mehrerer unabhängig betriebener Blockchain-Clients und einer aktuellen Validator-Infrastruktur, wenn neue Sicherheitsrisiken entstehen. Schwachstellen in konsensbezogener Software können Auswirkungen über einzelne Anwendungen hinaus haben, da Störungen die Transaktionsverarbeitung und die Netzverfügbarkeit beeinträchtigen können. Polygons Entscheidung, die Probleme erst nach Bereitstellung und Testung der Korrekturen offenzulegen, gibt Entwicklern und Knotenbetreibern die Informationen, die sie benötigen, um die Notwendigkeit der Upgrades zu verstehen.

Zum Zeitpunkt des Berichts notierte POL, der native Token von Polygon, früher als MATIC bekannt, nahe 0,95 USD und war über die vergangenen 24 Stunden um etwa 7,8 Prozent gefallen, wie den im Bericht zitierten Marktdaten zu entnehmen ist. Die Kursbewegung des Tokens erfolgte, während Polygon die Sicherheitsveröffentlichungen behandelte, wobei die gemeldeten Schwachstellen nicht mit einer beobachteten Ausnutzung im Mainnet in Verbindung gebracht wurden.

Die unmittelbare Priorität des Netzwerks bleibt die Aufrechterhaltung des Konsens über die aktualisierten Knoten sowie die Sicherstellung, dass Validatoren während der laufenden Sicherheitsüberprüfung weiterhin die gepatchte Software betreiben.

Quelle: CoinTrust