Saltar al contenido

// La solución

De la exposición a la remediación, en un solo flujo continuo.

Así funcionaría Vigilant Core: observar su superficie de ataque, reconocer las señales que importan y entregarle el camino exacto para corregirlas. Desplácese para recorrer cada etapa. Los activos y hallazgos mostrados son ejemplos ilustrativos.

  1. 01Observar

    Descubrir todo lo que un atacante puede ver.

    Partiendo solo de su dominio, se enumerarían subdominios, certificados, registros DNS y servicios expuestos. Usted validaría qué activos están autorizados: nada se analiza sin su aprobación.

    • Transparencia de certificados y DNS pasivo
    • Huella de puertos y servicios expuestos
    • Validación de activos autorizados
    inventario · empresa.gtvigilancia activa
    • empresa.gtautorizado
    • www.empresa.gtautorizado
    • correo.empresa.gtautorizado
    • vpn.empresa.gtautorizado
    • staging.empresa.gtpor validar
    • cdn-old.empresa.gtpor validar

    Demostración ilustrativa

  2. 02Reconocer

    Priorizar lo que realmente importa.

    Cada hallazgo se cruzaría con CVE, EPSS y el catálogo CISA KEV, ponderado según la exposición real del activo. Su equipo vería primero lo que tiene mayor probabilidad de ser explotado.

    • Puntaje de riesgo contextual
    • Explotación conocida en el mundo real
    • Menos ruido, sin alertas repetidas
    cola de prioridadvigilancia activa
    • CVE-2024-3400KEVcrítico
      PAN-OS GlobalProtectEPSS 0.96
    • CVE-2023-4966KEVcrítico
      Citrix BleedEPSS 0.93
    • DMARCalto
      p=none · correo.empresa.gt
    • TLS 1.0medio
      staging.empresa.gt

    Demostración ilustrativa

  3. 03Actuar

    Entregar playbooks de remediación claros.

    Agentes de IA generarían guías paso a paso, en español y adaptadas a su infraestructura: qué cambiar, por qué importa y cómo hacerlo sin interrumpir la operación.

    • Pasos y comandos verificables
    • Lenguaje claro para TI y dirección
    • Asignación por responsable
    playbook · DMARCvigilancia activa
    Qué atenderLa política DMARC está en p=none.
    Por qué importaCualquiera puede suplantar el dominio en campañas de phishing.
    1. 1Publicar SPF con los remitentes autorizados.
    2. 2Firmar el correo saliente con DKIM.
    3. 3Elevar DMARC a p=quarantine y luego a p=reject.
    $ dig TXT _dmarc.correo.empresa.gt

    Demostración ilustrativa

  4. 04Verificar

    Confirmar que el riesgo se cerró.

    Después de cada cambio, la plataforma volvería a sondear el activo, confirmaría la corrección y mantendría la vigilancia para detectar cualquier regresión.

    • Re-escaneo tras cada cambio
    • Historial listo para auditorías
    • Alertas ante regresiones
    verificaciónvigilancia activa
    puntaje de riesgo
    antes72
    después18
    • _dmarc · p=rejectcorregido
    • vpn.empresa.gt · PAN-OS 11.1.2-h3corregido
    • staging.empresa.gt · TLS 1.3corregido

    Demostración ilustrativa

Detectar es solo una parte del trabajo. Lo importante es resolver.

Ayúdenos a dar forma al producto: cuéntenos qué servicio contrataría primero.

Participar en la EncuestaConocer al equipo