Lecciones para tu programa

Del caso salen muchas lecciones de ingeniería, pero al programa de inteligencia le tocan dos: preguntar por los proveedores de software que tienen privilegio dentro de tu red, y saber qué es normal en cada uno para notar lo que no lo es. La primera es un requisito de inteligencia; la segunda, una línea base de salidas.

Ninguna de las dos se compra hecha. Un producto puede ayudar, pero no sabe qué proveedores son críticos para ti ni a qué destinos debería hablar tu servidor de inventario.

Abre la consola y ejecuta SELECT * FROM software_privilegiado y SELECT * FROM criterios. Los criterios suman exposición: privilegio para hacer daño, un canal por el que el fabricante mete código sin que nadie lo pruebe, libertad para hablar con cualquiera y nadie que sepa con quién debería hablar. Un producto que reúne los cuatro es el que reproduce el caso de Orion.

La dirección no aprueba revisar todo a la vez. El equipo propone empezar por los productos que cumplen al menos tres criterios. Cuéntalos con la tabla, sin olvidar que una cuenta de dominio, aunque sea de solo lectura, cuenta como privilegio.

Ejecuta SELECT * FROM retencion. En el caso de Orion, la autoridad situó los compromisos al menos desde marzo de 2020 y el aviso llegó en diciembre: unos nueve meses. Si mañana llegara un aviso así, la búsqueda retrospectiva solo puede llegar hasta donde se conserven los registros.

Ejecuta SELECT * FROM pir_actuales. Ningún requisito vigente pregunta por los proveedores de software. Un buen requisito prioritario dice qué se quiere saber y para qué decisión, y es lo bastante concreto para saber cuándo está respondido.