Ethereum-Clients beheben Zertifikatslücke durch eMudhra-Bug
Eine Schwachstelle bei einer Zertifizierungsstelle in Indien zwang die Ethereum-Clients Teku und Besu, eilig Patches bereitzustellen. Gleichzeitig erreichten die aktiven Adressen von Arbitrum ein 30-Tage-Hoch, und ETH hielt sich über 2.300 $.
Wenn eine Schwachstelle bei einer externen Zertifizierungsstelle die Software von Ethereum-Clients gefährden kann, wie viele andere kritische Abhängigkeiten liegen dann außerhalb des Protokollcodes selbst und werden von der Community, die auf sie angewiesen ist, nicht geprüft? Die Vielfalt der Clients konnte das Netzwerk diesmal nicht abschirmen, da die Lücke in gemeinsam genutzter externer Infrastruktur lag. Sollte das Sicherheitsmodell von Ethereum auch diese Ebene berücksichtigen?
https://www.bonuz.xyz/en/blog/ethereum-clients-patch-emudhra-certificate-flaw-2026-10-29
Eine Schwachstelle bei einer Zertifizierungsstelle in Indien zwang die Ethereum-Clients Teku und Besu, eilig Patches bereitzustellen. Gleichzeitig erreichten die aktiven Adressen von Arbitrum ein 30-Tage-Hoch, und ETH hielt sich über 2.300 $.
Wenn eine Schwachstelle bei einer externen Zertifizierungsstelle die Software von Ethereum-Clients gefährden kann, wie viele andere kritische Abhängigkeiten liegen dann außerhalb des Protokollcodes selbst und werden von der Community, die auf sie angewiesen ist, nicht geprüft? Die Vielfalt der Clients konnte das Netzwerk diesmal nicht abschirmen, da die Lücke in gemeinsam genutzter externer Infrastruktur lag. Sollte das Sicherheitsmodell von Ethereum auch diese Ebene berücksichtigen?
https://www.bonuz.xyz/en/blog/ethereum-clients-patch-emudhra-certificate-flaw-2026-10-29
