Claves públicas vs. claves privadas: Guía para la seguridad y privacidad en línea 

Imagina que envías un mensaje a una persona al otro lado del mundo. Guardas el mensaje en una caja con llave y lo envías a través de los continentes, con la esperanza de que nadie lo interrumpa. Pero hay un problema: si alguien, en cualquier lugar, consigue una copia de esa llave, puede abrir la caja y leer todo lo que contiene.

Este era el lamentable estado de la comunicación digital en sus inicios. Antes de que internet se convirtiera en la vasta red interconectada que conocemos hoy, la gente dependía de una única clave compartida para cifrar y descifrar mensajes, un método conocido como criptografía simétrica, donde se utiliza la misma clave tanto para el cifrado como para el descifrado , como en algoritmos como AES (Estándar de Cifrado Avanzado) o DES (Estándar de Cifrado de Datos).

Funcionaba bastante bien en entornos controlados, pero a medida que la comunicación se expandía globalmente, la criptografía simétrica se enfrentó a un gran desafío: la distribución segura de la clave de cifrado . Siempre existía el riesgo de interceptación, donde los atacantes podían interceptar la clave durante la transmisión. Y a medida que más personas se conectaban, el sistema se volvía más difícil de gestionar: escalar de forma segura para innumerables usuarios era prácticamente imposible . Entonces surgió la pregunta: ¿cómo se podía compartir una clave de forma segura con alguien al otro lado del mundo sin que nadie la interceptara?

A medida que internet se popularizó, información confidencial, como datos bancarios, secretos corporativos, inteligencia gubernamental y conversaciones privadas, comenzó a circular a través de redes digitales expuestas. Esto puso de manifiesto las limitaciones de la criptografía simétrica.

Entonces surgió una idea revolucionaria que salvaría el futuro de la ciberseguridad: la criptografía de clave pública y privada , también conocida como criptografía asimétrica . En lugar de depender de una única clave secreta compartida entre el emisor y el receptor, este nuevo método utiliza dos claves: una pública y otra privada. La clave pública podía compartirse abiertamente con cualquiera, mientras que la clave privada permanecía protegida. Los mensajes cifrados con la clave pública solo podían descifrarse con la clave privada correspondiente, y viceversa.

De repente, fue posible enviar información confidencial a través de redes inseguras sin necesidad de intercambiar claves secretas previamente. Técnicas como RSA y ECC lo hicieron posible: sistemas matemáticamente complejos que constituyen la base de la comunicación segura actual.

¿Qué son las claves públicas y privadas? Una clave pública y una clave privada son un par matemáticamente vinculado que se utiliza en criptografía asimétrica: la clave pública se puede compartir con cualquiera para cifrar datos o verificar una firma, mientras que la clave privada permanece secreta y solo la posee su propietario para descifrar datos o crear una firma. Perder el control de la clave privada compromete todo el sistema.

Resumen Ejecutivo

Este artículo explica cómo funcionan conjuntamente las claves públicas y privadas (cifrado/descifrado y firmas digitales), ofrece una comparación completa de los atributos de ambos tipos de claves, cinco ejemplos prácticos (HTTPS, criptomonedas, cifrado de correo electrónico, SSH, firma de software), las ventajas y desventajas de la criptografía asimétrica, un árbol de decisiones para determinar qué clave se aplica a una tarea específica, los criterios de selección para elegir un enfoque de gestión de claves y cómo proteger las claves privadas y verificar la autenticidad de las claves públicas.

Ahora veamos cómo funcionan juntas las claves públicas y privadas.

¿Cómo funcionan juntas las claves privadas y públicas?

Las claves públicas y privadas funcionan como un sistema de llave digital, garantizando la privacidad, seguridad y confianza en la comunicación en línea. Funcionan principalmente de dos maneras:

1. Cifrado y descifrado: cómo mantener la información privada
   • Propósito: Para garantizar que el mensaje sólo lo reciba la persona a la que está destinado.
   • Todos pueden acceder a la clave pública (compartirla con otros), pero la clave privada se mantiene en secreto.
   • Cuando quieras compartir un mensaje privado con alguien:
     • Utiliza su clave pública para cifrar (bloquear) el mensaje.
     • Sólo su clave privada puede descifrarla (desbloquearla) y leerla.
   • Incluso si alguien intercepta el mensaje, necesitará la clave privada para leerlo.
   • Ejemplos de algoritmos: Este principio se utiliza en algoritmos de cifrado como RSA-OAEP y ECIES (Elliptic Curve Integrated Encryption Scheme).
   • Nota importante: En la práctica, el cifrado de clave pública se utiliza a menudo para intercambiar de forma segura una clave simétrica, que luego se utiliza para cifrar los datos reales. Así es como funciona TLS (usado en HTTPS) funciona combinando la eficiencia del cifrado simétrico con la seguridad del intercambio de claves asimétricas.
   • Ejemplo de la vida real: Los sitios web seguros (HTTPS), la banca en línea y las aplicaciones de mensajería utilizan este enfoque híbrido para mantener sus datos seguros.
2. Firmas digitales: prueba de identidad y autenticidad
   • Propósito: Para demostrar que el mensaje fue enviado por usted y no ha sido alterado.
   • Utiliza tu clave privada para crear una firma digital: un sello único en tu mensaje.
   • Este proceso generalmente implica una función hash (que genera un resumen de tamaño fijo del mensaje) y un algoritmo de firma (como RSA o ECDSA) para cifrar el hash con su clave privada.
   • La persona que recibe su mensaje puede verificar esa firma usando su clave pública.
   • Si es correcto, lo saben:
     • Que enviaste el mensaje (autenticidad).
     • Que el mensaje no ha sido alterado (integridad).
   • Ejemplo de la vida real: Las actualizaciones de software, los contratos digitales y las transacciones de blockchain utilizan esto para evitar la manipulación y confirmar la identidad.

Claves públicas vs. claves privadas

Categoría	Aspecto	clave pública	clave privada
Componentes	RSA Elementos	Módulo (n), exponente público (e)	Módulo (n), exponente privado (d)
	ECC Elementos	Nombre de curva alta, punto público (Q = d × G)	Nombre de la curva, Escalar privado (d)
Visibilidad	Visibilidad	Compartido públicamente	Mantenido en secreto
	Distribuidores	Distribuido libremente (por ejemplo, con certificados TLS)	Nunca compartido; mantenido seguro
Uso	Propósito	Cifrar datos, verificar firmas digitales	Descifrar datos, crear firmas digitales
	¿Quién lo usa?	Cualquier persona (destinatarios, verificadores)	Solo el propietario
	Ejemplos	Cifrado de correo electrónico, validación de certificados de sitios web	Firma digital, autenticación segura
Almacenaje	Formatos de archivo	.crt, .cer, .pem	.key, .pem, .pfx
	Ubicación típica de almacenamiento	Repositorios públicos, certificados	Guardado en almacenamiento seguro (HSM, archivos cifrados)
Seguridad	Papel en la seguridad	Establece confianza y permite una comunicación segura	Permite la confidencialidad y la autenticación.
	Si está expuesto	La confianza puede verse reducida (por ejemplo, suplantación de identidad)	Riesgo grave: permite la vulneración total del contenido cifrado o firmado.
	Propiedad y control	Asociado con la identidad (por ejemplo, dominio, persona)	Controlado exclusivamente por el propietario de la clave

Ventajas y desventajas de la criptografía de clave pública (asimétrica)

Ventajas	Desventajas
No es necesario compartir previamente una clave secreta a través de un canal inseguro.	Más lento que el cifrado simétrico para grandes cantidades de datos.
Permite firmas digitales para garantizar la autenticidad y la integridad.	La vulneración de la clave privada es catastrófica y a menudo silenciosa.
Se adapta a grandes redes abiertas, incluyendo toda Internet.	La gestión de claves (generación, almacenamiento, rotación) añade complejidad operativa.
Sirve de base para sistemas de confianza como PKI y TLS.	Los algoritmos comunes actuales (RSA, ECC) son vulnerables a las futuras computadoras cuánticas.

Ejemplos de la vida real

1. Navegación web segura (HTTPS)

   Cuando visita un sitio web seguro como https://example.com:

   Como parte de su certificado SSL/TLS , el sitio web le envía su clave pública. Con esta clave, su navegador y el sitio web realizan un proceso llamado protocolo de enlace TLS para establecer un canal de comunicación seguro. Durante este protocolo, se crea una clave de sesión mediante criptografía de clave pública . Esta clave de sesión se utiliza para cifrar y descifrar todos los datos intercambiados entre el navegador y el sitio web, lo que garantiza una comunicación rápida y segura.

   Aunque la clave pública del sitio web se utiliza durante el protocolo de enlace para establecer la clave de sesión, los datos reales (como las contraseñas) se cifran utilizando esta clave de sesión, no la clave pública. Solo la clave privada del sitio web puede descifrar la clave de sesión de forma segura, lo que garantiza que sus datos confidenciales solo puedan ser leídos por el sitio web real.

2. Criptomonedas (por ejemplo, Bitcoin, Ethereum)

   La propiedad de tu criptomonedero se verifica mediante tu clave privada, que se utiliza para firmar transacciones. Tu clave pública, por otro lado, se utiliza para obtener la dirección de tu monedero, que se comparte públicamente para recibir fondos.

   En el caso de Bitcoin, la dirección de la billetera es una versión hash de tu clave pública, y es la dirección que otros usan para enviarte criptomonedas. Si alguien conoce tu clave pública (o dirección de la billetera), puede enviarte criptomonedas, pero solo tu clave privada puede firmar y autorizar transacciones para gastarlas, lo que garantiza que solo tú puedas controlar los fondos en tu billetera.

3. Cifrado de correo electrónico (PGP/GPG)

   Con PGP (Pretty Good Privacy) o su implementación de código abierto, GPG (GNU Privacy Guard), compartes tu clave pública con tus amigos, lo que les permite cifrar los correos electrónicos que te envían. Para cifrar el mensaje, PGP/GPG primero utiliza cifrado simétrico para cifrar el mensaje, lo que garantiza un cifrado eficiente de contenido más extenso. A continuación, cifra la clave de sesión utilizada para el cifrado simétrico con tu clave pública, aprovechando el cifrado asimétrico para un intercambio seguro de claves.

   Al recibir el correo electrónico, usa su clave privada para descifrar la clave de sesión, y con esta clave, se descifra el mensaje. Esto garantiza que solo usted, con su clave privada, pueda leer el correo electrónico cifrado.

4. Autenticación SSH (Acceso al servidor)

   SSH (Secure Shell) suele utilizar autenticación de clave pública con un mecanismo de desafío-respuesta para autenticar a los usuarios de forma segura. En este modelo, la clave privada se almacena en el ordenador, mientras que la clave pública se almacena en el servidor.

   Al intentar conectarse, el servidor genera un desafío aleatorio (normalmente un número o cadena grande) que se envía al cliente. El cliente utiliza la clave privada para firmar el desafío. Esta respuesta firmada se envía de vuelta al servidor. El servidor, con la clave pública, puede verificar la firma. Si el servidor verifica correctamente la respuesta, concede acceso al usuario.

   Este modelo de desafío-respuesta funciona como una prueba segura de posesión: incluso si un atacante intercepta el desafío, no puede responder sin tener acceso a la clave privada. Este método es significativamente más robusto que la autenticación con contraseña, ya que la clave privada nunca sale del dispositivo, lo que reduce el riesgo de interceptación. Además, el mecanismo de desafío-respuesta garantiza que solo alguien con acceso a la clave privada correcta pueda autenticarse, lo que lo hace altamente resistente a ataques de fuerza bruta o phishing.

5. Actualizaciones y firmas de software

   Cuando los desarrolladores publican actualizaciones de software, las firman con una clave privada. Esta firma no cifra el software en sí, sino que garantiza la integridad y autenticidad de la actualización, lo que permite verificar que el software no ha sido manipulado y que proviene del desarrollador legítimo.

   Su dispositivo utiliza la clave pública del desarrollador para verificar la firma con la actualización y comprobar que coincida con el software original. Si la firma es válida, puede estar seguro de que la actualización es auténtica y no se ha alterado durante la transmisión.

   Se utilizan algoritmos de firma de código comunes como RSA o ECDSA para crear y verificar estas firmas digitales, lo que garantiza la seguridad del proceso de distribución de software.

Árbol de decisiones: ¿Qué clave debo usar para esta tarea?

Utilice esta guía de referencia rápida para identificar qué operación clave se aplica a la tarea en la que está trabajando:

• Enviar un mensaje confidencial a alguien → Encriptarlo con su clave pública; solo su clave privada puede descifrarlo.
• Demostrar que enviaste un mensaje y que no fue alterado → Firma con tu clave privada; cualquiera puede verificarlo con tu clave pública.
• Establecer una conexión segura a un sitio web (HTTPS) → La clave pública del servidor, a través de su certificado TLS, ayuda a establecer una clave de sesión; la clave privada del servidor demuestra que es el propietario de dicho certificado.
• Autenticación en un servidor a través de SSH → Su clave privada firma un desafío; el servidor lo verifica con su clave pública almacenada.
• Verificación de una actualización o versión de software → El editor firma con su clave privada; su dispositivo verifica con la clave pública del editor.
• Recibir criptomonedas → Comparta la dirección de su billetera, derivada de su clave pública; solo su clave privada puede autorizar el gasto.

Criterios de selección: Elegir el enfoque de gestión de claves adecuado

Al decidir cómo generar, almacenar y gestionar pares de claves para su organización, tenga en cuenta lo siguiente:

• Elección del algoritmo: RSA cuenta con un amplio respaldo y es bien conocido; ECC ofrece una seguridad equivalente con claves más pequeñas y operaciones más rápidas.
• Longitud clave y preparación para el futuro: Utilice los tamaños de clave mínimos recomendados actualmente y comience a realizar un seguimiento de dónde se utilizan RSA/ECC para una eventual migración post-cuántica.
• Almacenamiento: Módulos de seguridad de hardware (HSM) o módulos de plataforma segura (TPM) para claves de alto valor, frente a almacenes de claves de software cifrados para casos de uso de menor riesgo.
• Política de rotación y caducidad: Defina con qué frecuencia se rotan los pares de claves y aplique esta rotación mediante automatización en lugar de seguimiento manual.
• Control de acceso: Acceso basado en roles, autenticación multifactor y sin intercambio de claves entre personas o servicios.
• Modelo de autenticidad de clave pública: En función de su caso de uso, puede optar por una infraestructura de clave pública (PKI) con una autoridad de certificación (CA) de confianza para una gestión centralizada de la confianza, o por un modelo de red de confianza para una verificación descentralizada.

Consideraciones de Seguridad

En la criptografía de clave pública, la seguridad es fundamental, ya que cualquier vulnerabilidad puede provocar filtraciones de datos, suplantación de identidad y fraude. A continuación, se detallan las principales consideraciones de seguridad:

1. Protegiendo la clave privada

   La clave privada es la piedra angular de la criptografía asimétrica: si se ve comprometida, un atacante puede descifrar datos confidenciales, falsificar firmas o suplantar la identidad del usuario legítimo. Por lo tanto, una protección adecuada es fundamental.

   Mejores prácticas de protección:
   • Módulos de seguridad de hardware (HSM): Utilice HSM: dispositivos físicos dedicados que generan, almacenan y gestionan claves criptográficas de forma segura. Otras alternativas incluyen los Módulos de Plataforma Confiable (TPM) y las tarjetas inteligentes.
   • Cifrado en reposo: Cifre el archivo de clave privada en el disco utilizando algoritmos de cifrado simétrico fuertes como AES-256.
   • Frases de contraseña fuertes: Utilice contraseñas seguras y únicas para proteger el archivo de claves del acceso no autorizado. Nota: Las contraseñas no cifran la clave, sino que restringen el acceso al archivo cifrado.
   • Controles de acceso: Aplique permisos de archivos estrictos, utilice el control de acceso basado en roles (RBAC) y aísle el acceso clave solo a aquellos que realmente lo necesitan.
   • Autenticación multifactor (MFA): Requiere MFA para acceder a cualquier sistema o aplicación que utilice claves privadas, agregando una capa crítica de defensa.
   • Evite compartir claves: Nunca compartas claves privadas, ni siquiera dentro de equipos internos. Cada persona o servicio debe usar su propio par de claves.
   • Rotación y expiración de claves: Rote las claves periódicamente y defina políticas de vencimiento para minimizar el impacto de una posible vulneración de la clave.
2. Garantizar la autenticidad de la clave pública

   Si bien las claves públicas están diseñadas para compartirse, verificar a quién pertenecen es crucial. Sin una verificación adecuada, los atacantes pueden realizar ataques Man-in-the-Middle (MitM) sustituyendo sus propias claves.

   Métodos para verificar la autenticidad de la clave pública:
   • Certificados digitales e Infraestructura de Clave Pública (PKI): La PKI proporciona un modelo de confianza centralizado. Utiliza certificados X.509, que vinculan una clave pública a una identidad (como un dominio o una persona) y están firmados digitalmente por un proveedor de confianza. Autoridad de certificación (CA)Los clientes pueden verificar esta firma de CA mediante una cadena de confianza que los lleva a una CA raíz en la que ya confían.

     Ejemplo: En HTTPS (TLS), un navegador confía en que se está comunicando con bank.com porque el certificado del sitio está firmado por una CA conocida.

   • Red de confianza (utilizada en PGP/GPG): A diferencia de la PKI, la Red de Confianza es un modelo descentralizado. Los usuarios verifican sus identidades y firman sus claves públicas, creando una red de relaciones de confianza.

     Ejemplo: Alice verifica la llave de Bob y la firma. Carol puede confiar en la llave de Bob porque confía en Alice.

   • Fijación de certificado: Las aplicaciones o navegadores fijan una clave pública o autoridad de certificación específica. Solo la clave fijada (o un certificado firmado por ella) se acepta en futuras sesiones. Esto impide que los atacantes utilicen certificados fraudulentos, incluso si una CA de confianza se ve comprometida.

     Ejemplo: Las aplicaciones móviles suelen utilizar el anclaje de certificados para evitar aceptar certificados falsificados.

   • Huellas clave: Una huella digital es un hash corto y único de una clave pública. Dos usuarios pueden verificar la huella digital fuera de banda (por ejemplo, mediante una llamada telefónica o en persona) para confirmar la autenticidad de la clave.

     Ejemplo: Durante la configuración de SSH, los usuarios pueden comparar las huellas digitales de las claves a través de un canal de comunicación seguro y de confianza.

Cómo puede ayudar la consultoría de cifrado?

En Encryption Consulting , nos especializamos en el diseño, la implementación y la gestión de soluciones seguras de infraestructura de clave pública (PKI) adaptadas a las necesidades de su organización.

Tanto si su objetivo es reforzar el cifrado, habilitar identidades digitales seguras o garantizar el cumplimiento de las normas del sector, nuestros servicios PKI proporcionan la base para una comunicación segura y una confianza digital.

Nuestras ofertas incluyen:

• Evaluaciones de PKI – Evalúe el estado actual de su entorno PKI e identifique áreas de mejora.
• Diseño de arquitectura PKI – Construir infraestructuras PKI escalables, seguras y compatibles con los estándares.
• Gestión del ciclo de vida de los certificados – Automatizar y gestionar la emisión, renovación y revocación.
• PKI como servicio (PKIaaS) – Soluciones PKI totalmente gestionadas, alojadas y operadas por nuestros expertos.
• Consultoría de cifrado asimétrico: orientación sobre el uso seguro y eficaz de la criptografía de clave pública/privada.
• Planificación de resiliencia operativa: asegúrese de que su infraestructura clave sea robusta frente a las amenazas cibernéticas en evolución.

Nuestra experiencia garantiza que el uso de claves públicas y privadas no solo sea técnicamente sólido , sino también operativamente resistente , protegiendo sus datos, aplicaciones y usuarios en el panorama de amenazas actual.

Conclusión

La criptografía de clave pública y privada se ha convertido en la columna vertebral de la seguridad digital moderna. Resuelve el problema fundamental de la confianza en las redes abiertas, permitiendo la comunicación segura, la verificación de identidad y la integridad de los datos sin necesidad de intercambiar claves en secreto. Desde la navegación en sitios web seguros y el envío de correos electrónicos cifrados hasta la gestión de monederos de criptomonedas y la verificación de actualizaciones de software, los pares de claves pública-privada trabajan discretamente entre bastidores para proteger nuestra vida digital.

Al comprender cómo funcionan estas claves y por qué es importante protegerlas, tanto las personas como las organizaciones pueden tomar medidas informadas para fortalecer su ciberseguridad. A medida que las amenazas en línea siguen aumentando, la infraestructura de clave pública (PKI) continúa siendo una de las herramientas más poderosas de las que disponemos para garantizar la privacidad, la seguridad y la autenticidad en un mundo cada vez más conectado.

De cara al futuro, con la aparición de la computación cuántica, los algoritmos tradicionales de clave pública podrían volverse vulnerables. Las organizaciones deberían empezar a explorar la criptografía postcuántica para prepararse para la próxima era de la seguridad criptográfica.

Preguntas frecuentes

¿Cuál es la principal conclusión sobre las claves públicas y privadas para los equipos de seguridad?

Las claves pública y privada forman un par inseparable: la clave pública se puede compartir libremente para cifrar datos o verificar firmas, mientras que la clave privada debe permanecer secreta para descifrar datos o crear firmas. Todos los casos de uso descritos en este artículo, desde HTTPS hasta la firma de código, dependen de que esa clave permanezca privada.

¿Por qué es importante comprender la criptografía de clave pública/privada para los programas de seguridad empresarial?

Casi todas las decisiones de confianza que toma una organización en línea (sesiones TLS, firma de código, acceso SSH, cifrado de correo electrónico) dependen en última instancia de que las claves privadas permanezcan privadas. Una sola clave privada expuesta puede permitir que un atacante suplante la identidad de un servicio, descifre el tráfico o firme software malicioso como si fuera legítimo.

¿Cuáles son los riesgos de una mala gestión de las claves privadas?

Una clave privada expuesta o mal almacenada puede dar lugar a la suplantación de identidad, el descifrado de datos confidenciales, la falsificación de firmas en código malicioso o el acceso no autorizado a sistemas que confían en esa clave, y dado que la vulneración suele ser silenciosa, puede pasar desapercibida durante mucho tiempo.

¿Quién debería ser responsable de la gestión de claves privadas dentro de una organización?

Por lo general, un equipo de ingeniería de seguridad o de infraestructura de clave pública (PKI) es responsable de la generación, el almacenamiento y la rotación de claves, mientras que la administración de la plataforma de gestión de claves o del módulo de seguridad de hardware (HSM) suele coexistir con la gestión del ciclo de vida de los certificados, ya que, en la práctica, los certificados y sus pares de claves se gestionan conjuntamente.

¿Cómo se relaciona la gestión de claves públicas/privadas con la gestión del ciclo de vida de los certificados (CLM)?

Cada certificado X.509 es una clave pública vinculada a una identidad, por lo que una plataforma CLM que automatiza la emisión, renovación y revocación de certificados también automatiza, en la práctica, la gestión del ciclo de vida de los pares de claves, lo que incluye garantizar que los pares de claves antiguos se retiren según lo programado.

¿Cómo puede una organización medir si sus prácticas de gestión clave están funcionando?

Es necesario realizar un seguimiento de cuántas claves privadas se almacenan fuera de un HSM o una bóveda aprobada, cuántos pares de claves han superado su período de rotación previsto y si se documenta la generación de la clave privada y la ubicación de almacenamiento de cada certificado, en lugar de asumir que "no hay incidentes" significa "no hay riesgo".

¿Qué aspectos clave del uso deberían auditarse o supervisarse periódicamente?

Realice auditorías periódicas sobre dónde se almacenan las claves privadas (HSM, bóveda, disco), quién y qué tiene acceso a ellas, si se están siguiendo las políticas de rotación de claves y si las comprobaciones de autenticidad de la clave pública (cadenas de certificados, fijación, huellas digitales) funcionan según lo previsto.

¿La gestión de claves difiere en entornos de nube o híbridos?

Sí. Los entornos en la nube introducen opciones adicionales de almacenamiento de claves (KMS en la nube, HSM en la nube) y plantean cuestiones de responsabilidad compartida sobre quién controla el material clave, por lo que las organizaciones híbridas necesitan una política coherente sobre dónde se generan y almacenan las claves, en lugar de permitir que varíe de un servicio a otro.

¿Cuál es un error común que cometen las organizaciones con las claves públicas y privadas?

Considerar la protección mediante contraseña como equivalente al cifrado, o asumir que una clave almacenada en el portátil de un desarrollador está adecuadamente protegida, es un error. Una contraseña restringe el acceso a un archivo de clave; no cifra el material de la clave subyacente con el mismo rigor que un módulo de seguridad de hardware (HSM) o un almacén de claves cifradas configurado correctamente.

¿Cómo afecta la criptografía postcuántica a los sistemas de clave pública/privada?

Se espera que las computadoras cuánticas acaben por descifrar las matemáticas que sustentan RSA y ECC, en las que se basan la mayoría de los pares de claves públicas/privadas actuales, por lo que las organizaciones deberían empezar a hacer un inventario de dónde se utilizan estos algoritmos y comenzar a planificar una migración a algoritmos post-cuánticos como ML-KEM y ML-DSA antes de que se vuelva urgente.