Una empresa puede utilizar cifrado a diario sin saber dónde depende de él. Aparece en conexiones con clientes, firmas de documentos, certificados, dispositivos, copias de seguridad y servicios contratados. Prepararse para la transición postcuántica empieza por identificar esas dependencias y conocer cuánto tiempo debe seguir protegida la información, antes de comprar soluciones o cambiar algoritmos.
Para organizaciones en España, las recomendaciones del CCN y los trabajos de NIST ofrecen una base para iniciar esa preparación. Esta es una guía de planificación: no afirma que una computadora cuántica capaz de romper la criptografía utilizada hoy esté disponible, ni convierte calendarios técnicos de otras jurisdicciones en una obligación universal para empresas españolas. La prioridad es construir decisiones verificables con los proveedores y el negocio.
Por qué conviene empezar por el inventario
La criptografía postcuántica busca proteger sistemas frente a amenazas que podrían materializarse con computadoras cuánticas suficientemente capaces. El riesgo no afecta de forma idéntica a todos los mecanismos criptográficos. Los algoritmos de clave pública empleados para intercambio de claves y firmas merecen atención específica; no es correcto declarar que cualquier dato cifrado o cualquier sistema quedará expuesto del mismo modo.
NIST publicó sus primeros estándares postcuánticos y mantiene un programa de transición. Entre las referencias figuran ML-KEM para establecimiento de claves y ML-DSA y SLH-DSA para firmas. Conocer estos nombres ayuda a interpretar propuestas técnicas, pero memorizarlos no reemplaza entender dónde una organización utiliza criptografía ni cómo un cambio afectaría sus aplicaciones.
El CCN también ha difundido recomendaciones para una transición segura, con atención a planificación, enfoques híbridos y agilidad criptográfica. La lectura práctica es evitar una sustitución improvisada. La empresa necesita saber qué información protege, qué componentes intervienen y qué capacidad tienen sus proveedores para actualizarse. La preparación puede iniciarse mientras las implementaciones y los productos siguen evolucionando.
Mirar la vida de los datos, no solamente la vida del servidor
Un sistema que se renovará pronto puede custodiar información que seguirá siendo sensible durante muchos años. Contratos, diseños industriales o ciertos expedientes pueden conservar valor después de retirar la aplicación que los creó. Esta diferencia importa para analizar el escenario de capturar comunicaciones cifradas hoy e intentar descifrarlas en el futuro. La exposición depende de los mecanismos concretos y del contexto, no de una etiqueta genérica.
El negocio debe indicar durante cuánto tiempo necesita confidencialidad, integridad y posibilidad de verificar firmas. Estas necesidades no siempre coinciden. Un documento firmado puede requerir validación a largo plazo; una conversación operativa quizá pierda sensibilidad antes. El inventario debe recoger ambos casos sin reducirlos a una única fecha de renovación tecnológica.
Tampoco conviene asignar la misma urgencia a todas las aplicaciones. La prioridad combina duración de la información, exposición, impacto y dificultad de cambio. Una dependencia difícil de sustituir puede necesitar conversación temprana con el proveedor aunque su migración ocurra después. Un sistema aislado y próximo a retirarse puede requerir una decisión distinta, siempre sustentada y revisable.
Qué registrar sin recopilar secretos
El inventario criptográfico debe describir dónde se usa criptografía y quién responde por ese uso. Puede incluir protocolos, familias de algoritmos, certificados, bibliotecas, dispositivos de gestión de claves y relaciones entre aplicaciones. El propósito es conocer dependencias. No requiere copiar claves privadas, contraseñas o material secreto a una hoja compartida.
El proyecto de migración de NIST NCCoE trabaja precisamente sobre descubrimiento, inventario e interoperabilidad. Una organización puede adaptar esa orientación a su tamaño: comenzar por servicios críticos y añadir profundidad conforme valida resultados. Los datos deben tener fecha de revisión, fuente y responsable, porque un inventario sin mantenimiento pierde utilidad cuando cambian aplicaciones o proveedores.
| Elemento | Pregunta que debe responder | Evidencia útil |
|---|---|---|
| Conexión externa | ¿Qué protocolo y componentes negocian la protección? | Configuración verificada y responsable técnico |
| Firma de documentos | ¿Cuánto tiempo debe poder validarse? | Requisitos del proceso y solución de firma |
| Biblioteca o aplicación | ¿Quién puede actualizarla y probarla? | Versión, soporte y dependencia del producto |
| Servicio contratado | ¿Qué parte controla el proveedor? | Respuesta técnica y hoja de ruta del servicio |
| Información de larga vida | ¿Hasta cuándo seguirá siendo sensible? | Clasificación y criterio del propietario |
Hay componentes que no aparecen en un escaneo de red. Una aplicación puede usar bibliotecas internas, un proceso puede intercambiar archivos firmados y un equipo especializado puede conservar firmware antiguo. Conviene combinar herramientas de descubrimiento con entrevistas, revisión de configuraciones y documentación contractual. Cada técnica tiene límites que deben quedar visibles.
La exactitud importa más que el volumen inicial. Una fila que dice únicamente “usa cifrado” no permite planificar. Una fila que vincula un servicio con su protocolo, proveedor, responsable y requisito de conservación permite abrir una decisión. Si no se conoce un dato, debe marcarse como pendiente con una tarea de verificación; adivinarlo crea una falsa sensación de cobertura.
Hacer preguntas que produzcan respuestas utilizables
A los proveedores conviene pedirles información sobre capacidades actuales, dependencias y planificación. La pregunta “¿son postcuánticos?” suele producir una respuesta comercial demasiado amplia. Es mejor identificar el producto y la versión, qué función criptográfica cambiaría, qué estándares utiliza, qué compatibilidad requiere y quién asume pruebas y soporte.
Una hoja de ruta debe distinguir una demostración de laboratorio de una función disponible y soportada. También debe explicar si un cambio implica nueva infraestructura, licencias, actualización de clientes o renovación de dispositivos. No se debe interpretar una promesa sin fecha o un anuncio corporativo como garantía de que la configuración concreta del cliente ya está preparada.
Los contratos nuevos pueden incorporar información de soporte y actualización que facilite decisiones futuras. Esto no significa inventar cláusulas uniformes para todo proveedor. Compras, legal y tecnología necesitan evaluar requisitos según el servicio y su criticidad. La dependencia de una plataforma cerrada requiere un análisis distinto al de una biblioteca que la organización puede actualizar y probar directamente.
La coordinación puede recaer en un CISO as a Service, para conectar riesgo, arquitectura, proveedores y presupuesto. Su función es ordenar decisiones y responsables. No sustituye las pruebas técnicas ni convierte un catálogo comercial en evidencia de interoperabilidad con todos los sistemas del cliente.
Cambiar criptografía exige probar el proceso completo
Una actualización criptográfica puede afectar tamaño de mensajes, latencia, consumo de recursos, compatibilidad y validación de certificados o firmas. La prueba debe incluir el servicio de negocio completo, no solamente una conexión exitosa entre dos equipos. También interesan integraciones antiguas, clientes externos y dispositivos que tienen restricciones de capacidad o mantenimiento.
Las pruebas deben ejecutarse en un entorno autorizado y representativo. Conviene definir éxito, fallos aceptables, observabilidad y una ruta de reversión antes del cambio. Si se evalúa una combinación híbrida, el equipo debe documentar qué combina, qué protección espera y qué límites conserva. El término híbrido no garantiza por sí mismo que cualquier implementación sea segura o adecuada.
No se recomienda desarrollar algoritmos propios para acelerar el proceso. Es preferible utilizar implementaciones mantenidas, revisar documentación oficial y evaluar soporte del producto. La elección final necesita especialistas y requisitos concretos. Un artículo de planificación puede ayudar a preparar preguntas, pero no seleccionar una configuración criptográfica universal para cualquier empresa.
Las pruebas también deben verificar operaciones menos visibles: recuperación tras un fallo, renovación de certificados, validación de documentos antiguos y comunicación con socios. Un cambio que funciona en el flujo principal puede dejar inutilizable una recuperación o una integración secundaria. Por eso, el inventario debe relacionar dependencias técnicas con procesos y propietarios de negocio.
Un archivo industrial que debe durar más que su plataforma
Consideremos una compañía española de ingeniería que conserva planos y acuerdos de larga duración. El ejemplo es hipotético. Su dirección piensa que la próxima renovación del portal resolverá cualquier necesidad criptográfica. Al revisar el proceso descubre que los archivos circulan por varios proveedores, algunas firmas se verifican con herramientas externas y parte de la información debe seguir siendo confidencial durante años.
El primer entregable no es una compra. Es un mapa de dependencias y una clasificación de requisitos. El equipo pregunta a los proveedores por soporte y compatibilidad, identifica qué documentos necesitan validación duradera y prepara pruebas de intercambio con sus socios. Así puede decidir qué tratar primero y qué incorporar a renovaciones programadas, sin basarse en un anuncio aislado.
Si la compañía no sabe qué productos firman o intercambian información, un Security GAP Assessment puede ayudar a establecer esa línea base. La evaluación debe registrar límites y pendientes. No se debe afirmar que una brecha existe únicamente porque el producto todavía no anuncia una función postcuántica; hace falta analizar riesgo y uso real.
Convertir el inventario en una agenda de trabajo
La primera etapa consiste en elegir procesos críticos y responsables. Después se recopilan dependencias, requisitos de conservación y respuestas de proveedores. Una tercera etapa prepara pilotos con criterios claros. La decisión de migrar se toma con evidencia del riesgo, del soporte y de los resultados, junto con un calendario que pueda revisarse cuando cambien los productos o las recomendaciones.
El SGSI ofrece un lugar para mantener ese trabajo dentro de clasificación de información, gestión de activos, cambios y proveedores. Así se evita crear un inventario paralelo que nadie actualiza. Cuando se incorpora un servicio nuevo, su dependencia criptográfica debería poder entrar al mismo circuito de revisión y seguimiento.
Las métricas útiles incluyen procesos críticos con información suficiente, dependencias sin propietario, respuestas pendientes de proveedores y pruebas completadas con resultados documentados. Contar algoritmos identificados puede servir como dato técnico, pero no explica por sí solo la preparación de la organización. La dirección necesita saber cuáles decisiones están listas y cuáles siguen bloqueadas.
El presupuesto debe contemplar esfuerzo humano, pruebas, integración y posibles renovaciones, además de licencias. La transición puede ser gradual. Lo que conviene evitar es esperar hasta la última renovación para descubrir que un componente importante no admite actualización o que un socio no puede operar con la nueva configuración.
Preguntas frecuentes
¿Debemos reemplazar hoy todo nuestro cifrado?
No existe una respuesta universal. Primero se identifican usos, sensibilidad, vida de la información y dependencias. La migración debe apoyarse en estándares, soporte y pruebas. Una sustitución masiva sin inventario puede introducir problemas operativos y de seguridad.
¿Los calendarios de NIST son una fecha legal para toda empresa española?
No. Las referencias de transición deben interpretarse según su ámbito. Las obligaciones de una organización española dependen de su actividad, contratos y normativa aplicable. No se debe trasladar un calendario técnico como mandato general sin análisis jurídico.
¿Basta con que mi proveedor anuncie criptografía postcuántica?
Hace falta conocer el producto, su versión, disponibilidad, funciones cubiertas y compatibilidad con el entorno concreto. El anuncio puede abrir una conversación, pero las decisiones necesitan documentación y pruebas representativas.
Referencias para profundizar
Las fuentes primarias son las recomendaciones de transición postcuántica del CCN, el programa de criptografía postcuántica de NIST y el proyecto de migración del NCCoE. Esta guía desarrolla recomendaciones de planificación y no anuncia una nueva vulnerabilidad o un plazo obligatorio común a todas las empresas.
