Compruebe primero si el aviso le afecta
El nombre de un producto en un aviso es el punto de partida. La versión instalada, los componentes afectados y las condiciones descritas por el fabricante determinan si el sistema está afectado. La versión mostrada en una web puede estar desactualizada y un inventario puede omitir servicios activos. Compare el aviso con un inventario actual junto al equipo de operaciones o al proveedor responsable.
Registre cada instancia por separado: producción, pruebas, sede o entorno de un cliente. Para un proveedor informático no basta con un mismo nombre de producto compartido por varios clientes. Si se desconoce la versión, la posible afectación sigue sin resolverse. Es una tarea concreta de comprobación, no una prueba de seguridad.
Tres preguntas para concretar la urgencia
La siguiente ayuda para decidir es nuestro análisis editorial. Relaciona el problema técnico con la empresa: qué está afectado, quién puede acceder y qué pruebas de explotación existen. Añada los datos, permisos y procesos de negocio que dependen del sistema.
El acceso desde Internet requiere especial atención. Los sistemas internos también deben evaluarse: un usuario autenticado o un dispositivo comprometido pueden abrir otra vía. Una protección solo reduce la exposición evaluada si bloquea realmente la vía de ataque correspondiente.
Sistemas afectados
Contraste producto, versión y condiciones.
Accesibilidad
Compruebe vías de acceso y protecciones eficaces.
Explotación
Evalúe el aviso del fabricante, KEV y las pruebas.
Definir la medida
Relacione impacto, responsable y plazo.
Verificación
Confirme la versión activa y la corrección.
Ayuda editorial: valore los tres niveles dentro del contexto del negocio. No generan una puntuación automática de riesgo.
CVSS, EPSS y KEV responden a preguntas distintas
No sume estos valores para crear una puntuación global aparentemente precisa. Registre la fuente y la fecha de consulta; separe la decisión de las señales que la respaldan. [1] [2] [3] [4]
Deslice la tabla horizontalmente para leerla.
| Señal | Qué describe | Qué no permite concluir por sí sola |
|---|---|---|
| Puntuación base CVSS (CVSS-B) | La gravedad técnica según las características intrínsecas de la vulnerabilidad, con independencia de su entorno operativo. | Qué vulnerabilidad debería corregir primero su equipo. Para decidirlo hacen falta el contexto del sistema y el del negocio. |
| EPSS | La probabilidad estimada de que se observe la explotación de una CVE publicada en ataques reales durante los próximos 30 días. | La probabilidad de un ataque contra su empresa ni la prueba de que ya haya un ataque en curso. |
| CISA KEV | Un catálogo de vulnerabilidades cuya explotación es conocida. Una entrada es una señal importante para comprobar los sistemas afectados. | La ausencia de una vulnerabilidad en el catálogo no demuestra seguridad ni ausencia de ataques. |
Elija una medida concreta
Cuando coincidan un sistema afectado, una vía de acceso utilizable y pruebas fiables de explotación, traslade la decisión directamente a los responsables. Evalúe el parche del fabricante y, si procede, una medida temporal recomendada, como desactivar la función afectada o restringir el acceso. La medida debe ser adecuada para su configuración.
Ejemplo simplificado: un portal de acceso para empleados afectado y expuesto a Internet puede tener prioridad sobre una instalación de pruebas aislada del mismo producto. Los motivos son las cuentas accesibles y las consecuencias operativas, no solo el nombre del producto. En otros sistemas, la pérdida de datos, una parada de producción o permisos amplios pueden determinar el orden.
Prevea las pruebas funcionales necesarias, una ventana de mantenimiento y un plan de reversión. Una actualización aplazada necesita un responsable identificado y una fecha concreta para revisar la decisión.
Cierre la actuación tras verificarla
La gestión de parches incluye verificar su instalación. Para obtener un resultado trazable, registre qué instancia cambió, qué versión está activa y cómo se comprobó la corrección. Añada una prueba funcional y actualice el inventario.
Si aplica una medida temporal, documente también sus límites y cuándo debe sustituirse por una solución duradera. Los indicios de una intrusión previa corresponden a la gestión de incidentes. Instalar un parche no resuelve por sí solo esa cuestión. [5]