Los clientes de Ethereum Teku y Besu parchean la exposición del almacén de confianza por claves de CA comprometidas
Los equipos de clientes de Ethereum han publicado actualizaciones para Teku y Besu después de que claves de la autoridad de certificación de eMudhra quedaran comprometidas, exponiendo los almacenes de confianza.
Los equipos de software de Ethereum han publicado actualizaciones para los clientes Teku y Besu a fin de abordar la exposición del almacén de confianza vinculada a claves comprometidas de la autoridad de certificación de eMudhra, según un informe de NewsBTC. La divulgación se refiere a las autoridades de certificación en las que se apoya el software cliente al validar conexiones TLS, no a las reglas de consenso de la cadena.
Un almacén de confianza es el conjunto local de certificados raíz que utiliza una aplicación para decidir qué conexiones cifradas aceptar. Si una autoridad de certificación de ese almacén queda comprometida, en principio un atacante podría obtener certificados que el software cliente trataría como legítimos.
Qué cubren las actualizaciones
- Teku y Besu, dos implementaciones independientes de clientes de ejecución y consenso de Ethereum, recibieron actualizaciones
- El cambio apunta a la exposición del almacén de confianza vinculada a las claves de la autoridad de certificación de eMudhra
- El problema está en la validación de certificados, no en el procesamiento de bloques ni en las obligaciones de los validadores
Los operadores de nodos que ejecutan cualquiera de los dos clientes se ven afectados por el alcance del aviso. El material de origen no especifica qué versiones incluyen la corrección, por lo que los operadores deben confirmar la versión correspondiente en las notas de la versión de los propios proyectos antes de actualizar.
Los incidentes de autoridades de certificación son una preocupación recurrente de mantenimiento para la diversidad de clientes: dado que Ethereum depende de múltiples clientes desarrollados de forma independiente, un problema de dependencia en una implementación no afecta automáticamente a las demás, pero cada equipo debe publicar igualmente su propia remediación.