Agilidad criptográfica en el diseño

La agilidad criptográfica es la capacidad de cambiar un algoritmo, un parámetro o una suite sin rehacer el sistema. Se consigue separando el qué del cómo: el código pide «firma» o «acuerdo de clave» y una configuración con versión dice con qué algoritmo se hace; lo que se guarda lleva escrito el identificador de lo que se usó; y las claves llevan metadatos (algoritmo, fecha de creación, rotación) para poder buscarlas por esas propiedades.

No significa aceptar cualquier algoritmo. Un sistema que acepta todo lo que el otro extremo proponga abre la puerta a que le impongan el más débil. La agilidad buena tiene un catálogo corto de suites aprobadas, una activa, y una fecha de retirada para las viejas.

En el escritorio de Quillacinga hay dos servicios con diseños opuestos. En uno, el archivo de seguridad habla de suites y deja el algoritmo a una configuración aparte. En el otro, el fragmento de lectura muestra el algoritmo de firma y el tamaño de la clave escritos directamente en el código, de modo que cambiarlos exige modificar, probar y desplegar todo el servicio. Es el caso más caro de migrar, porque no se puede hacer por configuración ni de forma gradual.

Abre los directorios del servidor, lee los archivos de cada servicio y escribe el nombre del directorio del servicio con el algoritmo de firma escrito en el código.

El servicio de citas tiene dos suites aceptadas: la activa y la anterior, con una fecha de retirada y el porcentaje de clientes que todavía la negocian. Aceptar dos a la vez es lo normal durante una migración: los clientes se mueven poco a poco y no todos al mismo tiempo. El riesgo es que la suite vieja se quede para siempre. Dejarla indefinidamente da al atacante un camino para forzar la negociación hacia lo antiguo; retirarla de golpe corta a quienes aún la usan.

Lee los dos archivos del servicio de citas: la política y el catálogo de suites. La buena práctica combina ambas cosas.

El inventario de claves es la otra mitad de la agilidad. Si cada clave lleva su algoritmo, su fecha de creación y su límite de rotación, se puede preguntar «dame todas las claves RSA» o «las que vencen antes de tal fecha» y planear la migración con esos datos. Una clave sin esos datos no se puede buscar, ni priorizar, ni rotar a tiempo; solo se la encuentra cuando algo falla.

Abre inventario-de-claves.txt y busca la clave a la que le falta el algoritmo y la fecha de rotación. Escribe su identificador.