Técnicas estructurales: segmentación, redundancia y diversidad

NIST SP 800-160 vol. 2 describe catorce técnicas de resiliencia cibernética. Tres de ellas dan forma a la estructura del sistema:

• Segmentación: definir y separar los elementos según su criticidad y su confiabilidad. Puede ser predefinida (zonas fijas) o dinámica (aislar un elemento cuando algo cambia).
• Redundancia: tener varias instancias protegidas de los recursos críticos: copias protegidas, capacidad sobrante y réplicas.
• Diversidad: usar heterogeneidad para reducir las fallas de modo común, sobre todo las que explotan una vulnerabilidad compartida. Hay diversidad de arquitectura, de diseño, de información, de rutas y de cadena de suministro, entre otras.

Dos réplicas idénticas protegen contra la caída de una de ellas, pero comparten todo lo demás: la misma vulnerabilidad, la misma configuración dañada y las mismas cuentas que las administran. Por eso la publicación trae dos principios estructurales que van juntos: mantener la redundancia (que se degrada con el tiempo si nadie la revisa) y planificar y gestionar la diversidad (porque la diversidad sin gestión añade costo y nuevos riesgos).

Una causa común no tiene que ser técnica. Si una sola identidad puede cambiar los dos autorizadores, quien la tenga puede dañar los dos a la vez y la redundancia desaparece. Separar quién administra cada copia es una forma de segmentación aplicada a los privilegios; la publicación la recoge también en la técnica de restricción de privilegios.

Abre el laboratorio y lee sitios.txt y administracion.txt.

La diversidad de rutas solo vale si las rutas son distintas de verdad. Dos operadores distintos pueden alquilar la misma canalización bajo la misma calle, y entonces una sola obra corta los dos enlaces. Comprobarlo exige leer el recorrido físico, no el nombre del operador ni el título del contrato.

Lee enlaces.txt.

La segmentación separa por criticidad. Un elemento de criticidad baja en el mismo segmento que el autorizador es un punto de apoyo barato: está menos vigilado, se parchea con menos prisa y, si el diseño confía en la posición de red, hereda la confianza del segmento. Contar esos vecinos es la primera medida de cuánto trabajo pide la segmentación.

Lee segmentos.txt.

Planificar la diversidad es elegir dónde rinde. Reescribir un sistema entero con otro equipo da diversidad de diseño, pero duplica el mantenimiento y el riesgo de que las dos versiones diverjan. Muchas veces basta con quitar la causa común concreta que se encontró, que es más barato y se puede comprobar.