Para equipos de seguridad y DevSecOps

Menos lista, más criterio

El mismo producto, con la lectura técnica: CVE, CVSS, regla, huella y evidencia. Aquí van las siglas, el mapa de capacidades frente a lo que esperáis de una ASPM, cómo encaja en vuestro pipeline, lo medido y lo que todavía no está.

El mapa

Capacidad a capacidad, con su motor

Lo que pediríais a una ASPM, y qué hay detrás de cada casilla. Cada fila enlaza a su página, escrita en dos voces: la llana y la técnica.

Capacidades de Vibethia, con siglas
CapacidadPor dentroHoy
SASTSemgrep: p/default, p/expressjs y 5 reglas propiasSí
SCAOSV-Scanner sobre lockfiles, sin resolverSí
ReachabilityLa juzga el analista con los usos del paquete; sube la prioridadSí, por lectura; no por grafo de llamadas
Malware en dependenciasAvisos MAL- de OSV; bloquea el check del PRSí
Secrets detectionGitleaks, árbol actual, enmascarado en el runnerSí
IaC scanningTrivy config: Dockerfile, Terraform, Kubernetes, Helm…Sí
Container scanningTrivy image sobre la imagen que indiquéisSí
SBOMCycloneDX por escaneo, descargableSí
CI/CD securityAcciones sin fijar e inyección en run (Semgrep); no audita permissionsParcial
AI triageClaude en el worker; veredicto por regla fija; historial inmutableSí
Deduplicación entre escáneresHuella estable sin línea; equivalencias entre reglasSí
DASTNo lanza peticiones contra la appNo
CSPMNo se conecta a la cuenta de nubeNo
Licencias · EOLNoNo

Las siglas, explicadas una a una, en el glosario. El mapa en llano, en Qué revisa.

Pipeline

Se engancha a vuestro CI. No al revés

Los escáneres corren en las Actions del cliente, como Xygeni. Un workflow reutilizable, un token por repo, y a Vibethia llega lo justo para triar.

  • Push a la rama por defecto

    Escaneo completo: Semgrep, OSV-Scanner, Gitleaks, Trivy. SARIF y fragmentos enmascarados a la API; triaje en el worker a los minutos.

  • Pull request

    Solo OSV-Scanner y el bloqueo de malware conocido. Nada más frena el merge. Nunca pull_request_target.

  • Lo que viaja

    SARIF saneado, ±20 líneas por hallazgo ya enmascaradas, usos de cada dependencia con aviso. Nunca el repo. Token vbt_ por repo; solo guardamos su SHA-256.

  • Lo que no cambia

    Vuestros runners, vuestros minutos, vuestras ramas. Un job más junto a los tests. Alta con la GitHub App o a mano.

El workflow entero, con sus límites
Criterio

Lo que ya hace distinto

  • Triaje con justificación

    Cada hallazgo lleva su clasificación, la confianza y el razonamiento citando ruta y línea. El historial no se edita.

  • Una lista, no cuatro

    Deduplicación entre SAST, SCA, secretos e IaC, con huella estable entre escaneos.

  • Veredicto por regla fija

    El modelo clasifica. La decisión la toma una tabla publicada, con frenos para secretos y críticos.

  • Análisis de lógica

    Reglas propias sin IA y revisión con IA de los puntos de entrada.

  • Datos en la UE

    Fráncfort. Los escáneres corren en vuestras Actions: no se clona.

  • Separación entre clientes en la base

    Cada tabla con RLS forzado. Sin cuenta, cero filas.

Medido

Las cifras, con su contexto

En nuestro repo de pruebas, frente al plan gratuito de Xygeni. No hemos medido los planes de pago de Xygeni ni de Aikido.

5 de 24 falsos positivos que quedan en la lista Tras el triaje. Xygeni gratuito dejó 14 de 24.
67 de 74 vulnerabilidades reales vistas Xygeni gratuito vio 41 de 74: su plan gratuito no mira la configuración.
13 de 20 vulnerabilidades de código vistas Aquí gana Xygeni gratuito: 16 de 20.
Sin esconderlo

Lo que todavía falta

Si alguna de estas es imprescindible para vosotros, decídnoslo: ordena lo que construimos.

Qué tiene hoy Vibethia y qué no
QuéHoy
Vista técnica (CVE, CVSS, regla, huella)Sí
SBOM (CycloneDX)Sí
Equipo con rolesSí: propietario, miembro y lector
Bloqueo de malware conocido en el PRSí
Escaneo completo en el PRPróximamente
Clave propia de AnthropicPróximamente
Bloqueo en CI por políticaPróximamente
Políticas por repoPróximamente
Registro de auditoría exportablePróximamente
Integraciones (Jira, Slack)Próximamente
SSO (SAML, OIDC)Próximamente
Certificaciones (ISO 27001, SOC 2)No
Repos fuera de GitHubNo
Prueba

Cómo probarlo

  1. Nos escribís

    Con el tamaño del equipo y uno o dos repos para medir.

  2. Lo medimos sobre vuestro repo

    Al lado de lo que usáis hoy, con la misma regla para los dos.

  3. Veis el resultado entero

    También donde perdamos.

Del ruido a la decisión

Probadlo con un repo vuestro.