AEAD añade integridad, no un inicio de sesión ni una ruta funcional

El cifrado autenticado devuelve dos cosas a la vez: texto cifrado que oculta el contenido y una etiqueta que permite al receptor detectar manipulaciones. Antes, estas funciones se armaban con piezas separadas, y las malas combinaciones producían fallos sutiles. Las construcciones modernas fijan la combinación y las condiciones en las que se cumple. La palabra autenticado se refiere a la etiqueta, no a una persona.

Ambas garantías cubren el paquete protegido y nada fuera de él.

Dos garantías en una sola construcción

El cifrado responde si un observador puede leer esto; la integridad responde si se ha alterado. Un túnel necesita ambas, porque el contenido modificado es peor que el ilegible. AEAD define cómo combinarlas bajo una clave, junto con datos asociados que se autentican pero no se cifran. El receptor rechaza la entrada que no supera la comprobación.

Los datos asociados vinculan los campos visibles a la comprobación. Qué campos entran depende del protocolo, y eso no promete que cada dirección externa se haya vuelto secreta: un campo puede quedar cubierto por la etiqueta y seguir siendo legible en la red.

El nonce no es un detalle

Las claves y los nonce deben manejarse correctamente, y la reutilización de un nonce falla de forma grave. Repetir un nonce bajo una clave puede revelar relaciones entre mensajes y socavar por completo la garantía de integridad. Por eso el protocolo, no la aplicación, se encarga de generar y secuenciar los nonce.

Es una condición de la garantía, no una sugerencia de implementación. Los nonce descuidados no ofrecen la propiedad anunciada.

La protección contra repetición es estado aparte

Un paquete antiguo válido se puede repetir mientras su etiqueta siga intacta, porque la etiqueta prueba autenticidad y no frescura. Gestionar la repetición necesita su propio estado: números de secuencia, una ventana y una regla sobre qué aceptar. Ese estado vive en la implementación del protocolo y no tiene relación con la elección del cifrado. Un túnel con cifrado fuerte y sin protección contra repetición sigue aceptando el tráfico de ayer.

Los dos mecanismos cooperan sin ser el mismo, y uno puede ser correcto mientras el otro falta.

Lo que la etiqueta no le dice

La identidad del par se establece con certificados o claves precompartidas, no por el hecho de que un cifrado esté autenticado. El enrutamiento, la resolución de nombres y la política de registros del operador quedan fuera de la frontera criptográfica. Una negociación de algoritmo exitosa solo dice que ambos extremos acordaron un conjunto, habla de compatibilidad, no de la calidad de la implementación en cada lado.

Para los usuarios: elijan una configuración de protocolo mantenida y soportada. AEAD es una propiedad de esa configuración, no una invitación a construir cifrado a mano alrededor de un túnel.

Anoten qué conjunto se negoció, si la protección contra repetición está activa y cómo se identifican los pares. Tres hechos, tres garantías distintas.