Cifrado simétrico, modos y el IV

Un servicio cifra registros con AES en modo ECB. ECB cifra cada bloque por separado con la misma clave, así que bloques de texto plano idénticos producen bloques cifrados idénticos: el patrón del dato se transparenta a través del cifrado. Con datos estructurados y repetitivos —una imagen, una tabla con valores que se repiten— se ve la forma del original sin descifrar nada. El arreglo es usar un modo autenticado como AES-GCM, que además de ocultar el patrón detecta cualquier alteración. ECB no debería usarse para datos reales.

El fallo no es AES: es el modo, que convierte un buen algoritmo en un cifrado que filtra la forma de lo que oculta.

Otro servicio cifra mensajes con AES-GCM, que es un modo correcto, pero reutiliza el mismo vector de inicialización —el nonce— en todos los mensajes. En GCM el nonce tiene que ser único por cada cifrado con la misma clave: repetirlo es catastrófico. Con dos mensajes bajo el mismo nonce y la misma clave, se filtra información sobre el texto plano y, peor aún, se puede romper la clave de autenticación del modo y falsificar mensajes. El arreglo es generar un nonce único por mensaje —normalmente aleatorio con un generador criptográfico, o un contador que nunca se repita— y nunca reciclarlo.

Este es el «reutilizar un valor que debía ser único» del que habla la ruta: el algoritmo es correcto, el error es alimentarlo dos veces con el mismo nonce.

En un almacenamiento de CifraLab está el archivo cifrado y, en la misma carpeta, un archivo con la clave AES que lo cifra. El cifrado es correcto —buen algoritmo, buen modo, nonce único— y aun así no protege nada: quien llega al dato cifrado llega a la clave en el mismo sitio. Guardar la clave junto al dato es como cerrar una caja y pegar la llave encima. El arreglo es separar la clave del dato: guardarla en un servicio de gestión de claves (KMS, Key Vault) y que el servicio la use por referencia, con permisos propios, sin que viva al lado de lo que protege.

El uso está mal aunque cada pieza criptográfica sea correcta: la protección la anula la ubicación de la clave.

Un servicio de CifraLab cifra su base con AES-256-GCM, genera un nonce aleatorio por operación con un generador criptográfico, y guarda la clave en el servicio de gestión de claves de la nube, al que accede por identidad y no por una copia local. Eso es correcto en las tres cosas que suelen fallar: el modo autentica, el nonce es único, y la clave está lejos del dato. No hay nada que arreglar. Marcarlo como problema por costumbre sería el error contrario: un informe que no distingue el uso bueno del malo no orienta a nadie.

Modo autenticado, nonce único y clave separada: es exactamente el patrón correcto de cifrado simétrico.

Miraste el modo, el IV y dónde vive la clave de cada servicio. Esta verificación pide abrir el laboratorio y recorrer esos cuatro usos —incluido el almacén donde el archivo cifrado y su clave comparten carpeta— hasta el código que la auditoría dejó anotado al cerrar la sala.