Agilidad criptográfica y plan de migración

Un sistema es ágil si cambiar un algoritmo es un cambio de configuración o de componente, no una reescritura. Uno fijo lleva el algoritmo metido en el código: cambiarlo exige que el proveedor o el equipo lo reconstruya, y eso toma meses.

Desde la gestión no se elige el algoritmo: se construye la capacidad de cambiarlo. Eso empieza por saber dónde se usa criptografía asimétrica, porque ese tipo de algoritmo es el que los estándares poscuánticos vienen a reemplazar.

Hay un riesgo de gestión que no depende de que exista un ataque hoy: alguien puede copiar datos cifrados ahora y guardarlos para descifrarlos cuando haya medios. Importa más si los datos deben seguir protegidos muchos años. Por eso el plan prioriza los sistemas con datos de vida larga y algoritmo fijo en el código, porque son los más difíciles de cambiar a tiempo.

Abre sistemas_y_algoritmos. Un sistema de algoritmo fijo y datos de vida corta no es la prioridad.

En agosto de 2024 el gobierno de EE. UU. aprobó tres estándares de criptografía poscuántica: uno para intercambiar claves y dos para firmas digitales. Para citarlos bien en el plan hay que usar su número, no su nombre comercial. Abre estandares_publicados.

Para dimensionar el plan, el comité pide una cifra: cuántos sistemas tienen datos que deben seguir protegidos diez años o más. Son los que no pueden esperar a que el cambio de algoritmo sea urgente.

El borrador de Ciruelo tiene cinco fases: inventario, clasificación, exigencias a proveedores, pruebas y migración. Un buen plan de gestión pone responsables y fechas, empieza por lo que hay que saber y no promete lo que no depende de la empresa, como la fecha en que un proveedor ofrecerá un algoritmo nuevo.