Comment Patcharo transforme les informations de sécurité en décisions éclairées.

1. 01

   Collecter

   Les sources officielles sont lues à cadence fixe : CISA KEV, NVD, les fiches CVE et le CERT-FR à chaque synchronisation, toutes les trois heures ; les flux PSIRT de Fortinet et de Palo Alto Networks toutes les quinze minutes ; les catalogues de versions des éditeurs toutes les six heures ; leurs pages de cycle de vie et de recommandations environ une fois par jour. Chaque lecture conserve son heure, son empreinte et sa version d’analyseur.

   Ce que cela vous apporte Vous savez d’où vient chaque fait et quand il a été lu.

2. 02

   Structurer

   Les fiches sont analysées par des règles : les versions affectées et corrigées sont lues dans les documents de l’éditeur, selon sa propre numérotation (hotfix PAN-OS, Take Check Point), les scores sont repris tels que publiés, l’exploitation telle qu’énoncée. Aucun modèle de langage ne décide d’un fait ; les textes sont seulement traduits, et chaque traduction est vérifiée avant d’être affichée.

   Ce que cela vous apporte Des faits comparables, jamais inventés.

3. 03

   Rapprocher

   Chaque version que vous suivez, dans l’inventaire ou dans une veille, est comparée aux plages affectées : Affectée, Corrigée, Non affectée, À vérifier ou Inconnue. Une donnée manquante ne devient jamais un résultat rassurant, et une veille sans version dit seulement qu’une vulnérabilité est pertinente.

   Ce que cela vous apporte Un statut par équipement, avec sa preuve.

4. 04

   Prioriser

   Les éléments de décision sont présentés côte à côte : exploitation connue (CISA KEV ou déclaration de l’éditeur), probabilité d’exploitation (EPSS), sévérité (CVSS), exposition et criticité que vous avez déclarées. Le score de priorité additionne des raisons visibles ; il ne remplace pas votre jugement.

   Ce que cela vous apporte Vous voyez pourquoi maintenant.

5. 05

   Corriger et suivre

   Pour chaque vulnérabilité : la version corrigée nommée par l’éditeur, sa mesure de contournement, l’action requise par la CISA, la recommandation du CERT-FR. Dans l’application, les actions suivent un flux (nouvelle, en cours, reportée, risque accepté) et les changements significatifs vous alertent par e-mail.

   Ce que cela vous apporte Une action, pas une liste.

• Sévérité

  Source · Score de base CVSS, versions 2.0 à 4.0, de la NVD ou de la fiche CVE de l’éditeur

  Ce qu’il dit

  L’impact technique de la faille sur une échelle de 0 à 10, avec son vecteur ; quatre niveaux : critique, élevée, moyenne, faible.

  Ce qu’il ne dit pas

  Si quelqu’un l’exploite, ni si votre équipement est affecté.

• Probabilité d’exploitation

  Source · EPSS de FIRST, lu environ une fois par jour

  Ce qu’il dit

  La probabilité que la vulnérabilité soit exploitée dans les 30 prochains jours, avec son percentile parmi toutes les CVE et la date de l’estimation.

  Ce qu’il ne dit pas

  Une mesure de votre exposition, ni un verdict : il complète le CVSS, il ne le remplace pas.

• Exploitation connue

  Source · CISA KEV à chaque synchronisation ; les bulletins de l’éditeur (Fortinet, Palo Alto Networks)

  Ce qu’il dit

  Que l’exploitation est observée : l’inscription KEV avec sa date, son échéance et son indicateur rançongiciel, ou la phrase de l’éditeur telle qu’écrite.

  Ce qu’il ne dit pas

  Qu’une vulnérabilité non inscrite est sûre. L’absence de preuve n’est jamais lue comme une absence de risque.

• Statut de rapprochement

  Source · Le moteur de rapprochement de Patcharo, sur les plages affectées et corrigées de l’éditeur

  Ce qu’il dit

  Affectée, Corrigée, Non affectée, À vérifier ou Inconnue pour une version donnée ; une veille sans version sait seulement que la vulnérabilité est pertinente.

  Ce qu’il ne dit pas

  Un statut pour une valeur personnalisée ou non vérifiée, et jamais un résultat propre à partir d’une donnée manquante.

• Disponibilité d’un correctif

  Source · La fiche CVE et les avis de l’éditeur, les notes Jumbo Hotfix de Check Point, les tableaux de versions corrigées de Cisco, FortiGuard

  Ce qu’il dit

  La première version corrigée que l’éditeur nomme par branche, une migration quand la branche n’en a pas, le contournement tel qu’écrit, l’action requise par la CISA, la solution du CERT-FR.

  Ce qu’il ne dit pas

  Un correctif que l’éditeur n’a pas nommé : une version déduite d’une borne exclusive est marquée comme telle, et une contradiction entre documents reste un conflit.

• Priorité et action

  Source · Les règles de Patcharo, sur les faits ci-dessus et l’exposition, l’environnement et la criticité que vous avez déclarés

  Ce qu’il dit

  Un score additif plafonné à 100 dont chaque point a une raison visible (exploitation connue 35, sévérité critique 20, exposition Internet 12…), et une action : Action requise, Planifier, Surveiller, À vérifier, Aucune action.

  Ce qu’il ne dit pas

  Une estimation du risque pour l’entreprise. Les fiches Corrigées et Non affectées valent zéro ; Inconnue et À vérifier ne deviennent jamais Aucune action.

• Dernière version publique

  La version la plus récente que la documentation de l’éditeur liste pour une branche, avec sa date de publication quand l’éditeur l’indique. Être la plus récente ne dit rien de la recommandation de l’éditeur.

• Recommandation de l’éditeur

  Une version que l’éditeur désigne lui-même, avec la date de la déclaration et son périmètre : pour tous les déploiements (version recommandée de Check Point), pour la maintenance d’une branche (le Take recommandé), ou pour des modèles nommés (Fortinet). Palo Alto Networks et Cisco publient leurs préconisations derrière une connexion que Patcharo ne lit pas : leurs pages le disent au lieu de deviner.

• Version corrigeant une vulnérabilité

  La première version d’une branche que l’éditeur nomme comme corrigeant une CVE donnée. C’est un fait de la vulnérabilité, pas de la branche : la version recommandée d’une branche peut contenir ou non un correctif donné.

• Support

  Les dates de cycle de vie de la branche et du modèle d’équipement, telles que l’éditeur les publie. Une version supportée n’est pas forcément recommandée, et une version recommandée peut approcher de sa fin de support.

• Conditions et manques

  Une recommandation peut être liée à un modèle ou à une plateforme : la condition est affichée avec elle. Quand aucune source publique n’existe, ou que l’éditeur n’a rien publié, la page dit lequel des deux, et ne comble jamais le manque.

Check Point : son site (articles SK, notes des Jumbo Hotfix, version recommandée, cycle de vie) n’est plus lu automatiquement depuis le 23 oct. 2026, car ses conditions soumettent la lecture automatisée à l’autorisation écrite de Check Point. Les CVE Check Point proviennent des fiches que Check Point publie dans le programme CVE, mises à jour comprises, recoupées avec le NVD, le CERT-FR et le catalogue KEV de la CISA. Les informations lues sur son site jusque-là restent affichées, chacune avec son document et sa date de vérification. Un Take correctif n’est indiqué que lorsqu’un document le nomme : un avis du CERT-FR cohérent avec la fiche, ou le document de Check Point lu auparavant. Sinon, un Take postérieur au dernier Take affecté reste « non confirmé », jamais « non affecté ».

L’état est celui de la source : une lecture récente d’une source ne signifie pas que chaque information de cet éditeur a été revérifiée ; chaque information porte sa propre date.

Une version absente du catalogue est-elle nécessairement sûre ?

Non. Le catalogue liste ce que disent les sources lues. Une version que Patcharo ne peut pas rapprocher est Inconnue, et Inconnue ne devient jamais Non affectée.

La dernière version publiée est-elle toujours la version recommandée ?

Non. La version la plus récente est un fait de disponibilité ; une recommandation est une déclaration de l’éditeur, avec sa date et son périmètre. Les deux sont présentés séparément, et certains éditeurs ne publient aucune recommandation publique.

Une recommandation s’applique-t-elle à tous les équipements ?

Pas forcément. La version recommandée de Check Point vaut pour tous les déploiements, un Take recommandé appartient à une branche, les recommandations de Fortinet sont par modèle. Le périmètre est affiché avec chaque déclaration.

Pourquoi une date de vérification change-t-elle alors que le contenu est identique ?

Parce que la page a été relue et trouvée identique : l’information a été contrôlée, pas modifiée. Quand le contenu change, la date d’analyse avance aussi et le changement est enregistré.

Que ne fait pas Patcharo ?

Il ne scanne pas vos équipements et ne s’y connecte pas, n’applique aucun correctif et ne laisse aucun modèle juger un fait. Il lit des sources officielles et les rapproche des versions que vous déclarez ; l’avis de l’éditeur reste la référence avant tout changement.