AEAD engade integridade, non un inicio de sesión nin unha ruta funcional

O cifrado autenticado devolve dúas cousas á vez: texto cifrado que oculta o contido e unha etiqueta que permite ao receptor detectar manipulacións. Antes, estas funcións montábanse con pezas separadas, e as combinacións malas producían fallos sutís. As construcións modernas fixan a combinación e as condicións en que se cumpre. A palabra autenticado refírese á etiqueta, non a unha persoa.

As dúas garantías cobren o paquete protexido e nada fóra del.

Dúas garantías nunha construción

O cifrado responde se un observador pode ler isto; a integridade responde se foi alterado. Un túnel necesita as dúas, porque o contido modificado é peor que o ilexible. AEAD define como combinalas baixo unha clave, xunto con datos asociados que se autentican pero non se cifran. O receptor rexeita a entrada que non supera a comprobación.

Os datos asociados ligan os campos visibles á comprobación. Que campos entran depende do protocolo, e iso non promete que cada enderezo externo se volvese secreto: un campo pode quedar cuberto pola etiqueta e seguir sendo lexible na rede.

O nonce non é un detalle

As claves e os nonce deben manexarse correctamente, e a reutilización dun nonce falla de forma grave. Repetir un nonce baixo unha clave pode revelar relacións entre mensaxes e socavar por completo a garantía de integridade. Por iso o protocolo, non a aplicación, encárgase de xerar e secuenciar os nonce.

É unha condición da garantía, non unha suxestión de implementación. Os nonce descoidados non ofrecen a propiedade anunciada.

A protección contra repetición é estado aparte

Un paquete antigo válido pódese repetir mentres a súa etiqueta siga intacta, porque a etiqueta proba autenticidade e non frescura. Xestionar a repetición necesita o seu propio estado: números de secuencia, unha xanela e unha regra sobre que aceptar. Ese estado vive na implementación do protocolo e non ten relación coa elección do cifrado. Un túnel con cifrado forte e sen protección contra repetición segue aceptando o tráfico de onte.

Os dous mecanismos cooperan sen ser o mesmo, e un pode ser correcto mentres o outro falta.

O que a etiqueta non lle di

A identidade do par establécese con certificados ou claves precompartidas, non polo feito de que un cifrado estea autenticado. O encamiñamento, a resolución de nomes e a política de rexistros do operador quedan fóra da fronteira criptográfica. Unha negociación de algoritmo exitosa só di que os dous extremos acordaron un conxunto, fala de compatibilidade, non da calidade da implementación en cada lado.

Para os usuarios: escollan unha configuración de protocolo mantida e soportada. AEAD é unha propiedade desa configuración, non unha invitación a construír cifrado a man arredor dun túnel.

Anoten que conxunto se negociou, se a protección contra repetición está activa e como se identifican os pares. Tres feitos, tres garantías distintas.