Integridad comprobada y componentes no persistentes

La técnica de no persistencia consiste en generar los recursos cuando se necesitan y conservarlos solo un tiempo limitado. NIST SP 800-160 vol. 2 distingue tres formas: servicios no persistentes (un servidor que se destruye y se recrea desde una imagen conocida), información no persistente (datos que se borran cuando dejan de hacer falta) y conectividad no persistente (conexiones que se abren para una tarea y se cierran al terminar). El principio estructural que la guía es maximizar la transitoriedad: lo que vive poco expone poco tiempo, y volver a un estado conocido arrastra fuera lo que se haya plantado.

La no persistencia tiene límites claros. No arregla una imagen que ya venía mal, no invalida una credencial que el intruso se llevó y no restaura los datos que se alteraron en una base que sí persiste. Por eso se combina con otras técnicas.

Una política de reconstrucción vale lo que vale su excepción más vieja. Un nodo que se deja fuera «mientras tanto» se convierte en el único lugar donde un punto de apoyo puede durar semanas, y además suele correr una imagen distinta de la que todos creen que corre.

Abre el laboratorio y lee flota-del-autorizador.txt. La fecha de corte está en la cabecera.

La técnica de integridad comprobada busca determinar si los elementos críticos se han corrompido. Tiene tres enfoques: comprobaciones de integridad (comparar contra una referencia conocida, verificar firmas), seguimiento de la procedencia (saber dónde, cómo y por quién se construyó cada pieza) y validación del comportamiento (comprobar que el elemento hace lo que debe). El principio estructural es determinar de forma continua la confiabilidad: no basta con confiar en algo una vez.

Una imagen sin firma ni procedencia registrada no se puede distinguir de una alterada. Lee imagenes.txt y crúzalo con la imagen que usa el nodo de la tarea anterior.

En un sistema de pagos, la configuración es tan crítica como el código. Una tabla que decide a qué cooperativa va cada tarjeta puede desviar dinero sin tocar una línea de programa, y si «no cambia nunca», cualquier cambio es justamente la señal que habría que ver. Que algo cambie poco no es razón para no comprobarlo: es razón para que la comprobación sea barata y la desviación, evidente.

Lee configuracion-del-autorizador.txt.

La no persistencia también se aplica a las conexiones. Un canal de administración abierto todo el tiempo es un camino que el intruso encuentra hecho; uno que se abre solo para una ventana aprobada y caduca al terminar deja de existir el resto del tiempo.

Lee conexiones-de-gestion.txt.