CTL · Control / práctica Identificar · Nivel 3 · Avanzado

12.Evaluación de vulnerabilidades

Revisión periódica y autorizada de sistemas para encontrar debilidades conocidas, priorizarlas y comprobar que se corrigen.

¿Qué es?

Una evaluación de vulnerabilidades es una revisión periódica y autorizada de los equipos y sistemas para encontrar debilidades conocidas —software sin parchar, configuraciones inseguras, servicios expuestos— antes de que alguien las aproveche.

Es como la revisión anual de un edificio por protección civil: se recorre con una lista, se anota cada problema con su gravedad y se fija un plazo para corregirlo. Después se vuelve a revisar.

En términos técnicos

  • Se usan escáneres de vulnerabilidades que comparan lo que encuentran (versiones, configuraciones) con bases de datos de fallas conocidas (CVE).
  • Puede ser sin credenciales (lo que ve alguien desde la red) o con credenciales (entra al equipo y revisa software y configuración; es más completa).
  • El resultado es una lista de hallazgos con su gravedad que hay que priorizar, corregir y verificar.
  • No es una prueba de penetración: la evaluación identifica y prioriza; la prueba de penetración intenta, con autorización y reglas acordadas, demostrar hasta dónde podría llegar un atacante.

¿Dónde la vas a encontrar?

En las áreas de seguridad de empresas y gobiernos (con escaneos mensuales o continuos), en las auditorías, en los requisitos de normas como PCI DSS para pagos con tarjeta y en los servicios que ofrecen los proveedores de seguridad.

¿Por qué importa?

Un caso verosímil

Una escuela publica su sistema de calificaciones en Internet. Nadie lo revisa en tres años. Un escaneo automático de delincuentes, que recorre Internet buscando versiones vulnerables, lo encuentra en horas: el servidor web tenía una falla crítica con parche desde hacía dos años.

Qué se perdió

  • El control del servidor y la integridad de las calificaciones.

Qué lo habría evitado

Un escaneo trimestral del sistema expuesto, hecho por la propia escuela o un proveedor, habría marcado esa falla como crítica. Los atacantes ya escanean tus sistemas; la diferencia es si tú lo haces primero.

¿Cómo se aplica?

El proceso

Paso Qué se hace
1. Alcance y autorización Qué equipos y redes, en qué horario, quién autoriza y a quién avisar si algo falla
2. Descubrimiento Comparar el inventario con lo que realmente está conectado
3. Escaneo Con una herramienta (Greenbone/OpenVAS, Nessus, Qualys, Nuclei), de preferencia con credenciales
4. Análisis Descartar falsos positivos y confirmar los hallazgos importantes
5. Priorización Gravedad (CVSS) + si se está explotando (catálogo KEV de CISA) + probabilidad de explotación (EPSS) + importancia del activo
6. Corrección Parchar, cambiar la configuración o, si no se puede, mitigar y documentar
7. Verificación Volver a escanear para confirmar que quedó resuelto
8. Informe Resumen para la dirección y detalle técnico para TI

Plazos de corrección de referencia

Prioridad Ejemplo Plazo sugerido
Crítica Falla explotada activamente en un sistema expuesto a Internet Días
Alta CVSS alto en un servidor interno importante 2 a 4 semanas
Media Configuración débil en equipos de usuario En el siguiente ciclo de mantenimiento
Baja Información de versión visible Cuando sea posible

Por nivel

Nivel Cómo aplicarlo
Persona Revisar actualizaciones pendientes de todos tus equipos y del router cada mes
Escuela Escaneo trimestral de los sistemas expuestos a Internet y semestral de la red interna, con autorización de la dirección
Empresa Programa continuo con escaneos con credenciales, métricas de tiempo de corrección y pruebas de penetración anuales

Relación con NIST CSF 2.0

Función Categoría Relación
Identificar (ID) ID.RA — Risk Assessment Se identifican, validan y registran las vulnerabilidades, y se priorizan las respuestas
Identificar (ID) ID.IM — Improvement Las evaluaciones y pruebas generan mejoras
Detectar (DE) DE.CM — Continuous Monitoring Los escaneos periódicos forman parte del monitoreo

MITRE ATT&CK: los atacantes hacen lo mismo en la táctica Reconnaissance (p. ej. T1595 — Active Scanning); escanear primero te permite cerrar esas puertas antes.

Para tomar en cuenta

  • Avisa antes de escanear: algunos equipos viejos o sensibles (impresoras, sistemas médicos) pueden fallar.
  • Los escáneres se equivocan: revisa los hallazgos críticos antes de alarmar a nadie.
  • Un informe sin corrección no sirve: lo importante es cuánto se tarda en resolver.
  • Prioriza por riesgo, no solo por CVSS: un CVSS 9 en un equipo aislado puede esperar más que un CVSS 7 explotado en el portal público.
  • Guarda los informes con cuidado: son un mapa de tus debilidades.

Material descargable

Aún no hay material descargable para este tema. Pronto habrá cuadernillos, manuales o laboratorios.

Referencias

© solutions_ · Ciberseguridad · 12 Evaluación de vulnerabilidades