Criptografía nueva. Dependencias antiguas.

Demostrar el soporte por versión y por uso

Elaboramos una matriz de compatibilidad para el HSM, el firmware, el cliente, la PKI y los sistemas consumidores. Que se admita la generación de claves no dice nada todavía sobre todos los procesos de firma, importación o copia de seguridad necesarios. Por eso las afirmaciones se refieren siempre a versiones y operaciones concretas.

Las homologaciones y las certificaciones se analizan por separado. Una función técnica PQC no implica automáticamente la aprobación para un uso regulado determinado. Las evidencias necesarias y los compromisos del fabricante se recogen como requisitos previos en el plan del proyecto.

Distribuir de forma controlada las nuevas cadenas de confianza

Antes de una migración, comprobamos los perfiles de certificado, el tamaño, el transporte y el almacenamiento, así como la distribución de las anclas de confianza. Las aplicaciones con bibliotecas limitadas o con supuestos fijos sobre los certificados pueden necesitar ajustes adicionales. Por eso el piloto incluye al menos una emisión completa y una verificación satisfactoria por parte de un consumidor real.

Para la transición se planifican la vigencia de los certificados existentes, la revocación y los posibles estados paralelos. El material de claves no puede convertirse sin más a un nuevo algoritmo; a menudo se necesitan claves y certificados nuevos. Un plan de vuelta atrás también debe tener en cuenta los objetos ya emitidos y sus dependencias.