Quarante avis par jour. Trois vous concernent.
Les flux publics de menaces confrontés à vos propres constats : quelles CVE ont une exploitation avérée, lesquelles servent aux ransomwares, lesquelles seront probablement les suivantes. Puis les chemins d'attaque d'un point d'entrée aux systèmes qui comptent le plus.
Ce que cela remplace
- Chaque matin apporte quarante avis ; aucun ne dit lesquels touchent votre parc.
- La gravité dit critique partout, donc plus rien ne l'est.
- Personne ne sait tracer le chemin d'un e-mail de phishing au serveur de paie.
Ce qui change
- CVE à exploitation avérée et CVE liées aux ransomwares, comptées sur vos propres hôtes, avec les échéances CISA.
- Chemins d'attaque du point d'entrée aux joyaux de la couronne, reconstruits depuis les actifs et constats actuels.
- Couverture de détection par technique ATT&CK : la prochaine règle comble un écart identifié.
Ce que vous faites ici
- 1Confrontez le catalogue KEV à vos propres constats.
Chaque CVE à exploitation avérée montre les hôtes où elle se trouve et son retard sur l'échéance CISA.
Threat intel - 2Séparez l'exploitation probable de la gravité qui fait du bruit.
L'EPSS figure à côté de chaque CVE de vos constats : l'exploitation probable devient un chiffre mesuré, pas une intuition.
Threat intel - 3Isolez ce que les groupes de ransomware utilisent déjà.
Les constats dont la CVE apparaît dans des campagnes de ransomware ont leur propre décompte et leur propre liste.
Threat intel - 4Cartographiez la surface d'attaque depuis l'extérieur.
Les hôtes viennent de la transparence des certificats, de Shodan et de Censys, chacun avec ses services, certificats et constats ouverts.
Attack surface - 5Suivez les chemins d'attaque jusqu'aux joyaux de la couronne.
Les chemins partent d'un phishing ou d'un service exposé et aboutissent aux systèmes qui comptent le plus.
Attack paths - 6Lisez la couverture de détection technique par technique.
La matrice ATT&CK montre quelles techniques vos contrôles détectent : la prochaine règle de détection vise un écart identifié.
MITRE ATT&CK
Où le rôle s'arrête
Le renseignement sur la menace et l'exposition sont à vous. Constats, incidents et actifs sont ici en lecture seule ; leur correction reste à leurs responsables.
Travaille avec
TRIAGEAnalyste sécuritéEnquêtez plus vite, corrigez pour de bon.Triez depuis la file des dossiers, puis vivez dans la fiche d'incident : IOC, preuves et chronologie au fil de l'eau. Vérifiez si c'est déjà arrivé, puis passez le correctif en tâche, avec une date dessus.
SOCResponsable SOCLe shift se termine. Le contexte, non.La continuité est le problème le plus dur du SOC ; elle meurt à sept heures du matin. Planning, escalade, charge et une passation signée la tiennent en vie. Les dossiers et les incidents, vous les clôturez — ou vous les supprimez.
APPSECResponsable AppSecUne seule liste des correctifs. Avant que la release parte.Scanners, pipelines et pentests alimentent un registre par application. Classez les correctifs selon ce qui est réellement exploité, soumettez les releases à des règles que vous avez écrites et gardez un SBOM par release pour le dossier CRA.
Prêt à aller
au-delà du GRC classique ?
Essai gratuit de 14 jours. Sans carte bancaire. Cloud ou on-premises.