Summary

  • Un borrador individual presentado el 2 de noviembre propone EAP-PQPAKE, autenticación por contraseña híbrida y poscuántica para EAP. Su estado previsto es Experimental; todavía no es una norma aprobada por el IETF.
  • Start viaja sin cifrar. Si el método no va dentro de un túnel protegido, un observador puede leer las identidades del dispositivo y del servidor. Una identidad exterior anónima no las oculta.
  • El robo del verificador completo del servidor permite probar contraseñas sin conexión y hacerse pasar por el servidor ante el dispositivo. El propio borrador exige volver a provisionar las credenciales afectadas.

La primera pregunta se hace en voz alta

El diseño parte de una amenaza razonable: alguien graba una autenticación hoy y espera a disponer de mejores herramientas cuánticas. EAP-PQPAKE combina un acuerdo de contraseña clásico con una pieza poscuántica y exporta claves EAP. Pero antes de llegar a la protección esperada, la conversación anuncia las identidades de ambas partes en Start. El texto lo dice expresamente: ese intercambio no está cifrado.

Para un operador, la consecuencia es una decisión de arquitectura. Si la identidad del usuario o del servidor debe quedar fuera de la vista de terceros, hay que ejecutar el método dentro de un túnel protegido. Cambiar la identidad EAP exterior por una etiqueta anónima no tapa lo que vuelve a aparecer dentro de Start. La privacidad de la persona y la resistencia de la clave no son el mismo control.

El servidor tampoco se queda con un simple recibo inocuo. Conserva (v, pk, kem_blind), sal, configuración e identidades de registro; tiene prohibido guardar la semilla derivada de la contraseña y la clave secreta KEM correspondiente. El alta debe autenticar al servidor y proteger ese material. Si se copia el verificador completo, el atacante puede intentar adivinar la contraseña fuera de línea y suplantar al servidor. Eso, por sí solo, no le permite suplantar al cliente sin recuperar otro secreto. Las credenciales afectadas requieren reprovisión.

El borrador impone límites o controles equivalentes para los intentos fallidos en línea. El estiramiento de la contraseña eleva el coste de atacar material robado, pero no frena una sucesión de pruebas contra un servidor activo. Uno es un problema de custodia; el otro, de operación.

El método figura como borrador individual experimental y se apoya en otro algoritmo aún en borrador. No presenta un despliegue ni un incidente. La noticia es la separación de responsabilidades que el texto deja a la vista antes de que nadie pueda vender el paquete como una solución total.

Documentos originales