La criptografía se ha convertido en la base silenciosa de toda la seguridad digital: desde que desbloqueas el móvil con el dedo hasta que haces una transferencia, firmas un contrato online o chateas por WhatsApp, siempre hay claves criptográficas trabajando en segundo plano. Si las claves fallan, todo lo demás se viene abajo, da igual lo buenos que sean los algoritmos o el firewall.
En esta guía vamos a ver con calma qué tipos de claves criptográficas existen, cómo se usan y cómo hay que gestionarlas para que realmente ofrezcan seguridad. Integraremos conceptos como clave simétrica, clave pública y privada, gestión del ciclo de vida, key blocks, PKI, algoritmos recomendados, amenazas actuales (incluida la computación cuántica) y las mejores prácticas para no meter la pata.
Qué es una clave criptográfica y por qué es tan crítica
En cualquier esquema criptográfico moderno, la clave es un conjunto de bits que se introduce en un algoritmo para realizar operaciones como cifrar, descifrar, firmar o verificar. El algoritmo suele ser público (cumpliendo el principio de Kerckhoffs), de modo que toda la seguridad recae en la confidencialidad y robustez de la clave.
Muchos sistemas se basan en pares de operaciones complementarias: cifrado/descifrado, firma/verificación, generación de códigos de autenticación de mensaje, etc. El mismo algoritmo se comporta de manera distinta según la clave que reciba, y en un diseño sólido solo debería ser posible romper el sistema si se obtiene la clave.
Además, las claves no solo sirven para cifrar datos. También se usan para autenticar, firmar, proteger otras claves (key wrapping) o derivar nuevas claves. De ahí que sea tan importante tener claro para qué se usa cada tipo de clave y no mezclar funciones alegremente.
Tipos de claves según su naturaleza: simétricas y asimétricas
En términos generales, las claves se dividen en dos grandes familias: claves simétricas y claves asimétricas. A partir de ahí aparecen variantes, usos específicos y esquemas híbridos.
Claves simétricas
Una clave simétrica es una única clave que sirve tanto para cifrar como para descifrar en un determinado algoritmo. Es el modelo clásico de «clave compartida»: emisor y receptor tienen exactamente el mismo secreto.
Este tipo de claves brilla por su eficiencia: es ideal para cifrar grandes volúmenes de datos (discos completos, bases de datos, backups, tráfico de red de alto rendimiento…). Los algoritmos típicos basados en claves simétricas son DES (ya obsoleto), 3DES/TDEA y, sobre todo, AES.
La contra es evidente: hay que encontrar una forma segura de compartir la clave. Si alguien intercepta ese secreto durante el intercambio, todo el sistema queda comprometido. Además, cuantos más participantes comparten la misma clave, mayor es la superficie de riesgo.
Claves asimétricas (clave pública / clave privada)
La criptografía asimétrica funciona con pares de claves matemáticamente relacionadas: una clave pública y una clave privada. Lo que se cifra con una solo se puede descifrar con la otra, y extraer la privada a partir de la pública debe ser computacionalmente inviable.
En este modelo, la clave pública se distribuye libremente (en certificados, directorios, servidores) y se usa para cifrar o verificar firmas, mientras que la clave privada se guarda bajo máximo secreto y se utiliza para descifrar o firmar. El conjunto de ambas se denomina par de claves.
Ejemplos típicos de esquemas asimétricos son RSA, DSA y las variantes basadas en curvas elípticas (ECC, ECDSA, ECDH). En la práctica, el cifrado asimétrico es más lento y maneja menos datos, por lo que suele reservarse para establecer claves de sesión, intercambiar secretos o firmar, no para cifrar archivos enormes.
Criptografía híbrida
Para aprovechar lo mejor de cada mundo, casi todas las soluciones reales usan esquemas híbridos: la clave asimétrica sirve para proteger o intercambiar una clave simétrica, y luego todo el tráfico de datos se cifra con esa clave simétrica.
Es la estrategia que sigue, por ejemplo, TLS cuando navegas por HTTPS: el navegador y el servidor usan un intercambio de claves asimétrico (RSA, ECDHE o, cada vez más, mecanismos post-cuánticos) para acordar una clave de sesión, y a partir de ahí el contenido viaja protegido con AES-GCM u otro cifrado simétrico moderno.
Principales algoritmos y usos de las claves criptográficas
Las claves se asocian a diferentes tipos de algoritmos y propósitos. No es lo mismo una clave de cifrado de disco que una clave de firma de código o una clave para autenticar mensajes.
Cifrado de clave secreta: flujos y bloques
En la criptografía de clave secreta podemos distinguir entre cifrados de flujo y cifrados por bloques. Los de flujo procesan el texto claro bit a bit o byte a byte, mientras que los de bloque trabajan con bloques de tamaño fijo (por ejemplo, 128 bits) y luego encadenan esos bloques mediante distintos modos de operación.
Los cifrados por bloques más relevantes en la práctica actual son 3DES (ya en retirada) y, sobre todo, AES. AES admite claves de 128, 192 y 256 bits y se ha convertido en el estándar de facto para casi todo: VPN, TLS, cifrado de disco, almacenamiento en la nube…
Es clave entender que la seguridad no depende solo del algoritmo, sino también de cómo se utiliza la clave en los modos de operación. Modos antiguos como ECB son un desastre porque revelan patrones del texto en claro; los modos modernos recomendados (CBC con cuidado, CTR, GCM) requieren IVs o nonces únicos y bien generados.
Cifrado de clave pública: RSA, ECC y más
En la familia de clave pública, el veterano es RSA, basado en la dificultad de factorizar un número N compuesto por dos primos grandes. Con un relleno moderno como RSA-OAEP, se utiliza para cifrar pequeñas porciones de datos, típicamente claves simétricas.
En paralelo, se ha extendido la criptografía de curvas elípticas (ECC), que permite claves mucho más cortas para un nivel de seguridad comparable. Curvas como P-256 o X25519 se usan de forma masiva en TLS, mensajería cifrada extremo a extremo y VPN modernas como WireGuard.
Dentro de la criptografía asimétrica también tenemos esquemas de firma digital específicos: RSA-PSS, DSA, ECDSA y variantes más recientes como Ed25519 o algoritmos post-cuánticos (ML-DSA, SLH-DSA), todos ellos basados en pares de claves pública/privada.
Funciones hash criptográficas y claves asociadas
Aunque una función hash no utiliza una clave para generar el resumen, se vuelve «dependiente de clave» cuando se combina en mecanismos como HMAC (Hash-based Message Authentication Code), donde una clave simétrica se usa junto con el hash para autenticar mensajes.
Las funciones hash modernas como SHA-256 y SHA-3 están en el corazón de muchos usos: verificación de integridad de archivos, cadenas de bloques, firmas digitales, almacenamiento de contraseñas (con sal y funciones de derivación tipo bcrypt, scrypt o Argon2) y construcción de algoritmos post-cuánticos basados en hash.
Claves para firmas digitales y autenticación
Las firmas digitales permiten probar que un mensaje concreto fue emitido por quien dice ser el emisor y que no ha sido modificado. Para ello, la clave privada del firmante se usa para firmar el hash del mensaje, y la clave pública se emplea para verificar esa firma.
Este mecanismo aporta autenticación, integridad y no repudio, por lo que se utiliza en firmas de documentos legales, firma de código, certificados digitales, transacciones financieras, sistemas de identidad digital y prácticamente cualquier proceso que requiera evidencias fuertes de quién hizo qué y cuándo.
Marco general de seguridad criptográfica: propiedades básicas
Para entender el papel de las claves, conviene recordar las propiedades de seguridad que persigue la criptografía moderna, tanto en tránsito como en reposo:
- Confidencialidad: solo las partes autorizadas que conocen la clave adecuada deben poder leer la información cifrada.
- Integridad: cualquier cambio en los datos, incluso de un solo bit, tiene que ser detectable mediante hashes, MACs o firmas.
- Autenticación: el sistema debe poder verificar la identidad de emisor y receptor, así como el origen del mensaje.
- No repudio: el emisor no debe poder negar a posteriori que envió un mensaje firmado con su clave privada.
- Buena gestión de claves: generación, distribución, almacenamiento, rotación y revocación de claves de forma segura.
Si cualquiera de estas patas falla, la seguridad global del esquema se resiente, aunque el algoritmo matemático sea perfecto. Por eso, la gestión de claves es tan o más importante que elegir un buen cifrado.
El ciclo de vida de las claves: gestión de principio a fin
La gestión de claves criptográficas se parece mucho a la de los certificados, pero con matices: cada clave pasa por fases de generación, distribución, almacenamiento, uso, rotación, revocación y expiración. Hacer esto a mano con excels es una receta segura para el desastre.
Generación de claves
El punto de partida es siempre una generación de claves sólida. Dos factores mandan aquí: la longitud de la clave y la calidad de la aleatoriedad usada.
En cuanto a longitud, los tamaños recomendados por estándares como NIST 800-57 y otros documentos actuales son, a grandes rasgos, los siguientes: 128 o 256 bits para claves simétricas (AES), 2048 bits como mínimo para RSA y claves ECC de 256 o 384 bits para entornos exigentes. Cuanto más larga la clave, más duro es el ataque por fuerza bruta, aunque también se incrementa el coste computacional.
Respecto a la aleatoriedad, es imprescindible usar generadores de números pseudoaleatorios criptográficamente seguros (CSPRNG), que a partir de suficiente entropía producen secuencias impredecibles. Si la fuente de aleatoriedad es pobre o predecible, la clave puede quedar al alcance de un atacante sofisticado.
Hoy en día, las plataformas modernas proporcionan APIs seguras para generar claves: getrandom en Linux, BCryptGenRandom en Windows, funciones seguras en librerías criptográficas especializadas… Nunca se debería usar funciones de propósito general como rand() para esto.
Distribución e intercambio de claves
Una vez generadas, las claves tienen que llegar a quienes las necesitan. La distribución de claves es uno de los momentos de mayor riesgo, sobre todo si hablamos de claves simétricas compartidas entre entidades distintas.
Para reducir este riesgo, se recurre a mecanismos como PKI (Infraestructura de Clave Pública), protocolos como SSL/TLS, VPNs y sistemas de gestión de claves (KMS). En estos esquemas, la clave pública puede circular sin problema, mientras que la clave privada jamás debería salir de su entorno seguro.
Durante el intercambio, los canales de comunicación deben estar protegidos (por ejemplo, con TLS robusto, certificados verificados y autenticación mutua si procede). Además, las claves de transporte o cifrado de claves (Key-Encrypting Keys, KEK) deben estar claramente etiquetadas y separadas de las claves que protegen datos de usuario.
Almacenamiento seguro de claves
El almacenamiento es otro pilar: una clave privada guardada en texto claro en un fichero o en el código fuente es un regalo para cualquier atacante. De ahí que se utilicen distintas soluciones según el entorno y el nivel de seguridad requerido.
Entre las opciones habituales encontramos bóvedas de claves criptográficas, HSM (Hardware Security Modules), KMS en la nube y keystores del sistema operativo. La idea es que las claves permanezcan cifradas en reposo y solo se desencripten cuando un proceso autorizado las necesita, manteniendo registros de acceso.
Los HSM ofrecen una capa extra: las claves nunca salen del hardware en texto claro, y cualquier operación criptográfica se ejecuta dentro del propio módulo. En los entornos PCI, banca y grandes infraestructuras de confianza, el uso de HSM certificados es prácticamente obligatorio.
Rotación, revocación y caducidad
Las claves no son eternas. De hecho, mantener la misma clave durante años es una pésima idea porque aumenta el daño potencial en caso de compromiso. Por eso hay que definir políticas de rotación y expiración claras.
La rotación de claves consiste en generar claves nuevas a intervalos regulares (por ejemplo, cada trimestre o año según el tipo de clave y el riesgo) y migrar progresivamente hacia ellas. Idealmente, este proceso debe ser automático para minimizar errores humanos.
La revocación anticipada entra en juego cuando hay sospechas o evidencias de fuga o compromiso de una clave privada. En ese caso, se debe invalidar la clave cuanto antes, sustituirla por otra y, si hablamos de certificados, comunicar la revocación mediante CRL u OCSP.
Por último, la caducidad planificada se usa para asumir que ningún algoritmo ni clave seguirán siendo seguros para siempre, sobre todo con la evolución de la capacidad de cálculo (y la amenaza cuántica en el horizonte). Establecer vigencias razonables y evitar utilizar claves caducadas es crucial para mantener un buen nivel de seguridad.
Key blocks, key wrapping y protección avanzada de claves simétricas
En sectores como el financiero, la gestión de claves simétricas ha tenido que refinarse mucho. Con la entrada en vigor del estándar PCI PIN v2.0 y posteriores versiones, se exige que todas las claves simétricas cifradas se manejen en estructuras llamadas key blocks.
Un key block es básicamente un paquete que contiene una clave cifrada junto con metadatos que describen su uso permitido, su tipo y controles de integridad. Se diseñó para evitar que alguien pueda modificar el propósito de una clave o reemplazarla sin ser detectado.
Históricamente, el sector financiero usó algoritmos como DES y sus variantes Double-DES y Triple-DES (2DES, 3DES/TDEA). Estos se apoyaban en combinaciones de varias claves (key bundles) para aumentar la seguridad, pero seguían teniendo problemas de intercambio y almacenamiento seguro de claves, especialmente cuando se usaban KEK sin atributos de uso bien definidos.
Para mejorar este escenario apareció el concepto de key variants, que consistía en combinar una clave base con máscaras binarias distintas según el uso. Aunque aportaba cierta separación lógica, no ofrecía integridad ni autenticación de la clave.
La solución vino con el key wrapping, una técnica que cifra la clave junto a metadatos de forma que quede inequívocamente vinculada a un propósito concreto y protegida contra manipulaciones. Existen esquemas estandarizados como TDEA Key Wrap (TKW) o AES Key Wrap (AESKW y KWP), que se usan para envolver claves en entornos hostiles.
De esta idea evolucionó el estándar de key blocks, formalizado en ANSI X9.143 (antes TR-31), hoy el método de referencia para el intercambio seguro de claves simétricas cifradas en el mundo financiero.
Estructura de un key block y versiones
En el modelo X9.143, cada key block incluye la clave protegida, restricciones de uso y otros metadatos, protegidos mediante mecanismos de cifrado y autenticación. Para ello se genera una clave de protección de key block (KBPK) de la que se derivan dos subclaves:
- KBEK (Key-Block Encryption Key), usada para cifrar la porción que contiene el criptograma y la longitud de la clave.
- KBAK (Key-Block Authentication Key) o KBMK, utilizada para generar un MAC (Message Authentication Code) sobre todo el contenido del key block.
Mediante esta estructura se garantiza que cualquier alteración en atributos o en la clave cifrada se detecta inmediatamente. Además, el formato estandarizado permite la interoperabilidad entre diferentes fabricantes de HSM y dispositivos.
Un detalle práctico interesante es que el primer carácter del encabezado del key block indica su versión. Las más relevantes son:
- Versión A: protegida mediante Key Variant Binding Method.
- Versión B: protegida mediante TDEA Key Derivation Binding Method.
- Versión C: protegida mediante TDEA Key Variant Binding Method.
- Versión D: protegida mediante AES Key Derivation Binding Method.
Desde la óptica de PCI PIN y P2PE, solo se consideran aceptables las versiones B (TDEA) y D (AES), porque se basan en derivación de claves en lugar de variantes reversibles.
Claves que deben ir en formato key block
El uso de key blocks es obligatorio cuando una clave simétrica existe fuera del perímetro seguro de un dispositivo criptográfico (HSM, PIN pad, terminal de pago) o se intercambia entre organizaciones.
En el contexto PCI, esto afecta a una larga lista de claves: Zone Master Keys (ZMK), Key-Encrypting Keys (KEK), Terminal Master Keys (TMK), PIN-Encryption Keys (PEK), Base Derivation Keys (BDK) en DUKPT y claves iniciales de derivación. Todas estas, cuando se almacenan o transmiten cifradas por otra clave simétrica, deben ir en formato key block.
Fases de migración a key blocks
La transición mundial hacia key blocks se ha estructurado en tres grandes fases con fechas establecidas por el PCI SSC para PCI PIN y P2PE:
- Fase 1: claves internas y almacenamiento dentro del entorno del proveedor de servicios (aplicaciones, bases de datos conectadas a HSM). Entrada en vigor: 1 de junio de 2019.
- Fase 2: conexiones externas con asociaciones y redes (por ejemplo, claves ZMK que protegen claves de trabajo de PIN entre adquirentes, emisores, KIF, etc.). Entrada en vigor: 1 de enero de 2023.
- Fase 3: extensión a todos los hosts de comercios, terminales de punto de venta y cajeros automáticos, incluyendo TMK e IPEK. Entrada en vigor: 1 de enero de 2025.
Para cumplir estas fases, las organizaciones deben inventariar todas sus claves, identificar dónde residen los criptogramas fuera del HSM, migrar sus MFK/LMK/KEK a KBPK y coordinarse con terceros (emisores, adquirentes, proveedores de HSM, servicios de inyección de claves) para asegurar la compatibilidad.
PKI, certificados y la importancia de la gestión de claves
La Infraestructura de Clave Pública (PKI) es el entramado que sostiene la confianza digital en la web, en redes corporativas, en firmas de código y en identidades digitales. Su corazón son precisamente las claves criptográficas y los certificados que las vinculan a identidades.
Una PKI se basa en Autoridades de Certificación (CA) que emiten certificados X.509 firmando con su clave privada los datos del titular (dominio, empresa, persona) y su clave pública. Los sistemas confían en estas CAs raíz e intermedias para validar la autenticidad de los certificados presentados por servidores, usuarios o dispositivos.
Para que todo esto sea fiable, no basta con emitir certificados: hay que gestionar adecuadamente las claves asociadas. Eso implica tener inventariadas todas las claves y certificados, controlar su expiración, rotar las claves con periodicidad adecuada, revocar certificados comprometidos o no utilizados y garantizar que las claves privadas asociadas a certificados críticos se almacenan en HSM o bóvedas seguras.
Los foros de coordinación, como el CA/B Forum, establecen reglas comunes para las CAs y los navegadores (por ejemplo, sobre tamaño mínimo de claves, algoritmos aceptados, períodos máximos de validez, requisitos de revocación rápida) con el fin de mantener alto el nivel de seguridad y evitar abusos.
Buenas prácticas para gestionar claves criptográficas
Con la complejidad actual de servicios, nubes y dispositivos, confiar en que cada equipo gestione «sus» claves a mano es pedir que algo salga mal. Las buenas prácticas se resumen en una serie de puntos que toda organización debería asumir como mínimos:
- Centralizar la gestión de claves en una plataforma o servicio KMS/HSM, en lugar de dispersarlas por servidores, aplicaciones y hojas de cálculo.
- Usar algoritmos y tamaños de clave actualizados, siguiendo las recomendaciones de organismos como NIST (AES-128/256, RSA ≥ 2048 bits, ECC con 256/384 bits, hash SHA-256 o superior).
- Almacenar las claves en bóvedas criptográficas o módulos hardware seguros, evitando que queden accesibles en texto claro a usuarios o procesos no autorizados.
- Aplicar controles de acceso estrictos, de forma que solo perfiles muy concretos y auditados puedan usar o administrar determinadas claves.
- Planificar la rotación periódica con ventanas de validez bien definidas y mecanismos automatizados de renovación.
- Disponer de copias de seguridad de claves críticas, almacenadas cifradas y protegidas, para evitar pérdida de datos si se daña el sistema principal.
- Permitir la revocación y destrucción rápida de claves comprometidas, junto con mecanismos de notificación y remediación.
- Mantener registros de auditoría detallados sobre quién creó, accedió, usó, rotó o revocó cada clave a lo largo de su vida útil.
Sin estos controles básicos, es cuestión de tiempo que alguna clave sensible acabe en manos equivocadas o quede sin renovar mucho más allá de su fecha razonable de uso.
Amenazas modernas: errores de implementación y era post-cuántica
Incluso si se eligen buenos algoritmos y longitudes de clave, hay enemigos muy reales: errores de implementación, malas configuraciones y nuevas capacidades de cálculo.
En el lado de la implementación, abundan los fallos: reutilización de IVs o nonces en modos como GCM, almacenamiento de contraseñas con MD5 o SHA-1, claves incrustadas en código fuente, validaciones de certificado desactivadas «para probar» que acaban en producción… Todo esto tira por tierra cualquier garantía criptográfica.
Por otro lado, se asoma la computación cuántica. Aunque todavía está lejos un ordenador cuántico capaz de romper RSA-2048 o ECC de forma práctica con el algoritmo de Shor, existe el riesgo de que actores potentes estén capturando hoy tráfico cifrado para descifrarlo en el futuro (estrategia «harvest now, decrypt later»).
Para anticiparse, el NIST ha estandarizado en 2024 varios algoritmos post-cuánticos como ML-KEM para encapsulación de claves y ML-DSA o SLH-DSA para firmas, basados en retículas y funciones hash. La recomendación de cara a los próximos años pasa por esquemas híbridos, combinando algoritmos clásicos (ECDHE, RSA) con estos nuevos mecanismos PQC en protocolos como TLS.
En este contexto, las organizaciones que manejan datos con vida útil larga deberían ir preparando un inventario criptográfico detallado (qué algoritmos y tamaños de clave se usan en cada sistema) y una hoja de ruta para migrar a soluciones resistentes a ataques cuánticos cuando el ecosistema madure.
En definitiva, las claves criptográficas son el hilo conductor que une algoritmos, protocolos, dispositivos y políticas de seguridad. Entender sus tipos, usos y ciclo de vida, aplicar estándares como NIST 800-57, PKI y X9.143 cuando corresponde, y adoptar una gestión centralizada y automatizada es lo que marca la diferencia entre una seguridad «de boquilla» y una protección sólida frente a atacantes cada vez más capaces.
