No estás navegando por NVD en cada carga de página. Los programadores sincronizan las fuentes upstream según un horario; la interfaz lee lo que ya está almacenado localmente.

¿Por qué BRIEFR?

• Ahorra tiempo en el triaje — La Prioridad Operativa (P1–P4), la puntuación de amenaza y la relevancia del stack destacan lo que importa primero, en lugar de una ordenación plana por severidad.
• Un solo lugar para trabajar — El resumen, el feed, el panel de detalle, el enriquecimiento de IOC, el grafo de inteligencia almacenada y los paquetes de caza de Forge comparten la misma sesión y lista de seguimiento.
• Puntuación explicable — Priorización y correlación basadas en reglas; narración opcional con LLM en los bordes, no un número de riesgo de caja negra.
• Salida de detección — Sigma, fragmentos SIEM y YARA desde un espejo local de SigmaHQ más plantillas de clases BRIEFR vinculadas al contexto CWE/ATT&CK.
• Tus datos siguen siendo tuyos — Postgres autoalojado, Apache 2.0, sin bloqueo de SaaS de proveedor.

¿Para quién es?

• Analistas de SOC y vulnerabilidades que necesitan una cola diaria y contexto profundo de CVE
• Ingenieros de detección que mapean CVEs a ATT&CK y exportan contenido de caza
• Pequeños equipos de seguridad que quieren una herramienta en lugar de cinco pestañas del navegador y hojas de cálculo
• Operadores que necesitan copias de seguridad de Postgres, salud de los programadores y gestión de claves API en su propia infraestructura

No es un escáner ni un producto ASM — BRIEFR prioriza CVEs conocidos contra tu stack; no descubre activos en tu red.

Lo que obtienes

Pruébalo sin instalar: briefrdemo.projectjupiter.in — el mismo shell de analista sobre datos de ejemplo.

Cómo llegan los datos a ti

1. Ingesta — Los trabajos en segundo plano sincronizan NVD, CISA KEV, EPSS, MITRE, OTX, RSS y otras fuentes en PostgreSQL (respetando los límites de tasa de cada proveedor).
2. Almacenamiento — Filas de CVE, espejos de enriquecimiento, artefactos de correlación y embeddings opcionales de pgvector viven en tu base de datos.
3. Trabajo — La interfaz React lee desde Postgres. Las consultas de IOC y las tareas opcionales de LLM llaman a APIs externas solo cuando lo solicitas.
4. Operación — Las superficies de administración muestran frescura de feeds, trabajos de programador, copias de seguridad y salud de claves API.

Para profundizar en la arquitectura, consulta Cómo funciona y Diseño del sistema.

Inicio rápido

Prueba local (respaldo SQLite — bueno para un primer vistazo):

Abre la interfaz y completa la configuración inicial de administrador.

Ruta de producción — PostgreSQL 16 + pgvector (pgvector/pgvector:pg16), luego el script de instalación:

Documentación en línea: docs.projectjupiter.in

Capturas de pantalla

De una implementación autoalojada (tema oscuro, acento BRIEFR #e85533).

Documentación

Licencia

Licencia Apache 2.0 — consulta LICENSE. Informes de seguridad: SECURITY.md.

Copyright © 2026 Sai Harsha Vardhan.