Plantilla de evaluación del riesgo cuántico, con un método de puntuación transparente

Una plantilla de evaluación del riesgo cuántico es una única tabla con una fila por activo criptográfico y seis columnas que determinan su prioridad: activo, algoritmo en uso, vida útil de los datos, exposición, tiempo de migración y dependencia de proveedores. El método de puntuación que se describe a continuación es deliberadamente transparente: cada cifra procede de sus propias estimaciones y de los plazos de migración publicados, nunca de una fecha prevista para la llegada de un ordenador cuántico. Copie la estructura, conserve las evidencias junto a ella y tendrá un inventario que podrá defender en una auditoría.

Las seis columnas y la pregunta que responde cada una

Mantenga la plantilla acotada. Seis columnas bastan para priorizar el trabajo, y una tabla acotada es una tabla que realmente se completa. El responsable, la referencia del ticket y la fecha de revisión son datos administrativos: útiles, pero no modifican ninguna prioridad.

Por qué el intercambio de claves necesita su propio indicador

El tráfico grabado solo está protegido por el intercambio de claves. Esa es toda la lógica de capturar ahora, descifrar después (HNDL): un adversario almacena hoy el texto cifrado y lo descifra cuando las matemáticas lo permitan. Las firmas se comportan de otro modo, porque falsificar una firma más adelante no expone retroactivamente una sesión pasada. Por eso la plantilla incluye un indicador de vulnerabilidad que distingue ambos casos, en lugar de tratar todos los algoritmos vulnerables a la computación cuántica como un único riesgo.

Puntuación: tres niveles por columna

Cada columna se puntúa con 1, 2 o 3, y las definiciones de cada nivel figuran en la propia plantilla para que dos evaluadores lleguen a la misma cifra a partir de los mismos hechos. Los niveles de vida útil que se indican a continuación son un punto de partida: ajústelos a su calendario de conservación y a sus contratos, y registre el ajuste en la plantilla para que la puntuación siga siendo auditable.

De ahí se obtienen dos sumas, que deben mantenerse separadas. La urgencia, U = Q + S + E, de 3 a 9, mide lo que cuesta un retraso. El plazo de ejecución, L = M + D, de 2 a 6, mide cuánto tarda el cambio una vez iniciado. Promediarlas en una sola cifra destruye precisamente la información que usted necesita, porque una fila urgente y barata y una fila cara y lenta exigen decisiones distintas.

La desigualdad de Mosca como razonamiento, no como profecía

Michele Mosca formuló el problema de la migración con tres magnitudes: X, el tiempo durante el que sus datos deben seguir siendo confidenciales; Y, el tiempo que necesita para migrar; Z, el tiempo que falta hasta que el algoritmo pueda romperse. Si X más Y es mayor que Z, los datos que salen hoy de sus sistemas ya están fuera de su ventana de protección.

Z no se puede conocer, y este sitio no publica ninguna estimación al respecto. La sustitución útil consiste en reemplazar Z por un horizonte de planificación del que usted responde: el primer hito con fecha dentro de su propio ámbito normativo. La desigualdad deja entonces de ser una previsión y se convierte en un cálculo de cumplimiento, sin ninguna probabilidad inventada.

La aritmética es breve. Una fila con una vida útil de 10 años y un tiempo de migración de 2 años necesita 12 años de protección. Un horizonte a finales de 2030 está a unos 4 años. Doce es mayor que cuatro, así que el indicador se activa: hay que empezar ya. Esta afirmación no dice nada sobre cuándo existirá un ordenador cuántico, solo que la ventana de protección se extiende más allá de la fecha que le impone su propio ámbito. Registre el horizonte utilizado en una columna junto al indicador, para que un revisor pueda discutir el horizonte sin rehacer la evaluación.

Convertir las puntuaciones en un orden de trabajo

1. Las filas con el indicador de Mosca activado y Q igual a 3 van primero, empezando por la U más alta. Son las filas HNDL, en las que un retraso no se puede recuperar después.
2. A igual urgencia, coloque primero el plazo de ejecución más largo. La sustitución de un HSM debe comenzar antes que un cambio de configuración de una línea, aunque el cambio de configuración termine antes.
3. Las filas con Q igual a 1 salen de la cola y pasan a una lista de seguimiento, revisada con la misma periodicidad que todo lo demás, porque un despliegue híbrido de hoy puede sufrir una regresión mañana.

U = Q + S + E          # urgency, 3 to 9
L = M + D              # lead time, 2 to 6
sort by (mosca_flag, Q, U, L), all descending

No hay ponderaciones ni multiplicaciones, y es intencionado. Una puntuación compuesta ponderada oculta con qué estimación discrepa un revisor. Cuatro componentes visibles permiten a un auditor cuestionar una celda, no la clasificación entera.

Completar las columnas con evidencias, no con opiniones

Tres fuentes cubren la mayoría de las filas. Para todo lo que tenga un endpoint público, lea directamente el grupo negociado. Se requiere OpenSSL 3.5 o posterior para los grupos ML-KEM, y los nombres de los grupos híbridos están registrados por la IANA: X25519MLKEM768 (codepoint 0x11EC), SecP256r1MLKEM768 (0x11EB) y SecP384r1MLKEM1024 (0x11ED).

openssl s_client -connect example.com:443 -groups X25519MLKEM768 </dev/null 2>/dev/null \
  | grep -i 'Negotiated TLS1.3 group'

ssh -Q kex | grep mlkem

Para el acceso administrativo, OpenSSH convirtió mlkem768x25519-sha256 en el acuerdo de claves predeterminado en la versión 10.0 (9 de abril de 2025), y la 10.1 (6 de octubre de 2025) emite una advertencia cuando una conexión negocia un acuerdo de claves no poscuántico, según las notas de versión de OpenSSH. Para el código, las bibliotecas y los artefactos de compilación, un CBOM (inventario de materiales criptográficos) completa la columna de algoritmos a gran escala, lo cual es importante porque un inventario escrito a mano queda desfasado el mismo día en que se termina. Pruebe cualquier cambio de grupo en preproducción y mantenga una alternativa clásica, como X25519, después de X25519MLKEM768.

Correspondencia entre la plantilla y las obligaciones

Esta sección tiene carácter informativo y no constituye asesoramiento jurídico. Cuando una línea anterior refleja nuestra lectura y no el texto en sí, se indica como interpretación, y su copia de la plantilla debería mantener visible esa distinción para los auditores.

Primero medir, después puntuar

Las puntuaciones basadas en una configuración supuesta no valen nada. Empiece por los hechos visibles desde el exterior: realice un análisis gratuito de su dominio con PQC Status para ver los grupos TLS negociados, las versiones y la cadena de certificados, pegue el resultado en las columnas Algoritmo y Exposición de las primeras filas y, después, avance hacia el interior con ssh -Q kex y un CBOM. Un análisis describe únicamente la configuración TLS visible desde el exterior: no es una certificación ni una declaración de cumplimiento, pero es la única columna que nadie puede discutir.