Vous ne naviguez plus sur NVD à chaque chargement de page. Des planificateurs synchronisent les sources en amont selon un calendrier ; l'interface lit ce qui est déjà stocké localement.

Pourquoi BRIEFR ?

• Gagnez du temps sur le triage — La priorité opérationnelle (P1–P4), le score de menace et la pertinence par rapport à votre pile mettent en avant ce qui compte en premier, au lieu d'un simple tri par sévérité.
• Un seul endroit pour travailler — Le brief, le flux, le panneau de détail, l'enrichissement d'IOC, le graphe d'intelligence stockée et les packs de chasse Forge partagent la même session et la même liste de surveillance.
• Scoring explicable — Priorisation et corrélation basées sur des règles ; narration LLM optionnelle en périphérie, pas un chiffre de risque en boîte noire.
• Sortie de détection — Sigma, extraits SIEM et YARA depuis un miroir local SigmaHQ, plus des modèles de classes BRIEFR liés au contexte CWE/ATT&CK.
• Vos données restent les vôtres — Postgres auto-hébergé, Apache 2.0, aucune dépendance à un SaaS propriétaire.

À qui s'adresse-t-il ?

• Analystes SOC et vulnérabilités qui ont besoin d'une file quotidienne et d'un contexte CVE approfondi
• Ingénieurs en détection qui mappent les CVE vers ATT&CK et exportent du contenu de chasse
• Petites équipes sécurité qui veulent un seul outil au lieu de cinq onglets de navigateur et de feuilles de calcul
• Opérateurs qui ont besoin de sauvegardes Postgres, d'une supervision des planificateurs et d'une gestion des clés API sur leur propre infrastructure

Ce n'est pas un scanner ni un produit ASM — BRIEFR priorise les CVE connues par rapport à votre pile ; il ne découvre pas d'actifs sur votre réseau.

Ce que vous obtenez

Essayez sans installer : briefrdemo.projectjupiter.in — même interface analyste sur des données de démonstration.

Comment les données vous parviennent

1. Ingestion — Des tâches en arrière-plan synchronisent NVD, CISA KEV, EPSS, MITRE, OTX, RSS et d'autres sources dans PostgreSQL (en respectant les limites de débit de chaque fournisseur).
2. Stockage — Les lignes CVE, les miroirs d'enrichissement, les artefacts de corrélation et les embeddings pgvector optionnels vivent dans votre base de données.
3. Travail — L'interface React lit depuis Postgres. Les recherches d'IOC et les tâches LLM optionnelles n'appellent des API externes que lorsque vous le demandez.
4. Exploitation — Les surfaces d'administration montrent la fraîcheur des flux, les tâches planifiées, les sauvegardes et l'état des clés API.

Pour plus de détails sur l'architecture, voir Comment ça marche et Conception du système.

Démarrage rapide

Essai local (repli SQLite — idéal pour un premier aperçu) :

Ouvrez l'interface et terminez la configuration administrateur de première exécution.

Voie de production — PostgreSQL 16 + pgvector (pgvector/pgvector:pg16), puis le script d'installation :

Documentation en ligne : docs.projectjupiter.in

Captures d'écran

Issues d'un déploiement auto-hébergé (thème sombre, accent BRIEFR #e85533).

Documentation

Licence

Apache License 2.0 — voir LICENSE. Rapports de sécurité : SECURITY.md.

Copyright © 2026 Sai Harsha Vardhan.