DefectDojo 3.5.102 — corrections risk-acceptance et optimisations API
Veille SOC · Gestion des vulnérabilités
Le sujet
DefectDojo 3.5.102
DefectDojo 3.5.102 corrige le statut d'endpoint pour les findings acceptés en risque fermés. L'API optimise le chargement des données dupliquées et des projets JIRA, réduisant appels redondants par page.
- Famille
- Gestion des vulnérabilités
- Version
- 3.5.102
- Publié le
- 12/11/2026
- Source
- DefectDojo — notes officielles
À quoi sert la solution ?
DefectDojo, plateforme DevSecOps et ASPM opensource, centralise orchestration tests sécurité, tracking vulnérabilités, déduplication, remédiation et rapports posture pour centres opérationnel sécurité.
Ce qui change
- Correction #16782 préserve statuts d'endpoint en 'mitigated' lors fermeture finding accepté en risque, améliorant fiabilité rapports posture sécurité.
- Optimisation #16789 charge relations findings dupliqués préchargés une seule fois par page API, réduisant requêtes redondantes et latence accès listes.
- Perf #16795 charge finding groups' JIRA project et instance une seule fois appel API tests, minimisant requêtes supplémentaires métadonnées projets.
- Clarification #16796 confirme destinataire batch email rules-engine reçoit uniquement sa part, évitant duplication notifications.
Sous le capot
Fonctionnement
API charge relations prefetched mémoire une seule fois pagination lieu N fois. Groupes findings récupèrent JIRA project+instance atomiquement. Batch email dispatcher envoie destinataire sa portion données filtrées.
Déploiement et prérequis
Upgrade standard sans migration schéma. Aucune configuration requise bénéficier perf optimisations : actif défaut. Vérifier upgrade notes documentation officielle DefectDojo.
Intégration dans un SOC
Alertes générées rules-engine triage auto notifient SIEM/EDR APIs webhooks. Findings acceptés risque conservent statut endpoint mitigated rapports exportés, évitant alertes fantômes post-remédiation.
Pour le SOC
Pour le SOC : la correction préserve fiabilité rapports posture, réduisant faux positifs endpoint mitigated. Les optimisations API diminuent latence critique pour grandes volumétries (intégration SIEM/EDR). Batch email garantit alertes non dupliquées par destinataire, essentielle pour notifications critiques.
Cas pratique — scénario non exécuté
Scénario : endpoint compromis, finding remédié accepté risque déploiement non opé, fermé base. Sans 3.5.102, rapport posture le listera corrigé faux. Avec patch, statut endpoint reste mitigated jusqu'à fermeture réelle. Scénario non exécuté.
À retenir
Ce que ça apporte
- Rapports posture refusent faux positifs endpoint mitigated fermés. Condition : findings acceptés risque sont fermés.
- Latence API réduite accès listes findings dupliqués et métadonnées JIRA. Condition : environnements gros volume SIEM 100k+ findings.
Points d’attention
- Gains perf négligeables datasets <1000 findings dupliqués. Condition : petits laboratoires usage peu volumétrique.
- Correction risk-acceptance ne s'applique findings fermés acceptés, pas retroactive historique. Condition : données legacy remédiation historique script custom.
Termes utiles
- Prefetch
- Chargement préalable données relationnelles BD mémoire pour réduire requêtes N+1.
- Statut endpoint mitigated
- Status indiquant vulnérabilité adressée cet endpoint, issu acceptation risque ou patch.
- Batch email
- Envoi groupé email notif basé règles, chacune contenant partie données filtrées destinataire.