Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

heretix-management

Dashboard para gestión de vulnerabilidades que rastrea CVEs en servidores, contenedores y dispositivos de red (Fortinet, Palo Alto Networks, Cisco). Incluye priorización EPSS/KEV, seguimiento SLA y triaje VEX. Autocontenido.

Ficha actualizada 23 sept 2026, 7:31 · upstream 23 sept 2026, 7:22 · release v0.3.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es heretix-management

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

heretix-management es una interfaz web autocontenida que importa información de inventario recolectada por heretix-cli y utiliza heretix-api para detectar, rastrear y gestionar vulnerabilidades. Su diseño en dos pestañas (Resumen / Etiquetas) permite un monitoreo centralizado. Se basa en Next.js, Prisma ORM y PostgreSQL.

CASOS DE USO
  • Monitoreo centralizado de vulnerabilidades en infraestructura mixta
  • Priorización automática de alertas mediante EPSS y KEV
  • Seguimiento de SLA por severidad crítica
  • Triaje de vulnerabilidades mediante VEX
  • Gestión manual de activos de red y firewalls
  • Historial de cambios en paquetes instalados
  • Detección de paquetes maliciosos con alertas MAL-
  • Registro de eventos de actividad por alerta
PUNTOS DESTACADOS
  • Interfaz en dos pestañas: Resumen general y gestión de etiquetas con gráficos de donut
  • Soporte incremental para CycloneDX BOM con actualización automática de paquetes
  • Registro manual de activos de red y firewalls sin dependencias de software
  • Historial detallado de cambios de paquetes al importar inventario
  • Soporte VEX completo: exportación a JSON, importación y justificaciones explícitas para ignorar alertas
  • Automatización mediante cron jobs diarios de actualización de metadata y escaneo
  • Logging estructurado en formato JSON a stdout para integración con sistemas externos
PRECAUCIONES
  • La clasificación directa/indirecta requiere datos de lockfile (npm/pnpm) o marcadores explícitos de dependencias directas en el SBOM; fuentes de SBOM de paquetes del sistema operativo no registran esta información
  • Los paquetes registrados manualmente permanecen sin clasificación automática
  • El análisis de IA requiere una clave API de Anthropic y configuración del modelo, lo que añade un paso adicional
  • La detección de vulnerabilidades depende de la precisión de heretix-api; no incluye escaneo activo en tiempo real
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Listo para automatizar

Recomendado usar Docker Compose con .env para despliegue rápido. Configurar CRON_REFRESH y CRON_SCAN cron jobs para actualizar metadata y escanear activos diariamente. Usar PostgreSQL con Prisma ORM para persistencia. Para producción, migrar a Kubernetes con Helm charts o ArgoCD. El logging JSON permite integración con herramientas de observabilidad como Prometheus.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsReactNode.js
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
500030005432
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.