Cifrado de sobre: ​​KEK frente a DEK y encapsulación de claves

Introducción al cifrado de sobre

Si trabajas en seguridad o infraestructura en la nube, probablemente te hayas topado con el término cifrado de sobre. Aparece en revisiones de cumplimiento, debates sobre arquitectura y planificación de migraciones a la nube. Pero, ¿qué significa realmente y por qué es importante?

El cifrado de sobre es un método para proteger datos mediante dos capas de claves independientes. En lugar de usar una sola clave para cifrarlo todo, se utiliza una clave de cifrado de datos (DEK) para cifrar los datos propiamente dichos y una clave de cifrado de clave (KEK) para proteger la propia DEK. Imagínelo como una caja fuerte cerrada con llave dentro de una caja fuerte. Incluso si alguien llega a la caja, necesitará la combinación de la caja fuerte para abrirla.

Este enfoque se utiliza en casi todos los sistemas de gestión de claves importantes en la actualidad, incluidos AWS Key Management Service (KMS), Google Cloud KMS y las configuraciones de módulos de seguridad de hardware (HSM) empresariales . Comprender su funcionamiento es uno de los aspectos más prácticos que se pueden aprender sobre seguridad de datos.

Comprensión de las claves de cifrado de datos (DEK)

La clave de cifrado de datos (DEK, por sus siglas en inglés) es la clave que cifra directamente sus datos. Puede tratarse de un registro de base de datos, un archivo, un objeto de almacenamiento o un mensaje en una aplicación. Las DEK utilizan algoritmos de cifrado simétrico como ES-256 , uno de los estándares más robustos disponibles actualmente.

Una de las características más importantes de las claves de seguridad de datos (DEK) es que deben ser únicas y de corta duración. En lugar de usar una sola DEK para todos los datos, un buen sistema genera una nueva DEK para cada objeto o sesión. Esto es fundamental porque, si una DEK se ve comprometida, solo los datos asociados a esa clave específica corren riesgo. El resto permanece protegido.

Las claves de cifrado de datos (DEK) siempre se generan cerca de los datos que protegen, a menudo en memoria. Nunca se almacenan en texto plano. Una DEK expuesta junto a los datos que cifra no ofrece ninguna protección real. Este es precisamente el problema que resuelve la clave de cifrado de claves (KEK).

Comprensión de las claves de cifrado de claves (KEK)

La clave de cifrado de clave (KEK) no cifra sus datos. Su única función es cifrar y proteger la clave de cifrado de datos (DEK). Esta separación es intencional e importante. Significa que, incluso si alguien accede a la capa de su aplicación, no podrá leer sus datos sin acceder por separado a la KEK.

Las claves de cifrado de claves (KEK) se gestionan mediante sistemas dedicados, no por la propia aplicación. En entornos de nube, esto suele ser un servicio gestionado como AWS KMS, Azure Key Vault o Google Cloud KMS. En implementaciones locales, se suele utilizar un módulo de seguridad de hardware (HSM). Un HSM es un dispositivo físico diseñado específicamente para almacenar y gestionar claves criptográficas de forma segura, sin exponerlas nunca en texto plano.

El acceso a una clave de seguridad de hardware (KEK) debe estar estrictamente controlado. Solo sistemas o personas autorizadas deben interactuar con ella, y cada interacción debe registrarse. Estos registros de auditoría son esenciales para cumplir con normativas como PCI DSS y HIPAA, y resultan igualmente valiosos si alguna vez necesita investigar un incidente de seguridad.

En configuraciones más avanzadas, se puede implementar una jerarquía de claves criptográficas con una clave maestra que protege la KEK, la cual, a su vez, protege las DEK. Este enfoque por capas brinda a las organizaciones un mayor control y se ajusta a marcos de cumplimiento como FIPS 140-2 y NIST SP 800-57.

Explicación del envoltorio de llaves: cómo las KEK protegen las DEK

El cifrado de claves es el proceso mediante el cual una clave de cifrado de claves (KEK) encripta una clave de cifrado de claves (DEK). El resultado es una clave cifrada, también conocida como clave encriptada. La DEK cifrada se puede almacenar de forma segura, ya que resulta inútil sin la KEK para descifrarla.

El método estándar para el cifrado de claves es AES Key Wrap, definido en la RFC 3394. Está diseñado específicamente para proteger el material de claves criptográficas. Incluye una verificación de integridad integrada, lo que significa que si alguien manipula una clave cifrada, dicha manipulación puede detectarse antes de que se utilice la clave.

Así es como funciona el proceso completo en la práctica. La aplicación genera una clave de cifrado de datos (DEK) mediante AES-256 para encriptar un dato. Esta DEK se envía a un KMS o HSM, que la encapsula utilizando la clave de cifrado de claves (KEK). La DEK encapsulada se almacena junto con los datos encriptados. Cuando se necesita acceder a los datos posteriormente, la DEK encapsulada se envía de vuelta al KMS o HSM para su desencriptación. La DEK en texto plano se utiliza brevemente para descifrar los datos y, a continuación, se elimina inmediatamente de la memoria.

La clave de cifrado de clave (KEK) nunca sale del KMS ni del HSM en ningún momento de este proceso, y la clave de cifrado de datos (DEK) en texto plano nunca se guarda en el disco. En entornos de nube, AWS KMS gestiona esto automáticamente mediante la llamada a la API GenerateDataKey, devolviendo tanto una DEK en texto plano para su uso inmediato como una versión encapsulada para su almacenamiento. Esto es cifrado de sobre bien implementado.

KEK frente a DEK: diferencias y funciones clave

Tanto las KEK como las DEK son claves simétricas que suelen utilizar el mismo algoritmo AES. La diferencia radica en su propósito y gestión. Una DEK cifra los datos empresariales y se genera con frecuencia, a veces una vez por archivo o sesión. Tiene una vida útil corta y se almacena encapsulada junto con los datos que protege. La capa de aplicación gestiona las DEK, con el apoyo del KMS.

Por otro lado, una KEK solo cifra otras claves. Se genera con poca frecuencia, reside dentro de un sistema seguro como un HSM o KMS y nunca se expone en texto plano fuera de dicho sistema. El acceso a una KEK está estrictamente controlado y se audita por completo. Si bien las DEK se rotan con frecuencia, la rotación de las KEK sigue un calendario predefinido y se considera un evento operativo importante.

El principio que sustenta esta separación se denomina defensa en profundidad. Al dividir la responsabilidad de proteger los datos y las claves en dos capas independientes, se dificulta enormemente el éxito de un atacante. Comprometer la aplicación permite acceder a las claves de cifrado de datos (DEK) encapsuladas, que no pueden utilizarse. Robar las DEK encapsuladas sin la clave de cifrado de claves (KEK) solo produce datos cifrados. Ambas capas deben ser vulneradas simultáneamente, lo que supone un problema mucho más complejo.

Cómo puede ayudar la consultoría de cifrado

La seguridad del cifrado de sobres depende del sistema que protege sus claves de cifrado de claves (KEK). Si sus claves de cifrado de claves no se almacenan en un entorno dedicado y a prueba de manipulaciones, toda la arquitectura de dos capas pierde su garantía de seguridad. Es ahí donde entran en juego los servicios HSM de Encryption Consulting.

Nuestros servicios HSM funcionan con las principales plataformas HSM, incluidas Thales, nCipher y Utimaco, y diseñamos implementaciones que cumplen con los requisitos FIPS 140-3 y PCI DSS. Ya sea que implemente HSM en sus instalaciones, los integre con un KMS en la nube o cree una jerarquía de claves que abarque DEK, KEK y claves maestras, nuestro equipo se encarga de la arquitectura, la implementación y la configuración operativa.

Aquí es donde nuestros servicios HSM abordan directamente sus necesidades clave de gestión:

• Protección KEK: Diseñamos e implementamos entornos HSM donde las claves de cifrado de claves se generan, almacenan y utilizan completamente dentro del hardware. La clave de cifrado de claves en texto plano nunca sale del HSM, que es el estándar que impone FIPS 140-3.
• Implementación de envoltura de claves: Implementamos AES Key Wrap y estándares de protección de claves relacionados dentro de su entorno HSM, lo que garantiza que las claves DEK encapsuladas estén debidamente protegidas y que la verificación de integridad esté integrada en cada operación de clave.
• Integración de KMS y HSM en la nube: Para las organizaciones que ejecutan cargas de trabajo en AWS, Azure o Google Cloud, integramos la gestión de claves respaldada por HSM con los servicios KMS en la nube, lo que le proporciona una sólida arquitectura de cifrado de sobres al tiempo que mantiene el control sobre sus KEK.
• Registro de auditorías y alineación con el cumplimiento normativo: Cada interacción con una clave de clave pública (KEK) dentro de un módulo de seguridad de hardware (HSM) debe registrarse. Configuramos registros de auditoría completos en todo su entorno HSM, cumpliendo con los requisitos de cumplimiento de PCI DSS, HIPAA y FIPS 140-3.
• Gestión de la rotación y el ciclo de vida de las piezas clave: Establecemos los procesos operativos para la rotación de DEK y KEK, incluidos los cronogramas y procedimientos basados ​​en políticas que tratan la rotación de KEK como el evento operativo significativo que es.

Si su organización está creando o modernizando una arquitectura de cifrado de sobres y necesita tener la certeza de que su capa de gestión de claves está debidamente protegida, nuestro equipo de Servicios HSM está listo para ayudarle.

Conclusión

El cifrado de sobre es uno de los patrones de seguridad más prácticos y utilizados en los sistemas modernos. Una vez que se comprende cómo funcionan conjuntamente las claves de cifrado de sobre (DEK), las claves de cifrado de sobre (KEK) y el encapsulado de claves, se empieza a ver por todas partes, y con razón. Resuelve el desafío real de proteger datos confidenciales a gran escala sin generar una complejidad inmanejable en torno al almacenamiento de claves.

Al considerar el cifrado de datos y la protección de claves como aspectos independientes, vinculados mediante el encapsulado de claves y gestionados a través de un KMS o HSM adecuado, las organizaciones pueden crear sistemas criptográficos robustos y auditables. Si a esto le sumamos la rotación constante de claves y el registro completo de auditorías, se sientan las bases para una gestión de claves de cifrado de nivel empresarial.