Teku y Besu publicaron actualizaciones después de que unos investigadores descubrieran que una criptografía débil había dejado al descubierto las claves privadas de ocho autoridades de certificación intermedias gestionadas por eMudhra, un emisor indio. El fallo podría haber permitido a los atacantes suplantar servicios utilizados por algunos validadores de Ethereum y desviar las recompensas por bloques. No se ha informado de ningún ataque y los nodos de Teku con la configuración predeterminada de la red principal no se vieron afectados.
Por qué importa
Los validadores dependen de los certificados digitales para comprobar que se conectan a los servicios correctos. Con las claves expuestas, un atacante situado entre un validador y un servicio podría presentar un certificado falso que el software sin actualizar aceptara como auténtico. Teku advirtió de que una conexión comprometida podría llevar a un validador a proponer un bloque que enviara las comisiones al atacante. Un firmante externo falso también podría proporcionar firmas para cambiar el destino de las recompensas; Teku consideró que esta era la configuración de mayor riesgo.
Teku 26.10.3 y Besu 26.10.2 eliminan de sus imágenes de Docker la confianza en los certificados vinculados a eMudhra. Los navegadores ya habían bloqueado los certificados y eMudhra los revocó un día después de que los investigadores detectaran el problema, el 17 de octubre. La empresa ha anunciado que abandonará el negocio de los certificados.
Impacto en el mercado
La preocupación inmediata es la seguridad de los operadores, no una brecha confirmada que afecte a toda la red de Ethereum. Teku indicó que los nodos predeterminados de la red principal no se ven afectados y no requieren ninguna medida, aunque otras configuraciones pueden necesitar actualizaciones. Los usuarios de Docker deben instalar las imágenes más recientes de Teku o Besu. Quienes ejecuten el software directamente deben actualizar Java por separado, porque actualizar el cliente de Ethereum no modifica los certificados de confianza de Java. Las actualizaciones de Docker tampoco corrigen Java instalado en el equipo anfitrión.
Los operadores que aún utilizan Java 26 tienen que dar un paso más: Teku señala que esa versión ha llegado al final de su vida útil y no recibirá una versión corregida, por lo que deben pasar a Java 25. El incidente pone de relieve que la confianza en los certificados y el software del equipo anfitrión también forman parte de la seguridad de los validadores, junto con las actualizaciones del cliente de Ethereum.
Preguntas frecuentes
-
¿Cómo podía el fallo en los certificados poner en riesgo las recompensas de los validadores de Ethereum?
Un atacante podía suplantar un servicio utilizado por un validador y hacer que propusiera un bloque que enviara las comisiones al atacante. Un firmante externo falso también podía proporcionar firmas para cambiar el destino de las recompensas.
-
¿Se vieron afectados los nodos de Teku con la configuración predeterminada de la red principal?
No. Teku indicó que esos nodos no se vieron afectados y no requerían ninguna medida. El problema afectaba a otras configuraciones de validadores.
-
¿Qué cambiaron las actualizaciones de Teku y Besu?
Teku 26.10.3 y Besu 26.10.2 eliminan de sus imágenes de Docker la confianza en los certificados vinculados a eMudhra.
-
¿Por qué actualizar Teku o Besu puede no ser suficiente para algunos operadores?
Quienes ejecuten los clientes directamente deben actualizar Java por separado, porque la actualización del cliente no modifica los certificados de confianza de Java. Las actualizaciones de Docker tampoco corrigen Java instalado en el equipo anfitrión.
-
¿Qué deben hacer los operadores que aún utilizan Java 26?
Teku señala que Java 26 ha llegado al final de su vida útil y no recibirá una versión corregida. Quienes aún lo utilicen deben pasar a Java 25.
WuBlockchain
Crypto News
CoinTelegraph
Glassnode
CryptoSlate