Los clientes de Ethereum corrigen un fallo en los certificados causado por un error de eMudhra
Un fallo en una autoridad certificadora de India obligó a los clientes Teku y Besu de Ethereum a lanzar parches de emergencia, mientras las direcciones activas de Arbitrum alcanzaban un máximo de 30 días y ETH se mantenía por encima de los 2.300 dólares.
Si un fallo en una autoridad certificadora de terceros puede poner en peligro el software de los clientes de Ethereum, ¿cuántas otras dependencias críticas quedan fuera del código propio del protocolo, sin auditar por la comunidad que confía en ellas? Esta vez, la diversidad de clientes no logró aislar la red, ya que la vulnerabilidad se encontraba en una infraestructura externa compartida. ¿Debería el modelo de seguridad de Ethereum tener en cuenta también esa capa?
https://www.bonuz.xyz/en/blog/ethereum-clients-patch-emudhra-certificate-flaw-2026-10-29
Un fallo en una autoridad certificadora de India obligó a los clientes Teku y Besu de Ethereum a lanzar parches de emergencia, mientras las direcciones activas de Arbitrum alcanzaban un máximo de 30 días y ETH se mantenía por encima de los 2.300 dólares.
Si un fallo en una autoridad certificadora de terceros puede poner en peligro el software de los clientes de Ethereum, ¿cuántas otras dependencias críticas quedan fuera del código propio del protocolo, sin auditar por la comunidad que confía en ellas? Esta vez, la diversidad de clientes no logró aislar la red, ya que la vulnerabilidad se encontraba en una infraestructura externa compartida. ¿Debería el modelo de seguridad de Ethereum tener en cuenta también esa capa?
https://www.bonuz.xyz/en/blog/ethereum-clients-patch-emudhra-certificate-flaw-2026-10-29
