Webinar en anglaisWebinar avec Jason Lee, mer. 14 oct.Your newest insider is an AI agent.Jason LeeFormer CISO, Zoom & SplunkS'inscrire

Corrigez l'essentiel d'abord.
Score de priorité et CybeRisk.

CybeDefend note chaque alerte et classe chaque projet selon le risque réel, exploitable.

shopÀ corriger ensuiteProjet de démonstration
  1. 92
    SQL injection in refund handlerCritiqueapi/refunds.ts:88provenEPSS 0.94Reachable from POST /refunds on an internet-facing service.
  2. 84
    Password reset token never expiresÉlevée
  3. 71
    SSRF in webhook fetcherMoyenne
  4. 22
    Stack trace shown on error pageFaible

Quatre signaux, un seul chiffre.

CVSS, EPSS, exploitabilité et contexte métier, pondérés.

Comment se construit un score de 87
87/ 100Critique urgent
  • CVSS 4.035 % poids31 ptsAjusté selon votre contexte: Exposition à internet, Segmentation réseau, Classification des données, Criticité métier
  • EPSS25 % poids22 pts
  • Exploitabilité25 % poids24 pts
  • Contexte métier15 % poids10 pts
  1. 80+Critique urgent
  2. 60+Urgent
  3. 40+Normal
  4. 20+Faible
  5. < 20Très faible

Quel projet mérite l'attention en premier.

Un score CybeRisk par projet, pour savoir lequel de vos cent projets ouvrir en premier.

CybeRisk ScoreOrganisation de démonstration
  1. payments-api
    142Critique
  2. checkout-web
    88Critique
  3. auth-service
    54Élevée
  4. admin-portal
    31Moyenne
  5. docs-site
    12Faible

Pondéré par le CVSS et sans plafond : un projet vraiment risqué atteint plusieurs centaines de points, et les pires cas ressortent nettement.

Commencez par un dépôt.

Connectez GitHub, GitLab, Bitbucket ou Azure DevOps, choisissez un dépôt, et le premier scan démarre.

En détail

À corriger ensuite

La sévérité seule ne vous a jamais dit quoi corriger. CybeDefend attribue un score à chaque alerte et classe chaque projet selon son risque réel et exploitable, pour que votre équipe consacre son temps à ce qui compte.

shopÀ corriger ensuiteProjet de démonstration
  1. 92
    SQL injection in refund handlerCritiqueapi/refunds.ts:88provenEPSS 0.94Reachable from POST /refunds on an internet-facing service.
  2. 84
    Password reset token never expiresÉlevéeauth/reset.ts:41actively_exploitedEPSS 0.71Exploited in the wild, on the mission-critical auth service.
  3. 71
    SSRF in webhook fetcherMoyennehooks/fetch.ts:23theoreticalEPSS 0.38Outbound calls allowed, no confirmed path to internal hosts yet.
  4. 38
    Hard-coded key in dead moduleCritiquelegacy/export.ts:12not_exploitableEPSS 0.02Module never imported: dead code, no execution path.
  5. 22
    Stack trace shown on error pageFaibleweb/error.tsx:9theoreticalEPSS 0.01Internal tool, segmented network, low data sensitivity.
Le signal qui élimine les faux positifs.

Score environnemental CVSS 4.0, probabilité d'exploitation EPSS, exploitabilité et contexte métier, pondérés en un seul nombre.

Chaque alerte reçoit un verdict : est-elle réellement atteignable ? Il vient de l'analyse statique, d'une revue IA ou d'une décision manuelle.

Exploitabilitéexploitability_status
  • not_exploitableFaux positif ou inatteignable. Priorité abaissée.
  • theoreticalPossible, mais pas encore confirmée comme atteignable.
  • provenExploitabilité confirmée dans votre flux de données réel.
  • actively_exploitedExploitation active connue. Toutes affaires cessantes.

Chaque alerte reçoit un verdict : est-elle réellement atteignable ? Il vient de l'analyse statique, d'une revue IA ou d'une décision manuelle.

Score et priorisation, en bref

Quelle différence entre le score de priorité et le score CybeRisk ?
Le score de priorité classe les alertes au sein d'un projet, pour savoir quoi corriger en premier. Le score CybeRisk classe des projets entiers dans votre portefeuille, pour savoir quel projet regarder en premier. L'un porte sur les alertes, l'autre sur les projets.
Comment le score de priorité est-il calculé ?
Il combine quatre signaux normalisés : score environnemental CVSS 4.0, probabilité d'exploitation EPSS, exploitabilité et contexte métier. Le résultat pondéré donne un score transparent de 0 à 100, et la note de chaque alerte se décompose en contributions exactes.
Que signifie l'exploitabilité ici ?
C'est un verdict qui indique si une alerte est réellement atteignable, de not_exploitable à actively_exploited, issu de l'analyse statique, d'une évaluation IA ou d'une décision manuelle. C'est le premier levier pour éliminer les faux positifs.
Pourquoi le score CybeRisk n'est-il pas plafonné à 100 ?
Parce qu'il additionne les points de chaque alerte active au lieu de calculer un pourcentage. Un projet qui cumule les vulnérabilités critiques peut légitimement dépasser plusieurs centaines de points, ce qui isole clairement les pires cas.
Puis-je modifier une priorité à la main ?
Oui. Les utilisateurs autorisés peuvent épingler une priorité, ce qui gèle le recalcul jusqu'à ce qu'elle soit retirée. Les alertes modifiées à la main sont signalées, pour qu'on sache toujours qu'un humain a fixé le score.