Die Verantwortung für die Sicherheit beim Ethereum-Upgrade Glamsterdam verlagert sich zunehmend von der Protokoll- auf die Anwendungsebene.
Laut einem Bericht von Crypto Briefing, auf den sich PANews beruft, hat Dima Gusakov, Engineering Lead bei Lido, bekannt gegeben, dass Glamsterdam Builder-Einzahlungen mit Auszahlungsschlüsseln einführen wird, die das Präfix 0xB0 verwenden. Vor und nach dem Fork werden diese Einzahlungen dieselbe Einzahlungswarteschlange wie Validator-Einzahlungen nutzen. Böswillige Node-Betreiber könnten Stakern zuvorkommen und deren Gelder ihrem eigenen Builder-Konto gutschreiben lassen, während die zugehörigen Validatoren nicht aktiviert werden können. Der entsprechende Lösungsvorschlag consensus-specs 5735 wurde mit dem Status „not planned“ geschlossen. Die Abwehr muss daher von jedem Staking-Protokoll selbst durch Prüfungen vor der Einzahlung übernommen werden. Glamsterdam soll am 27. Oktober in den frühen Morgenstunden im Hoodi-Testnetz aktiviert werden; der Start im Mainnet ist für das vierte Quartal geplant.
Meiner Einschätzung nach ist an dieser Meldung nicht ein neuer Angriffsvektor besonders bemerkenswert, sondern die Verlagerung der Verantwortung für das Risiko nach der Ablehnung des Lösungsvorschlags. Durch die gemeinsame Warteschlange sind die beiden Einzahlungsarten auf Protokollebene nicht automatisch voneinander getrennt. Angreifer nutzen den Zeitpunkt der Sortierung aus, keine kryptografische Schwachstelle. Dass der Vorschlag nicht eingeplant wird, bedeutet, dass die technische Pflicht, „verdächtige Einzahlungen zu erkennen und zu blockieren“, an jedes Staking-Protokoll weitergegeben wird. Wer die Sicherheit eines Staking-Angebots beurteilt, sollte daher nicht nur auf die Zahl der Validatoren oder die Rendite achten, sondern auch darauf, ob am Einzahlungseingang Vorabprüfungen stattfinden.
Daraus lässt sich ableiten, dass die Offenlegung der Prüfmechanismen durch die einzelnen Protokolle vor dem Mainnet-Start darüber entscheiden wird, ob das Risiko theoretisch bleibt oder zu tatsächlichen Verlusten führt. Zwei überprüfbare Kriterien sind dabei relevant: Erstens, ob führende Staking-Protokolle die konkreten Regeln für Prüfungen vor der Einzahlung veröffentlichen. Zweitens, ob sich das Szenario nach der Aktivierung im Hoodi-Testnetz reproduzieren lässt. Selbst wenn im Testnetz keine Fälle beobachtet werden, bei denen jemand anderen zuvorkommt, lässt sich daraus nicht unmittelbar auf die Sicherheit des Mainnets schließen, da sich die Anreizstrukturen im Testnetz von denen im Mainnet unterscheiden. Das vorliegende Material enthält keine Einzelheiten dazu, welche Abwehrmaßnahmen die einzelnen Protokolle bereits ergriffen haben; dies muss noch überprüft werden.
Solange keine Lösung eingeplant ist, hängt die Sicherheitsgrenze während der Übergangsphase des Upgrades davon ab, wie schnell die Anwendungsebene handelt – und nicht von einem standardmäßigen Schutz auf Protokollebene.
#ETH #加密市场
Quellen:
PANews (ursprünglich veröffentlicht am 20.10. um 16:56 Uhr Pekinger Zeit)
https://www.panewslab.com/zh/articles/01a15886-c55a-7689-b560-1487173bc58f
Laut einem Bericht von Crypto Briefing, auf den sich PANews beruft, hat Dima Gusakov, Engineering Lead bei Lido, bekannt gegeben, dass Glamsterdam Builder-Einzahlungen mit Auszahlungsschlüsseln einführen wird, die das Präfix 0xB0 verwenden. Vor und nach dem Fork werden diese Einzahlungen dieselbe Einzahlungswarteschlange wie Validator-Einzahlungen nutzen. Böswillige Node-Betreiber könnten Stakern zuvorkommen und deren Gelder ihrem eigenen Builder-Konto gutschreiben lassen, während die zugehörigen Validatoren nicht aktiviert werden können. Der entsprechende Lösungsvorschlag consensus-specs 5735 wurde mit dem Status „not planned“ geschlossen. Die Abwehr muss daher von jedem Staking-Protokoll selbst durch Prüfungen vor der Einzahlung übernommen werden. Glamsterdam soll am 27. Oktober in den frühen Morgenstunden im Hoodi-Testnetz aktiviert werden; der Start im Mainnet ist für das vierte Quartal geplant.
Meiner Einschätzung nach ist an dieser Meldung nicht ein neuer Angriffsvektor besonders bemerkenswert, sondern die Verlagerung der Verantwortung für das Risiko nach der Ablehnung des Lösungsvorschlags. Durch die gemeinsame Warteschlange sind die beiden Einzahlungsarten auf Protokollebene nicht automatisch voneinander getrennt. Angreifer nutzen den Zeitpunkt der Sortierung aus, keine kryptografische Schwachstelle. Dass der Vorschlag nicht eingeplant wird, bedeutet, dass die technische Pflicht, „verdächtige Einzahlungen zu erkennen und zu blockieren“, an jedes Staking-Protokoll weitergegeben wird. Wer die Sicherheit eines Staking-Angebots beurteilt, sollte daher nicht nur auf die Zahl der Validatoren oder die Rendite achten, sondern auch darauf, ob am Einzahlungseingang Vorabprüfungen stattfinden.
Daraus lässt sich ableiten, dass die Offenlegung der Prüfmechanismen durch die einzelnen Protokolle vor dem Mainnet-Start darüber entscheiden wird, ob das Risiko theoretisch bleibt oder zu tatsächlichen Verlusten führt. Zwei überprüfbare Kriterien sind dabei relevant: Erstens, ob führende Staking-Protokolle die konkreten Regeln für Prüfungen vor der Einzahlung veröffentlichen. Zweitens, ob sich das Szenario nach der Aktivierung im Hoodi-Testnetz reproduzieren lässt. Selbst wenn im Testnetz keine Fälle beobachtet werden, bei denen jemand anderen zuvorkommt, lässt sich daraus nicht unmittelbar auf die Sicherheit des Mainnets schließen, da sich die Anreizstrukturen im Testnetz von denen im Mainnet unterscheiden. Das vorliegende Material enthält keine Einzelheiten dazu, welche Abwehrmaßnahmen die einzelnen Protokolle bereits ergriffen haben; dies muss noch überprüft werden.
Solange keine Lösung eingeplant ist, hängt die Sicherheitsgrenze während der Übergangsphase des Upgrades davon ab, wie schnell die Anwendungsebene handelt – und nicht von einem standardmäßigen Schutz auf Protokollebene.
#ETH #加密市场
Quellen:
PANews (ursprünglich veröffentlicht am 20.10. um 16:56 Uhr Pekinger Zeit)
https://www.panewslab.com/zh/articles/01a15886-c55a-7689-b560-1487173bc58f