T
aes security cryptography encryption

Guía Completa sobre Modos de Cifrado AES y Cifrados Simétricos

Un análisis profundo de los modos de cifrado AES (ECB, CBC, CTR, GCM, CCM) y una comparativa con otros cifrados simétricos como Blowfish, SM4 y RC4. Descubra por qué GCM es el estándar de la industria.

2026-04-11

Guía Completa sobre Modos de Cifrado AES y Cifrados Simétricos

El cifrado es la piedra angular de la seguridad digital moderna. Ya sea que esté accediendo a su cuenta bancaria, enviando un mensaje seguro o almacenando datos sensibles en la nube, los algoritmos de cifrado trabajan incansablemente en segundo plano para proteger su información. Entre estos, el Estándar de Cifrado Avanzado (AES) destaca como el cifrado de clave simétrica más utilizado y confiable del mundo.

Sin embargo, AES no es solo una "caja negra". Cómo se utiliza —específicamente, qué modo de cifrado elija— es tan crítico como el algoritmo en sí. En esta guía completa, profundizaremos en los modos de cifrado AES, los compararemos, exploraremos otros cifrados simétricos y proporcionaremos recomendaciones de seguridad para su próximo proyecto.

¿Qué es el Cifrado Simétrico?

Antes de entrar en los detalles de AES, es importante entender el concepto de cifrado simétrico. En un algoritmo de clave simétrica, se utiliza la misma clave tanto para el cifrado (convertir texto plano en texto cifrado) como para el descifrado (convertir texto cifrado de nuevo en texto plano).

Esto es diferente del cifrado asimétrico (como RSA o ECC), que utiliza una clave pública para el cifrado y una clave privada para el descifrado. El cifrado simétrico es significativamente más rápido y eficiente, lo que lo hace ideal para cifrar grandes cantidades de datos.

Entendiendo AES (Advanced Encryption Standard)

AES fue establecido por el Instituto Nacional de Estándares y Tecnología de EE. UU. (NIST) en 2001 tras una competición de cinco años. Fue diseñado para reemplazar al envejecido Estándar de Cifrado de Datos (DES).

AES es un cifrado por bloques, lo que significa que procesa los datos en bloques de tamaño fijo (128 bits). Admite longitudes de clave de 128, 192 y 256 bits. Aunque el algoritmo en sí es extremadamente seguro, la forma en que maneja múltiples bloques de datos —el modo de operación— es donde pueden surgir muchas vulnerabilidades de seguridad.

Desglose Detallado de los Modos de Cifrado AES

1. Electronic Codebook (ECB)

ECB es el modo de operación más simple. Cada bloque de 128 bits de texto plano se cifra de forma independiente utilizando la misma clave.

  • Pros: Simple, rápido y admite procesamiento en paralelo.
  • Contras: Extremadamente inseguro para la mayoría de los casos de uso. Debido a que el mismo bloque de texto plano siempre resulta en el mismo bloque de texto cifrado, se preservan los patrones en los datos.
  • El problema del "Pingüino": El ejemplo clásico del fallo de ECB es cifrar una imagen de un pingüino; incluso después de cifrarla, el contorno del pingüino sigue siendo visible en el texto cifrado.
  • Veredicto: Nunca use ECB para nada que no sea cifrar un solo bloque de datos.

2. Cipher Block Chaining (CBC)

CBC mejora el ECB "encadenando" los bloques. Cada bloque de texto plano se combina (XOR) con el bloque de texto cifrado anterior antes de ser cifrado. Se utiliza un Vector de Inicialización (IV) para el primer bloque.

  • Pros: Se ocultan los patrones en el texto plano. Fue el estándar de la industria durante muchos años.
  • Contras: Solo procesamiento secuencial (no se puede paralelizar). Es vulnerable a Ataques de Oráculo de Relleno (Padding Oracle) si no se implementa con un Código de Autenticación de Mensajes (MAC) adecuado.
  • Veredicto: Seguro si se usa correctamente con un IV único e impredecible y un MAC (Encrypt-then-MAC), pero generalmente ha sido superado por GCM.

3. Counter (CTR)

El modo CTR convierte un cifrado de bloques en un cifrado de flujo. Genera un flujo de claves cifrando una secuencia de contadores y luego combina ese flujo con el texto plano mediante XOR.

  • Pros: Altamente eficiente, admite paralelización total y no requiere relleno (ya que actúa como un cifrado de flujo).
  • Contras: Si el mismo (Nonce + Contador) se reutiliza con la misma clave, la seguridad se ve completamente comprometida (ataque de "Two-Time Pad"). Proporciona confidencialidad pero no integridad.
  • Veredicto: Excelente para aplicaciones de alta velocidad, pero debe combinarse con un mecanismo de autenticación (como HMAC).

4. Galois/Counter Mode (GCM)

GCM es un modo de Cifrado Autenticado con Datos Asociados (AEAD). Combina el modo CTR para el cifrado con una multiplicación de campo de Galois para la autenticación.

  • Pros: Proporciona tanto confidencialidad como integridad (autenticación). Es altamente eficiente, admite paralelización y es resistente a muchos ataques comunes. También permite autenticar "datos asociados" no cifrados junto con el texto cifrado.
  • Contras: Complejo de implementar desde cero. Al igual que en CTR, la reutilización del nonce es catastrófica.
  • Veredicto: El estándar de oro moderno. Altamente recomendado para casi todas las aplicaciones (TLS 1.2+, SSH, etc.).

5. Counter with CBC-MAC (CCM)

CCM es otro modo AEAD que combina el cifrado CTR con un CBC-MAC para la autenticación.

  • Pros: Proporciona tanto cifrado como autenticación. Se utiliza mucho en la seguridad Wi-Fi WPA2 y en Bluetooth Low Energy (BLE).
  • Contras: Más lento que GCM porque requiere dos pasadas del cifrado de bloques por cada bloque de datos. No es paralelizable.
  • Veredicto: Bueno para entornos con recursos limitados donde GCM podría ser demasiado pesado, pero GCM suele preferirse por rendimiento.

Tabla Comparativa: Modos AES

Modo Tipo ¿Paralelizable? ¿Autenticado? ¿Requiere Relleno? Mejor Caso de Uso
ECB Bloque Sí No Sí Solo bloques individuales
CBC Bloque No (Enc) / Sí (Dec) No Sí Sistemas legados
CTR Flujo Sí No No Streaming de alta velocidad
GCM AEAD Sí Sí No Seguridad Web/API Moderna
CCM AEAD No Sí No IoT / Bluetooth / Wi-Fi

Otros Cifrados Simétricos Notables

Aunque AES es la fuerza dominante, vale la pena mencionar otros cifrados simétricos:

  • Blowfish: Un cifrado de bloques rápido y de dominio público diseñado por Bruce Schneier en 1993. Aunque seguro, ha sido reemplazado en gran medida por su sucesor, Twofish, y por AES.
  • Camellia: Un cifrado de bloques desarrollado en Japón (NTT y Mitsubishi). Es comparable a AES en seguridad y rendimiento y es un estándar ISO/IEC.
  • SM4: El estándar nacional chino para redes inalámbricas. Es un cifrado de bloques con un tamaño de bloque de 128 bits y una clave de 128 bits.
  • 3DES (Triple DES): Un algoritmo legado que aplica DES tres veces. Ahora se considera lento y se está eliminando gradualmente en favor de AES.
  • RC4: Un cifrado de flujo muy utilizado en su día en SSL/TLS y WEP. Ahora se considera vulnerable y no debe utilizarse en ninguna aplicación moderna.

Recomendaciones de Seguridad: Por qué se prefiere GCM

en el panorama moderno, el Cifrado Autenticado (AEAD) es un requisito, no una opción. Muchos desarrolladores cometen el error de usar CBC o CTR y olvidar añadir un Código de Autenticación de Mensajes (MAC). Esto deja los datos vulnerables a ataques de inversión de bits o a oráculos de relleno.

GCM (Galois/Counter Mode) es preferido porque:

  1. Eficiencia: Es extremadamente rápido y puede ser acelerado por hardware (Intel AES-NI).
  2. Autenticación: Detecta si el texto cifrado ha sido manipulado.
  3. Sin Relleno: Evitar el relleno simplifica la implementación y previene vulnerabilidades relacionadas con el mismo.
  4. Estandarización: Es la elección por defecto para TLS 1.3, la columna vertebral de la comunicación segura en Internet.

Ejemplos de Código

Node.js (usando el módulo interno crypto)

Aquí se explica cómo implementar AES-256-GCM en Node.js:

const crypto = require('crypto');

function encrypt(text, key) {
    const iv = crypto.randomBytes(12); // El tamaño estándar de IV para GCM es 12 bytes
    const cipher = crypto.createCipheriv('aes-256-gcm', key, iv);
    
    let encrypted = cipher.update(text, 'utf8', 'hex');
    encrypted += cipher.final('hex');
    
    const authTag = cipher.getAuthTag().toString('hex');
    
    return {
        iv: iv.toString('hex'),
        content: encrypted,
        tag: authTag
    };
}

function decrypt(encryptedObj, key) {
    const decipher = crypto.createDecipheriv(
        'aes-256-gcm', 
        key, 
        Buffer.from(encryptedObj.iv, 'hex')
    );
    
    decipher.setAuthTag(Buffer.from(encryptedObj.tag, 'hex'));
    
    let decrypted = decipher.update(encryptedObj.content, 'hex', 'utf8');
    decrypted += decipher.final('utf8');
    
    return decrypted;
}

// Uso
const key = crypto.randomBytes(32); // Clave de 256 bits
const data = encrypt("¡Hola Mundo Seguro!", key);
console.log("Cifrado:", data.content);
console.log("Descifrado:", decrypt(data, key));

FAQ: Errores Comunes y Trampas

1. ¿Puedo reutilizar un Vector de Inicialización (IV)?

No. Reutilizar un IV con la misma clave en modo CTR o GCM permite a un atacante aplicar XOR a dos textos cifrados y potencialmente recuperar el texto plano. En CBC, puede filtrar información sobre el inicio del mensaje. Use siempre un generador de números aleatorios criptográficamente seguro para crear un IV único para cada cifrado.

2. ¿Es AES-256 mucho más seguro que AES-128?

Ambos son extremadamente seguros. AES-128 es prácticamente inquebrantable por fuerza bruta hoy en día. AES-256 proporciona un mayor margen de seguridad contra futuras amenazas como la computación cuántica (vía el Algoritmo de Grover), pero es ligeramente más lento. La mayoría de los expertos coinciden en que AES-128 es suficiente para la mayoría de las necesidades comerciales.

3. ¿Por qué mi texto "cifrado" es siempre el mismo para la misma entrada?

Es probable que esté utilizando el modo ECB o un IV fijo. Ambos son riesgos de seguridad mayores. Asegúrese de utilizar un modo como GCM o CBC y de generar un nuevo IV aleatorio para cada operación.

4. ¿Qué pasa si pierdo la etiqueta de autenticación (Auth Tag) en GCM?

El descifrado fallará. La etiqueta de autenticación garantiza que los datos no hayan sido modificados. Sin ella, no puede verificar la integridad de los datos, y la mayoría de las librerías lanzarán un error durante la llamada a final().

Conclusión

Elegir el modo AES adecuado es un equilibrio entre seguridad, rendimiento y compatibilidad. Para las aplicaciones web modernas, AES-GCM es casi siempre la elección correcta. Proporciona la "santísima trinidad" de la criptografía: Confidencialidad, Integridad y Autenticidad.

Al evitar los modos legados como ECB y ser consciente de la gestión del IV, puede asegurarse de que los datos de sus usuarios permanezcan a salvo de miradas indiscretas y manipulaciones malintencionadas.

Volver al blog