Você não precisa navegar pelo NVD a cada carregamento de página. Os agendadores sincronizam as fontes upstream em uma programação; a interface lê o que já está armazenado localmente.

Por que o BRIEFR?

• Economize tempo na triagem — Prioridade Operacional (P1–P4), pontuação de ameaça e relevância de stack destacam o que importa primeiro, em vez de uma ordenação plana por severidade.
• Um só lugar para trabalhar — Resumo, feed, painel de detalhes, enriquecimento de IOC, grafo de inteligência armazenada e pacotes de caça do Forge compartilham a mesma sessão e lista de observação.
• Pontuação explicável — Priorização e correlação baseadas em regras; narração opcional por LLM nas bordas, não um número de risco de caixa-preta.
• Saída de detecção — Sigma, trechos de SIEM e YARA a partir de um espelho local do SigmaHQ, além de modelos de classe do BRIEFR vinculados ao contexto CWE/ATT&CK.
• Seus dados continuam seus — Postgres auto-hospedado, Apache 2.0, sem dependência de SaaS de fornecedor.

Para quem é?

• Analistas de SOC e vulnerabilidades que precisam de uma fila diária e contexto profundo de CVE
• Engenheiros de detecção que mapeiam CVEs para ATT&CK e exportam conteúdo de caça
• Pequenas equipes de segurança que querem uma ferramenta em vez de cinco abas de navegador e planilhas
• Operadores que precisam de backups do Postgres, saúde dos agendadores e gerenciamento de chaves de API na própria infraestrutura

Não é um scanner nem um produto de ASM — o BRIEFR prioriza CVEs conhecidos contra o seu stack; ele não descobre ativos na sua rede.

O que você obtém

Experimente sem instalar: briefrdemo.projectjupiter.in — o mesmo shell de analista sobre dados de exemplo.

Como os dados chegam até você

1. Ingestão — Trabalhos em segundo plano sincronizam NVD, CISA KEV, EPSS, MITRE, OTX, RSS e outras fontes para o PostgreSQL (respeitando os limites de taxa de cada provedor).
2. Armazenamento — Linhas de CVE, espelhos de enriquecimento, artefatos de correlação e embeddings opcionais de pgvector ficam no seu banco de dados.
3. Trabalho — A interface React lê do Postgres. Consultas de IOC e tarefas opcionais de LLM chamam APIs externas somente quando você solicita.
4. Operação — As superfícies de administração mostram atualização dos feeds, trabalhos dos agendadores, backups e saúde das chaves de API.

Para profundidade de arquitetura, veja Como funciona e Design do sistema.

Início rápido

Teste local (fallback SQLite — bom para uma primeira olhada):

Abra a interface e conclua a configuração inicial de administrador.

Caminho de produção — PostgreSQL 16 + pgvector (pgvector/pgvector:pg16), depois o script de instalação:

Documentação online: docs.projectjupiter.in

Capturas de tela

De uma implantação auto-hospedada (tema escuro, acento do BRIEFR #e85533).

Documentação

Licença

Apache License 2.0 — veja LICENSE. Relatórios de segurança: SECURITY.md.

Copyright © 2026 Sai Harsha Vardhan.