Fallas de seguridad afectan a clientes Teku y Besu de la red Ethereum

Los clientes Teku y Besu, utilizados para operar nodos de la red Ethereum, lanzaron correcciones de seguridad tras un incidente con la autoridad certificadora eMudhra. Las versiones Teku 26.10.3 y Besu 26.10.2 eliminan la confianza en cuatro raíces de certificados específicas. La medida busca mitigar riesgos derivados de claves privadas débiles generadas por un error de script en la entidad certificadora.

Las actualizaciones en las imágenes Docker de los clientes ya incorporan la eliminación de estos certificados. Los operadores que utilizan estas imágenes deben actualizar sus contenedores para garantizar la protección. El problema original involucró la emisión de certificados intermedios con claves recuperables, lo que motivó la revocación de estas credenciales a mediados de octubre.

Los usuarios que optan por instalaciones binarias enfrentan un desafío adicional. Como Java no verifica la revocación de certificados de forma predeterminada, la actualización del software cliente no altera automáticamente el entorno de ejecución instalado en la máquina. Es necesario realizar una revisión manual en el entorno de ejecución de Java para asegurar que las raíces comprometidas ya no sean aceptadas.

El aviso de seguridad destaca que los nodos de la red principal sin URLs HTTPS configuradas poseen menor exposición. Sin embargo, las conexiones HTTPS pueden ser interceptadas por agentes maliciosos en entornos no remediados. Hasta el momento, no existen registros de explotación activa de estas vulnerabilidades en los nodos de la red Ethereum.

Las configuraciones que dependen de HTTPS, como validadores, nodos de beacon y servicios de métricas, exigen atención redoblada. Lo mismo aplica para las redes de prueba que descargan estados iniciales mediante HTTPS durante la inicialización. La responsabilidad sobre la integridad del entorno de ejecución permanece bajo el operador del nodo.