Northwind Traders mantiene un registro de inventario por cada uso criptográfico que protege un límite empresarial; cada registro cuenta con un propietario del sistema designado que es responsable de su ruta de migración. El registro admite datos sobre el protocolo, algoritmo, certificado, biblioteca y titularidad observados, y genera un mapa de dependencias vulnerables a la computación cuántica —listo para la toma de decisiones— en lugar de una simple lista de certificados. La amenaza radica en la recopilación de tráfico de clientes, pagos y administración (bajo la modalidad de “capturar ahora, descifrar después”) que actualmente está protegido por criptografía de clave pública, la cual podría ser vulnerada en el futuro por un ordenador cuántico con capacidad criptoanalítica suficiente.
Las rutas críticas de Northwind atraviesan varios límites de confianza. La tienda pública (Storefront) y la aplicación móvil se conectan a EdgeGW; EdgeGW se autentica ante Orders mediante TLS mutuo; AuthN firma los JWT aceptados por el portal de administración y las API; PayBridge se comunica con un proveedor de pagos; y el sistema CI/CD firma los artefactos desplegables. Las autoridades de certificación corporativas y públicas establecen raíces de confianza independientes. Un auditor que encuentre un certificado RSA-2048 en un punto perimetral no puede determinar aún si esa misma primitiva también se utiliza para firmar versiones de software, autenticar servicios o validar tokens de acceso.
La arquitectura hace visible el límite de la agrupación antes de que le asignemos registros:
Este diagrama ilustra por qué un inventario de certificados por sí solo resulta insuficiente: TLS, mTLS, la verificación de JWT y la verificación de paquetes asignan a la criptografía de clave pública roles protocolarios distintos con propietarios diferentes.
Dado que una misma clave RSA-2048 puede desempeñar funciones diversas, Northwind registra un uso criptográfico como un algoritmo que opera con un propósito específico dentro de un límite determinado. Un certificado de servidor TLS, un intercambio de claves ECDH y una firma JWT se consideran usos distintos, incluso cuando un mismo producto los expone. Esta distinción es relevante porque el establecimiento híbrido de claves puede reducir la exposición de la confidencialidad en una ruta TLS compatible, mientras que una firma JWT sin modificaciones sigue siendo susceptible de falsificación bajo el modelo de amenazas cuánticas.
Cada registro recopila la información necesaria para tomar una decisión de sustitución posterior:
Los campos obligatorios permiten diferenciar la fase de descubrimiento de la toma de decisiones. El análisis de los conjuntos de cifrado (cipher suites) identifica una exposición a ECDH, pero la versión de la biblioteca y la ruta de actualización determinan si EdgeGW puede adoptar una implementación híbrida. Un registro de firma requiere conocer las ubicaciones de los verificadores, ya que modificar el firmante sin actualizar el portal de administración, la puerta de enlace de API y el verificador de despliegue rompe la cadena de confianza. La siguiente comparativa evalúa los detalles faltantes que, habitualmente, impiden que inventarios por lo demás precisos se conviertan en hojas de ruta:
Esta tabla muestra que el descubrimiento de algoritmos es necesario pero insuficiente: la propiedad, el alcance del verificador y la versión del producto determinan si realmente se puede implementar un reemplazo estandarizado.
Regla de decisión Un registro sin propósito ni propietario describe un artefacto, no una dependencia criptográfica migrable.
Una vez establecido el esquema, Northwind comienza por los límites que manejan datos confidenciales de larga duración o que aplican decisiones críticas de integridad. client→EdgeGW captura TLS externo; EdgeGW→Orders captura mTLS interno; AuthN captura la firma de JWT y a todos los verificadores; PayBridge captura una dependencia de terceros; y CI/CD captura la firma de artefactos. El inventario debe registrar ECDH por separado de AES, ya que AES puede seguir siendo adecuado, mientras que el establecimiento de claves mediante ECDH requiere un reemplazo o una transición híbrida.
¿Qué entrada requiere tanto una migración del firmante como un inventario de verificadores distribuidos: el registro de firma JWT de AuthN o el registro mTLS de EdgeGW→Orders?
El inventario completo utiliza registros orientados a evidencias para ocho hallazgos de Northwind y agrupa los resultados según la exposición a RSA-2048, ECDH y ECDSA P-256: