Resumen

  • Las claves que firman reintentos ECH tendrían una responsabilidad específica sobre la privacidad.
  • Un servicio disponible no demuestra por sí solo cómo se autorizó su recuperación.

Cuando vuelve una conexión, el indicador de disponibilidad se pone verde. Queda otra pregunta: ¿quién decidió las condiciones de esa vuelta? Una propuesta de actualizaciones ECH firmadas hace visible esa diferencia.

ECH cifra el saludo TLS interno. La especificación vigente autentica los reintentos mediante el certificado del nombre público. El borrador de actualizaciones firmadas propone claves autorizadas por la configuración inicial. Una instrucción firmada puede indicar que el reintento se haga sin ECH.

La consecuencia operativa es una cuestión de responsabilidad. Quien custodie la clave no administrará únicamente un mecanismo de continuidad. También podrá autorizar instrucciones relevantes para la privacidad. Ese uso debería poder explicarse sin recurrir a una gráfica de conexiones exitosas.

El documento es un borrador individual del 6 de julio de 2026, no una norma aprobada. La obtención inicial por DNS y la autenticación del origen siguen siendo asuntos distintos. Antes de hablar de despliegues, conviene identificar quién tendría la llave y quién respondería por sus decisiones.