Findings
De l'issue détectée au correctif vérifié.
La plupart des findings meurent dans un export oublié. Hivee leur donne un cycle de vie : un responsable, une échéance, un statut, et une nouvelle analyse avant de clore, que ton équipe confirme. Une visite guidée rejouable présente le registre et une fiche dès la première connexion.
Les sources
16 sources alimentent le registre. Hivee y ajoute ses propres analyses.
Hivee lit ce que tes outils produisent déjà, apporte ses propres analyses du code et de la surface exposée, garde la source d'origine sur chaque finding et signale les doublons entre sources plutôt que de gonfler le compteur.
Sources de code
- GitHub
- GitLab
- Bitbucket
- Azure DevOps
Analyse de code
- SonarCloud
- SonarQube Server
- Semgrep
- Checkmarx One
Dépendances & artefacts
- Dependabot
- Snyk
- JFrog Xray
- Trivy
Secrets
- GitGuardian
Cloud & plateformes tout-en-un
- Aikido
- Wiz
- Qualys
Les analyses de Hivee
36 règles lisent le code d'un dépôt GitHub connecté, et la surface exposée de ton site s'observe en bêta (plan Premium). Ces constats sont comptés à part des sources ci-dessus, et suivis comme les autres. Le moteur lit le JavaScript et le TypeScript, pas encore les autres langages.
Le workflow
Un outil ou Hivee détecte. Hivee referme la boucle.
Un outil ou Hivee détecte
Analyse de code, pentest, ou analyses propres à Hivee.
Hivee enrichit
Explication en français, priorité, échéance SLA.
Le Security Champion assigne
Responsable, équipe, sprint.
Le dev corrige
Guide de correction, suggestion assistée.
La livraison est suivie
PR liée, ticket synchronisé.
Hivee réanalyse
Après un push, le commit exact est réanalysé, en traitement de fond.
Un humain valide
Hivee propose la clôture, ton équipe confirme. Historique conservé, réouverture si le finding revient.
Double statut
Un ticket fermé n'est pas un finding corrigé.
Hivee sépare deux vérités : ce que dit la source de détection (le finding est-il encore là ?) et où en est ton équipe (planifié, corrigé, livré…). Après un push, l'analyse Hivee relit les fichiers touchés et propose la clôture de ses constats, qu'un humain valide : un traitement de fond, pas instantané. Pour SonarCloud et SonarQube, c'est leur scan suivant qui tranche : un finding qui n'y apparaît plus est clos automatiquement, avec le scan qui l'a constaté dans son historique, et tu peux le rouvrir. Un finding qui réapparaît est rouvert, avec la trace de ce qui s'est passé.
Statut fournisseur
Ce que voit l'outil de détection, jamais éditable à la main.
Statut workflow
Où en est ton équipe : à trier, planifié, en cours, dev terminé, en attente de vérification…
État dérivé
La lecture métier des deux, en une phrase, sans ambiguïté.
Capacités
Tout ce qu'il faut pour tenir le suivi dans le temps.
Inbox transverse
Analyse de code, dépendances, secrets, cloud, pentests et analyses de Hivee dans un registre unique : chaque finding garde sa source, sa règle et son contexte.
Types de findings
Sécurité, fiabilité, qualité du code : chaque finding porte son type, et le registre se filtre par type. La qualité du code se consulte, mais ne compte jamais comme un risque.
Analyse d'issues
Les findings se regroupent par cause commune : même CVE, même règle, même dossier. Un traitement en masse s'applique au groupe entier, pas ligne à ligne.
Corrélation inter-sources
Un même défaut vu par deux outils porte un badge du nombre de sources qui l'ont détecté. La fusion proposée est validée par un humain, et reste réversible.
Triage & filtres
Synthèse cliquable, filtres avancés côté serveur, vues rapides et vues enregistrées, groupement par règle.
Assignation
Responsable, équipe et échéance, à l'unité ou en masse. Le routage par périmètre propose la bonne équipe.
Échéances SLA
Un délai par sévérité configurable par l'organisation (7/14/30/90 jours par défaut), hors qualité du code, qui n'a ni échéance ni retard. Une alerte part deux jours avant l'échéance, une autre au dépassement.
Sprints
Planifie la remédiation en sprints, avec échéance proposée, confirmée ou révisée : la politique s'affiche, elle ne bloque jamais.
Correction assistée
Diagnostic en français et suggestion de correctif directement sur la fiche, qui suit les conventions de ton dépôt si tu actives le contexte IA du projet, à relire et valider : aucune correction ne s'applique seule dans ton code.
Vérification après un push
Après un push, l'analyse Hivee relit les fichiers touchés et propose la clôture de ses constats, qu'un humain confirme : un traitement de fond, pas instantané, et jamais de clôture automatique. Pour SonarCloud et SonarQube, c'est leur scan suivant qui tranche.
Ticketing
Ticket prérempli depuis un finding, statuts synchronisés, et un ticket fermé ne clôt jamais un finding tout seul.
Risques acceptés
Accepter un risque exige une justification ; le registre est revu à 90 jours, rien ne disparaît en silence.
Registre des supprimés
Un finding supprimé porte un motif obligatoire, sort de tous les agrégats et reste restaurable par un administrateur.
Favoris & abonnements
Suis un finding sans en être responsable : une notification arrive dès qu'il bouge.
Historique
Chaque changement de statut, d'assignation ou d'échéance est tracé : l'audit trail est déjà écrit.
Ingestion par jeton
N'importe quel outil pousse ses findings vers Hivee avec un jeton d'organisation, dédoublonnés à l'entrée. Plan Premium.
Tes findings méritent mieux qu'un export CSV.
Crée un compte gratuit et vois ta première inbox de findings en quelques minutes.