Seguridad23 de julio de 20264 minutos de lectura

Desde la detección de vulnerabilidades hasta un cambio en producción

El escáner encuentra miles de problemas, pero solucionarlos en producción sigue siendo un trabajo manual. Cómo vincular vulnerabilidades con servidores, servicios y cambios para que los importantes se solucionen primero.

El equipo de seguridad recibe una larga exportación del último escaneo. Miles de filas, cada una con un ID de vulnerabilidad, una dirección IP y una puntuación de gravedad. Alguien lo divide por equipo y lo envía. Luego, las operaciones intentan averiguar qué servidores son en realidad, a qué servicio pertenecen y cuándo pueden ser tocados. Un mes después, llega la siguiente exportación, y nadie puede decir con certeza qué se ha solucionado de la anterior.

Detrás de esta imagen hay personas cansadas en ambos lados. La seguridad siente que las operaciones no están escuchando. Las operaciones sienten que reciben listas sin contexto ni prioridades. Y la gerencia hace una pregunta simple que nadie puede responder rápidamente: ¿estamos en una mejor posición que el mes pasado?

Por qué una exportación de escáner no es suficiente

Un escáner hace lo que está diseñado para hacer: encuentra versiones de software vulnerables. Lo que no sabe es qué papel juega un servidor, qué servicio se ejecuta en él y quién es responsable de ese servicio. Sin eso, un hallazgo no puede convertirse sensatamente en trabajo.

A menudo vemos las mismas debilidades:

  • los hallazgos se clasifican solo por puntuación, aunque en operaciones reales es más importante si una vulnerabilidad está siendo explotada activamente,
  • los plazos de reparación no se derivan de la gravedad, por lo que un hallazgo crítico puede esperar tanto como uno menor,
  • el camino desde el hallazgo hasta el cambio pasa por correo electrónico y tickets creados manualmente,
  • el estado de remediación se cosecha de varias hojas de cálculo y siempre está un paso atrás.

Cómo abordarlo

Un hallazgo de vulnerabilidad solo se vuelve significativo cuando se conecta a la CMDB. Una vez que sabemos en qué servidor se encuentra, también sabemos qué servicio pone en riesgo, quién es el propietario de ese servicio y cuál es su ventana de mantenimiento. Solo entonces podemos decidir sobre el orden y el momento.

La prioridad debe seguir dos preguntas: ¿qué tan grave es la vulnerabilidad y si alguien la está explotando activamente? El plazo límite se deriva de la respuesta. El camino hacia una reparación debe pasar por el proceso normal de cambio, para que incluso una reparación urgente respete el impacto en los servicios, solo con plazos más cortos.

Cómo maneja Eywo Stratum

Eywo Stratum importa hallazgos de su escáner y los hace coincidir con elementos de la CMDB. Las vulnerabilidades son entonces visibles por servidor y por servicio, para que cada propietario de servicio vea lo que les preocupa.

La priorización se basa en eso:

  • las vulnerabilidades explotadas activamente (KEV) se señalan claramente para que no se pierdan entre el resto,
  • plazos límite basados en la gravedad establecidos cuando se debe reparar un hallazgo,
  • un modo acelerado para problemas críticos, acordado de antemano en el acuerdo de parche con el propietario del servicio, proporciona un camino más corto sin pasar por alto la responsabilidad.

La ruta desde el hallazgo hasta la reparación es un plan de parcheo basado en ondas. Los servidores se agrupan por servicio y ventana, y el plan genera los cambios en un solo paso. Cada cambio pasa por el cálculo de impacto, comprobaciones de ventana de mantenimiento, congelaciones y detección de colisiones. Los nodos redundantes se pueden parchear uno a la vez para que el servicio siga disponible.

El panel de vulnerabilidad y remediación muestra cuántos hallazgos están abiertos, cuáles se acercan a su plazo límite y cómo avanza la remediación por servicio. La seguridad y las operaciones ven los mismos datos, lo que pone fin al debate sobre cuya hoja de cálculo está actualizada.

Una imagen compartida en lugar de pasar listas

La gestión de vulnerabilidades no es solo una disciplina de seguridad. Es trabajo operativo que necesita contexto: servidores, servicios, propietarios y cambios. Cuando esa información está conectada, la seguridad no tiene que perseguir y las operaciones no tienen que adivinar. Ambos lados pueden ver qué necesita ser reparado primero, quién lo aprueba y cuándo sucederá. Y la pregunta de la gerencia sobre si las cosas están mejor que el mes pasado tiene una respuesta en una sola pantalla.

La importación de hallazgos, la priorización de vulnerabilidades, la planificación de parches y el panel de remediación están incluidos en la edición Business.

Eywo Stratum Business
Para operaciones que desean conectar monitorización, seguridad y proveedores.

Comparar ediciones →