Cifrado AES-256: qué protege, cómo funciona y de qué depende

AES-256 es el Estándar de Cifrado Avanzado (Advanced Encryption Standard, AES) utilizado con una clave de 256 bits. Es un cifrado de bloques simétrico especificado en FIPS 197, lo que significa que la misma clave cifra y descifra los datos, y protege la información en bloques de 128 bits mediante 14 rondas de sustitución, permutación, mezcla y adición de clave. No se conoce ningún ataque práctico contra AES-256 completo, y probar por fuerza bruta una clave de 256 bits es computacionalmente inviable. En los despliegues reales, el cifrado rara vez es el punto débil. La seguridad depende de cómo se generan, almacenan, rotan y controlan las claves, y de si el cifrado se usa en un modo sólido con un módulo criptográfico validado.

Para las organizaciones reguladas, AES-256 es la base que esperan marcos como HIPAA, CMMC y FedRAMP, normalmente combinada con criptografía validada según FIPS 140-3 y una gestión de claves sólida. Kiteworks aplica AES-256 a nivel de archivo y de nuevo a nivel de disco, admite claves propiedad del cliente y módulos de seguridad de hardware, y ofrece un plano de control para el intercambio seguro de datos que gobierna cómo se mueven los datos cifrados entre personas, máquinas y sistemas.

Esta página ofrece información general, no asesoramiento jurídico ni de cumplimiento. Para obtener orientación sobre cómo se aplican los requisitos de cifrado a su organización, consulte a su equipo de seguridad, jurídico o de cumplimiento.

Puntos clave

1. AES-256 es un cifrado simétrico con una clave de 256 bits

La misma clave secreta cifra y descifra, de modo que proteger esa clave es tan importante como el algoritmo. El cifrado utiliza 14 rondas y bloques de 128 bits, y es el algoritmo simétrico especificado por la suite CNSA 2.0 de la NSA para los sistemas de seguridad nacional.

2. La fuerza bruta no es la amenaza realista

Un espacio de claves de 256 bits contiene aproximadamente 1,16 × 10⁷⁷ claves posibles, lo que deja la búsqueda exhaustiva fuera de alcance. Los incidentes reales proceden de claves robadas o mal gestionadas, fallos de implementación, fugas por canales laterales y uso indebido de los modos de cifrado.

3. El modo de operación cambia el resultado de seguridad

Utilice un modo autenticado, como AES-GCM, para la mayoría de los datos en tránsito y el cifrado de archivos. ECB revela patrones, CBC y CTR ofrecen confidencialidad sin integridad, y XTS está diseñado para dispositivos de almacenamiento, no para mensajes ni para archivos en tránsito.

4. Se considera que AES-256 resiste los ataques cuánticos contra claves simétricas

El algoritmo de Grover reduce aproximadamente a la mitad la fortaleza efectiva de una clave simétrica, con lo que AES-256 queda cerca de los 128 bits de seguridad. Por eso las orientaciones de seguridad nacional mantienen AES-256 como estándar simétrico mientras los algoritmos de clave pública migran a alternativas poscuánticas.

5. El cumplimiento exige más que el algoritmo

Los marcos normativos buscan módulos criptográficos validados, una gestión de claves documentada y controles de acceso alrededor de las claves. Decir «usamos AES-256» no satisface un requisito de FIPS 140-3 si no se dispone de un módulo validado.

¿Qué es el cifrado AES-256?

AES-256 es el Estándar de Cifrado Avanzado con una clave de 256 bits. Es un cifrado de bloques simétrico definido en FIPS 197: la misma clave cifra y descifra, y los datos se procesan en bloques de 128 bits. AES admite también claves de 128 y 192 bits, pero AES-256 ofrece el mayor tamaño de clave y el mayor margen de seguridad. Gobiernos, instituciones financieras, organizaciones sanitarias y proveedores de tecnología lo utilizan para proteger datos sensibles en reposo y en tránsito.

¿De dónde procede AES?

El gobierno de EE. UU. adoptó el Estándar de Cifrado de Datos (DES) en 1977, pero su clave de 56 bits se volvió vulnerable a la búsqueda por fuerza bruta a medida que crecía la potencia de cálculo. En 1997, el Instituto Nacional de Estándares y Tecnología (NIST) abrió un concurso público para elegir un sucesor. En octubre de 2000, NIST seleccionó el cifrado Rijndael, diseñado por los criptógrafos belgas Joan Daemen y Vincent Rijmen, y lo publicó como FIPS 197 en noviembre de 2001. Tras años de criptoanálisis público, AES sigue siendo el cifrado simétrico más extendido del mundo.

¿Cómo funciona AES-256?

AES-256 organiza cada bloque de 128 bits en una cuadrícula de bytes de 4 por 4 denominada estado. Un paso de expansión de clave deriva 15 claves de ronda de 128 bits cada una a partir de la clave de 256 bits. A continuación, el cifrado aplica una adición de clave inicial seguida de 14 rondas de operaciones:

1. SubBytes: cada byte se sustituye mediante una tabla de sustitución fija, lo que añade no linealidad.
2. ShiftRows: las filas de la cuadrícula se desplazan con distintos desfases para repartir los bytes entre las columnas.
3. MixColumns: cada columna se mezcla mediante una transformación lineal, de modo que cada byte de salida depende de varios bytes de entrada. La última ronda omite este paso.
4. AddRoundKey: el estado se combina con la clave de ronda mediante XOR.

El descifrado aplica las operaciones inversas en orden inverso con la misma clave. El número de rondas depende del tamaño de la clave: 10 para AES-128, 12 para AES-192 y 14 para AES-256. Las rondas adicionales son la principal razón por la que AES-256 es algo más lento que AES-128.

¿El cifrado AES es simétrico o asimétrico?

AES es simétrico. Ambas partes necesitan la misma clave secreta, lo que plantea un problema de distribución: ¿cómo se comparte esa clave de forma segura? En la práctica, los sistemas lo resuelven con criptografía asimétrica. Un protocolo como TLS emplea métodos de clave pública para acordar una clave simétrica nueva, y después AES cifra de forma eficiente el grueso de los datos. Nuestra guía sobre el cifrado de clave pública frente a clave privada explica la parte asimétrica de esta colaboración.

¿Qué grado de seguridad ofrece el cifrado AES-256?

Una clave de 256 bits tiene unos 1,16 × 10⁷⁷ valores posibles, de modo que la búsqueda exhaustiva no es viable con ninguna computación clásica conocida ni previsible. Años de análisis públicos no han producido un ataque práctico contra AES-256 completo. Los resultados publicados son teóricos:

• El criptoanálisis biclique (2011) reduce el trabajo a unas 2^254,4 operaciones, una mejora insignificante respecto a la fuerza bruta.
• Los ataques de claves relacionadas (2009) revelan debilidades en la programación de claves de AES-256, pero exigen que el atacante obtenga cifrados bajo claves con una relación matemática elegida. Los protocolos bien diseñados no dan al atacante esa capacidad.

Los fallos prácticos proceden de otros ámbitos:

• Los ataques por canales laterales, que deducen claves a partir del tiempo de ejecución, el consumo de energía o el comportamiento de la caché en sistemas mal implementados.
• La generación débil de claves a partir de fuentes de números aleatorios predecibles.
• La exposición de claves por almacenamiento mal configurado, credenciales robadas o malware en el equipo anfitrión. Un sistema que mantiene la clave en memoria puede filtrarla. Controles como la seguridad de confianza cero, la autenticación multifactor y la prevención de pérdida de datos reducen esa exposición.
• El uso indebido de los modos, como reutilizar un nonce con AES-GCM, que puede comprometer la confidencialidad y la integridad.

La conclusión para los equipos de seguridad: considere sólido el algoritmo y concentre el esfuerzo en las claves, la implementación y los controles operativos. Nuestro artículo sobre la protección más allá de AES-256 describe las capas que rodean al cifrado.

¿Pueden los ordenadores cuánticos romper AES-256?

El algoritmo de Shor amenaza los esquemas de clave pública, como RSA y la criptografía de curva elíptica, pero no se aplica a AES. La amenaza cuántica pertinente para los cifrados simétricos es el algoritmo de Grover, que ofrece una aceleración cuadrática en la búsqueda de claves. En términos prácticos, reduce la fortaleza efectiva de AES-256 a unos 128 bits, que se siguen considerando seguros. Por eso la Suite 2.0 de algoritmos comerciales de seguridad nacional (Commercial National Security Algorithm Suite 2.0, CNSA 2.0) de la NSA mantiene AES-256 como cifrado simétrico mientras traslada el intercambio de claves y las firmas a algoritmos poscuánticos. Para conocer la parte de clave pública de la transición, lea nuestro análisis sobre la amenaza de la computación cuántica para el cifrado.

AES-128 frente a AES-192 frente a AES-256: ¿cuál conviene utilizar?

Variante	Tamaño de clave	Rondas	Uso habitual
AES-128	128 bits	10	Uso comercial general en el que la velocidad es la prioridad
AES-192	192 bits	12	Poco frecuente en la práctica
AES-256	256 bits	14	Datos regulados, periodos de conservación largos y sistemas de seguridad nacional

AES-256 ejecuta 14 rondas en lugar de 10, es decir, aproximadamente un 40 % más de rondas. En procesadores con aceleración de AES por hardware (AES-NI), esa diferencia suele traducirse en un coste pequeño en el uso real. Elija AES-256 cuando los datos deban permanecer protegidos durante muchos años, cuando un marco normativo lo especifique o cuando desee el mayor margen de seguridad. AES-128 sigue siendo seguro para muchos usos comerciales.

¿Qué modo de operación de AES conviene utilizar?

AES cifra un bloque de 128 bits cada vez, por lo que un modo de operación define cómo se manejan los datos más largos. La elección importa tanto como el tamaño de la clave:

• ECB (Electronic Codebook): cifra cada bloque de forma independiente, de modo que bloques de texto claro idénticos producen bloques de texto cifrado idénticos. Revela patrones y debe evitarse.
• CBC (Cipher Block Chaining): encadena los bloques mediante un vector de inicialización impredecible. Ofrece confidencialidad pero no integridad, por lo que necesita un paso de autenticación independiente.
• CTR (Counter): convierte AES en un cifrado de flujo mediante un contador único. Es rápido y paralelizable, pero tampoco ofrece integridad por sí solo.
• GCM (Galois/Counter Mode): combina el cifrado CTR con la autenticación, por lo que detecta manipulaciones. Es una opción habitual en TLS, el cifrado de archivos y los protocolos de red, y exige un nonce único en cada cifrado con la misma clave.
• XTS (XEX-based Tweaked Codebook with Ciphertext Stealing): diseñado para cifrar datos almacenados en disco. Ofrece confidencialidad, no autenticación, por lo que no detecta la modificación de los datos almacenados.

NIST describe estos modos en la serie SP 800-38. Cuando tenga la opción, utilice un modo autenticado.

¿Dónde se utiliza AES-256 en la práctica?

AES-256 protege los datos en la mayoría de los lugares donde las organizaciones los almacenan y los mueven:

• Datos en tránsito: los conjuntos de cifrado TLS que emplean AES-256-GCM protegen el tráfico web, las API y las sesiones SFTP.
• Datos en reposo: cifrado de disco completo, cifrado de bases de datos y copias de seguridad cifradas.
• Archivos y correo electrónico: uso compartido cifrado de archivos, transferencia gestionada de archivos y protección del correo electrónico.
• Gobierno y defensa: protección de información clasificada y de información no clasificada controlada.

Para obtener orientación sobre la implementación, consulte nuestras buenas prácticas de cifrado de datos.

¿Dónde se decide la seguridad en la gestión de claves?

Dado que AES es simétrico, quien obtenga la clave puede leer los datos. Por tanto, la gestión de claves asume la mayor parte de la carga de seguridad práctica:

• Generación: cree las claves con un generador de números aleatorios criptográficamente seguro.
• Almacenamiento: mantenga las claves separadas de los datos que protegen, idealmente en un módulo de seguridad de hardware (HSM) o en un servicio de gestión de claves. Consulte nuestra guía sobre la protección de claves con HSM.
• Rotación: cambie las claves según un calendario definido y tras cualquier sospecha de exposición. Lea sobre las estrategias de rotación de claves de cifrado.
• Control de acceso: limite quién y qué puede usar o exportar las claves, y registre cada uso.
• Propiedad: decida quién controla las claves. Vea por qué importan las claves de cifrado propiedad del cliente para el cumplimiento de la privacidad.

¿Qué esperan los marcos de cumplimiento de AES-256?

La mayoría de los marcos no se detienen en nombrar un algoritmo. Esperan implementaciones validadas y una gestión de claves documentada:

• FIPS 140-3: NIST valida los módulos criptográficos, no solo los algoritmos. Un producto puede usar AES-256 y carecer aun así de un módulo validado. Obtenga más información sobre FIPS 140-3 y el cumplimiento de FIPS en la plataforma Kiteworks.
• CMMC y NIST SP 800-171: exigen criptografía validada según FIPS para proteger la confidencialidad de la información no clasificada controlada (requisito 3.13.11 en la revisión 2). Vea cómo AES-256 respalda el cumplimiento de CMMC.
• HIPAA: trata el cifrado como una salvaguarda addressable (de implementación evaluable), y los datos debidamente cifrados pueden acogerse al puerto seguro (safe harbor) de la notificación de violaciones. Lea nuestra guía del puerto seguro del cifrado en HIPAA.
• RGPD: el artículo 32 cita el cifrado como ejemplo de medida técnica apropiada.
• PCI DSS: exige criptografía robusta para proteger los datos de cuentas almacenados.

Cómo aplica Kiteworks AES-256 en todo el ciclo de vida del intercambio de datos

Kiteworks ofrece un plano de control para el intercambio seguro de datos que aplica el cifrado de forma coherente en el correo electrónico, el uso compartido de archivos, la transferencia gestionada de archivos y las API. La plataforma admite AES-256 de las siguientes maneras:

• Cifrado doble. Cada archivo se cifra con una clave única a nivel de archivo, y el volumen de almacenamiento se cifra con una clave distinta a nivel de disco. Obtenga más información sobre el cifrado doble.
• Claves propiedad del cliente. Los clientes son propietarios de sus claves de cifrado, por lo que el personal de Kiteworks no puede descifrar los datos de un cliente.
• Integración con HSM. Las organizaciones pueden almacenar y gestionar las claves fuera de la plataforma con módulos de seguridad de hardware compatibles, entre ellos los HSM de red Thales Luna y AWS Key Management Service.
• Criptografía validada según FIPS 140-3. El módulo criptográfico de Kiteworks está validado con el certificado n.º 4980 del CMVP de NIST.
• Cifrado automático del correo electrónico. El Kiteworks Email Protection Gateway puede aplicar cifrado AES-256 a los mensajes salientes que contengan datos sensibles.

Explore el plano de control de datos de Kiteworks o vea cómo encaja el cifrado en el uso compartido seguro de archivos y en la transferencia gestionada de archivos.

Volver al Glosario de Riesgo y Cumplimiento