Skip to content

Neutral · CVSS v4 · EPSS · KEV · SSVC

Gestione las vulnerabilidades como un centro de operaciones.

Una guía práctica y neutral para crear un VOC: conocer cada activo, escanear con criterio, priorizar con CVSS v4, EPSS y KEV, exigir SLA basados en riesgo a los responsables e informar a la dirección de forma útil.

áreas
8
guías detalladas
12
términos del glosario
12
triaje / decisión● example

Señales de amenaza

  • CVSS-BTE
  • EPSS
  • KEV
  • SSVC

Contexto del activo

  • tier-1 asset
  • internet-facing
  • owner: payments

Decisión

P1Act

Nivel de prioridad + SLA + responsable

Flujo ilustrativo, no son datos reales.

Ciclo de vida

Un ciclo, gestionado de principio a fin

Un VOC opera el ciclo de vida de las vulnerabilidades como una operación continua con traspasos claros, no como un escaneo trimestral y una hoja de cálculo.

  1. 01

    Inventariar

    Conciliar cada activo con un responsable, un nivel de criticidad y una exposición.

  2. 02

    Descubrir

    Escaneos autenticados, agentes, nube y código, con cobertura medida.

  3. 03

    Priorizar

    Combinar CVSS, EPSS, KEV y contexto del activo en pocos niveles.

  4. 04

    Remediar

    Agrupar por corrección, enrutar al responsable y seguir un SLA basado en riesgo.

  5. 05

    Verificar

    Cerrar con evidencia de escaneo; gestionar excepciones con fecha de caducidad.

  6. 06

    Informar

    Mostrar tendencias de remediación, cumplimiento de SLA y exposición a la dirección.

Área del VOC

El mapa del VOC

Ocho áreas que, juntas, forman un centro de operaciones de vulnerabilidades que funciona. Empiece por la que más duele: cada una enlaza con guías concretas y prácticas.

Principios

Lo que distingue un VOC de un equipo de escaneo

  • 01

    Riesgo, no severidad

    Una puntuación base de CVSS describe una vulnerabilidad. La prioridad también necesita evidencia de explotación y lo que el activo significa para el negocio.

  • 02

    Corregir por responsable, no por CVE

    Agrupe los hallazgos en el cambio que los elimina — un parche, una actualización, una configuración — y asígnelo al equipo que puede desplegarlo.

  • 03

    Verificar, no fiarse de los tickets

    Un ticket cerrado es una afirmación. Un reescaneo limpio o datos recientes del agente son evidencia. Solo la evidencia cierra un hallazgo.

  • 04

    Medir el flujo, no el volumen

    El número bruto de hallazgos sube cada vez que mejora la cobertura. El tiempo de remediación, el cumplimiento de SLA y las ventanas de exposición muestran si el riesgo realmente disminuye.

Guías

Últimas guías

Las guías se escriben primero en inglés; las traducciones llegarán después.

Ver todas las guías
08 · Panorama de herramientasEN
A vendor-neutral map of VOC tool categories — inventory, scanners, cloud, containers, SCA, EASM, aggregation, ticketing — and how to choose and connect them.
07 · Métricas e informesEN
How a VOC reports to executives and the board: audiences, a one-page structure, KRIs vs KPIs, trends over snapshots, and what to leave out.
07 · Métricas e informesEN
Define and compute the metrics a VOC needs: time to remediate with percentiles, SLA compliance, coverage, backlog age, KEV exposure windows and reopen rate.
06 · Excepciones y aceptación del riesgoEN
Run a vulnerability exception process that stays honest: exception types, approval by risk level, compensating controls, expiry and an auditable register.
05 · Flujo de remediaciónEN
An end-to-end remediation workflow: deduplicate findings, group them by fix, route to owners, integrate with ITSM, and close only on rescan evidence.
05 · Flujo de remediaciónEN
Design risk-based vulnerability remediation SLAs: tiers instead of raw CVSS, when the clock starts and pauses, escalation, and measuring compliance.

Hablar el mismo idioma

Definiciones breves y precisas de los sistemas de puntuación, catálogos y métricas que se usan en las guías.

Abrir el glosario