Lorsque deux des laboratoires d’IA les plus avancĂ©s au monde misent, le mĂȘme mois, sur la dĂ©tection des vulnĂ©rabilitĂ©s grĂące Ă l’IA, ce n’est pas une simple tendance. C’est un tournant dĂ©cisif.
Le mois dernier, Anthropic a dĂ©voilĂ© le projet Glasswing, articulĂ© autour de Claude Mythos, un systĂšme d’IA dĂ©diĂ© Ă la cybersĂ©curitĂ© et capable d’identifier de maniĂšre autonome et Ă grande Ă©chelle les vulnĂ©rabilitĂ©s logicielles. Presque immĂ©diatement, Mythos a aidĂ© Mozilla Ă dĂ©tecter et Ă corriger 271 failles de sĂ©curitĂ© dans une seule version de Firefox.
La semaine derniĂšre, OpenAI a rĂ©pondu avec Daybreak. Soutenu par Cisco, CrowdStrike, Palo Alto Networks et Akamai, et s’appuyant sur les capacitĂ©s « agentiques » de GPT-5.5-Cyber, Daybreak est conçu pour automatiser la dĂ©tection des vulnĂ©rabilitĂ©s, la validation des correctifs et le dĂ©veloppement logiciel sĂ©curisĂ© pour les entreprises et les administrations publiques du monde entier.
Le message des deux entreprises est le mĂȘme : L’IA rĂ©duit pratiquement Ă zĂ©ro le dĂ©lai entre la dĂ©couverte d’une vulnĂ©rabilitĂ© et sa divulgation. Pour les Ă©quipes informatiques et de sĂ©curitĂ©, cela change la donne.
Le problĂšme n’a jamais Ă©tĂ© la dĂ©couverte
Depuis des annĂ©es, le secteur de la sĂ©curitĂ© considĂšre la dĂ©tection des vulnĂ©rabilitĂ©s comme la partie la plus difficile du problĂšme. Analyser davantage de terminaux. Acheter davantage de flux. Ătablir davantage de corrĂ©lations entre les CVE. La promesse implicite a toujours Ă©tĂ© la suivante : si nous pouvons tout voir, nous serons en sĂ©curitĂ©.
Le fait que Mythos ait dĂ©tectĂ© 271 vulnĂ©rabilitĂ©s dans Firefox en un seul passage montre que la dĂ©tection n’est plus un obstacle. Ce qui compte, c’est ce qui se passe aprĂšs avoir trouvĂ© quelque chose.
RĂ©flĂ©chissez au processus type de remĂ©diation des incidents dans une entreprise : Les Ă©quipes effectuent un scan de vulnĂ©rabilitĂ© Ă intervalles rĂ©guliers (souvent chaque semaine ou chaque mois). Elles attendent les rĂ©sultats. Elles exportent les rĂ©sultats vers un tableur ou un systĂšme de gestion des tickets. Elles dĂ©terminent quels appareils sont concernĂ©s. Elles testent les correctifs dans l’environnement de prĂ©production. Elles valident et dĂ©ploient manuellement, puis effectuent une nouvelle analyse pour confirmer.
Avant que l’IA ne devienne la norme, ce processus prenait gĂ©nĂ©ralement entre deux et quatre semaines. Mais dans un monde oĂč Daybreak et Mythos sont capables de mettre au jour de nouvelles failles exploitables en quelques heures, ce dĂ©lai de deux Ă quatre semaines Ă©quivaut Ă une invitation ouverte. Et chaque jour oĂč les processus de remĂ©diation restent manuels, fragmentĂ©s et lents, la fenĂȘtre d’exposition ne fait que s’Ă©largir.
La nouvelle équation de la sécurité
Les outils de dĂ©tection basĂ©s sur l’IA permettront de rĂ©duire encore davantage l’Ă©cart en matiĂšre d’exposition aux vulnĂ©rabilitĂ©s (c’est dĂ©jĂ le cas). Les entreprises capables d’identifier les ressources affectĂ©es et de dĂ©ployer des correctifs en quelques heures, voire quelques minutes, et non en plusieurs semaines, se situeront dans une catĂ©gorie de risque fondamentalement diffĂ©rente de celle des entreprises qui n’en sont pas capables.
L’Ă©quation de la sĂ©curitĂ© d’aujourd’hui est simple : DĂ©tection plus rapide + RemĂ©diation plus rapide = FenĂȘtre d’exposition plus courte
Les scans traditionnels et les outils de correction isolĂ©s ont toujours eu du mal Ă concilier ces deux aspects. Les analyses programmĂ©es crĂ©ent des angles morts entre les cycles. Les processus manuels de correction entraĂźnent des retards Ă chaque Ă©tape de transfert. De plus, le fait de transfĂ©rer les rĂ©sultats d’un outil de scan vers un outil de correction, puis de les retransfĂ©rer dans l’outil de scan, fait perdre du temps et crĂ©e un risque d’erreur inutile.
Ă mesure que l’IA accĂ©lĂšre le processus de dĂ©tection, la pression concernant la remĂ©diation devient de plus en plus forte. Les entreprises les mieux placĂ©es pour rĂ©duire leur fenĂȘtre d’exposition et renforcer leur rĂ©silience ne sont pas nĂ©cessairement celles chez lesquelles on a dĂ©tectĂ© le plus grand nombre de vulnĂ©rabilitĂ©s ; ce sont celles qui donnent suite aux rĂ©sultats des audits et qui mettent en place les mesures correctives le plus rapidement.
NinjaOne a été conçu pour ce moment précis
La solution de gestion des vulnĂ©rabilitĂ©s NinjaOne Vulnerability Management a Ă©tĂ© conçue selon un principe diffĂ©rent de celui des scan traditionnels. Sa conception repose sur le principe selon lequel la dĂ©tection et la remĂ©diation ne doivent pas ĂȘtre confiĂ©es Ă des systĂšmes distincts, et que la simplicitĂ© constitue en soi un atout en matiĂšre de sĂ©curité :
- Ăvaluation continue des vulnĂ©rabilitĂ©s, sans analyse ponctuelle PlutĂŽt que de s’appuyer sur des analyses programmĂ©es qui crĂ©ent des lacunes entre les cycles, NinjaOne recoupe en permanence les donnĂ©es tĂ©lĂ©mĂ©triques issues de l’inventaire logiciel des terminaux gĂ©rĂ©s avec les informations CVE en temps rĂ©el. Il n’y a pas de fenĂȘtres de scan. Aucun pic de performance au niveau des terminaux. Il n’y a pas de lacunes entre le scan de mardi et celui du mardi suivant. Lorsqu’un nouveau CVE est publiĂ©, les appareils concernĂ©s sont identifiĂ©s en quelques minutes, et non en quelques jours.
C’est encore plus vrai aujourd’hui qu’il y a un an. Ă mesure que Daybreak et Mythos accĂ©lĂšrent le rythme des divulgations, la diffĂ©rence entre un scan fonctionnant une fois par semaine et une plateforme effectuant des corrĂ©lations en continu se mesurera Ă l’aune de l’impact des failles de sĂ©curitĂ©.
- Une dĂ©tection qui dĂ©bouche directement sur des mesures concrĂštes : la plupart des outils de dĂ©tection des vulnĂ©rabilitĂ©s se limitent au tableau de bord. NinjaOne relie directement la dĂ©tection Ă la remĂ©diation. DĂšs qu’un actif vulnĂ©rable est identifiĂ©, les Ă©quipes informatiques peuvent passer au dĂ©ploiement des correctifs sans avoir Ă exporter de donnĂ©es, Ă recouper des feuilles de calcul ou Ă changer de plateforme. Le cycle allant de la dĂ©tection Ă la remĂ©diation s’effectue en un seul flux de travail.
VoilĂ ce que signifie concrĂštement la « couche d’exĂ©cution » : non pas plus de visibilitĂ©, mais un dĂ©lai plus court entre le moment oĂč l’on constate un problĂšme et celui oĂč on le rĂ©sout.
- Gestion autonome des correctifs, l’automatisation des correctifs basĂ©e sur des rĂšgles permet aux entreprises de dĂ©ployer des correctifs Ă grande Ă©chelle sur l’ensemble des terminaux, sans avoir Ă passer par une validation manuelle Ă chaque Ă©tape. Les Ă©quipes dĂ©finissent les rĂšgles concernant les Ă©lĂ©ments Ă corriger, le moment oĂč ces corrections doivent ĂȘtre apportĂ©es et la maniĂšre dont la plateforme les met en place. Pour les entreprises qui gĂšrent des centaines, voire des milliers de terminaux, cela fait toute la diffĂ©rence entre rĂ©agir Ă une nouvelle vulnĂ©rabilitĂ© CVE critique en quelques heures ou en plusieurs semaines.
- DonnĂ©es IA sur les correctifs : la vitesse est importante, mais la stabilitĂ© l’est tout autant. L’un des coĂ»ts cachĂ©s d’une mise Ă jour rapide rĂ©side dans le risque de dĂ©ployer une mise Ă jour qui engendre de nouveaux problĂšmes : une mise Ă jour Windows buguĂ©e provoquant des Ă©crans bleus, ou un correctif qui rend inutilisable une application essentielle Ă l’activitĂ©.
La solution « DonnĂ©es IA sur les correctifs » de NinjaOne rĂ©pond directement Ă ce problĂšme. En analysant les avis de Microsoft, les signaux de la communautĂ© et les donnĂ©es tĂ©lĂ©mĂ©triques anonymisĂ©es issues de dĂ©ploiements rĂ©els, elle classe les mises Ă jour Windows dans les catĂ©gories « Semble stable », « ProblĂšmes connus » ou « Attention » et peut automatiquement suspendre le dĂ©ploiement des mises Ă jour Ă haut risque avant quâelles nâaffectent les systĂšmes de production.
Dans un monde oĂč l’IA gĂ©nĂšre des correctifs plus rapidement que jamais, la capacitĂ© Ă vĂ©rifier la stabilitĂ© avant le dĂ©ploiement devient de plus en plus essentielle.
- Couverture des appareils hors ligne : Voici un cas de figure que les outils de scans traditionnels ne peuvent pas gĂ©rer : Un appareil Ă©tait hors ligne lors de la derniĂšre analyse. Si une nouvelle vulnĂ©rabilitĂ© CVE est publiĂ©e alors que le systĂšme est hors rĂ©seau, elle n’apparaĂźtra pas dans les rĂ©sultats de l’analyse (ce qui signifie qu’elle risque de rester non corrigĂ©e indĂ©finiment).
La corrĂ©lation cĂŽtĂ© serveur de NinjaOne s’appuie sur le dernier inventaire logiciel connu ; ainsi, mĂȘme les appareils hors ligne sont analysĂ©s selon des informations CVE actuelles. Lorsqu’ils se reconnectent, ils sont dĂ©jĂ signalĂ©s et prĂȘts Ă faire l’objet d’une remĂ©diation.
Ce que cela implique actuellement pour les équipes informatiques et de sécurité
La sortie de « Daybreak » mĂ©rite qu’on s’y attarde, mais elle met en lumiĂšre une rĂ©alitĂ© plus large. Les outils utilisĂ©s par les hackers (et les solutions dĂ©fensives) pour dĂ©tecter les failles, gagnent en puissance de maniĂšre exponentielle. Les entreprises qui rĂ©agissent en se contentant de mettre Ă niveau leur infrastructure de dĂ©tection (en ajoutant davantage d’outils de scans, de flux et de tableaux de bord) seront mieux Ă mĂȘme de « savoir » quâelles ont un problĂšme. Mais les entreprises qui renforcent leur rĂ©silience sont celles qui parviennent Ă combler avec rapiditĂ© et assurance le fossĂ© entre la dĂ©tection des failles et leur remĂ©diation.
Pour savoir de quel cĂŽtĂ© de la barriĂšre se situe votre entreprise, voici un bon point de rĂ©fĂ©rence : Combien de temps faut-il Ă votre Ă©quipe pour passer d’une nouvelle vulnĂ©rabilitĂ© (CVE) Ă la mise en place d’une remĂ©diation confirmĂ©e sur l’ensemble de votre parc de terminaux ?
Si, pour ĂȘtre honnĂȘte, la rĂ©ponse implique des tableurs, des files d’attente de tickets et des transferts entre plusieurs plateformes, c’est lĂ que rĂ©side votre vĂ©ritable vulnĂ©rabilitĂ©.
- Si votre entreprise continue de s’appuyer sur des cycles d’analyse rĂ©guliĂšres, il existe des angles morts entre chaque fenĂȘtre d’analyse, et ces fenĂȘtres prĂ©sentent un risque croissant.
- Si votre processus de remĂ©diation nĂ©cessite des Ă©tapes manuelles pour passer de la dĂ©tection au dĂ©ploiement, chaque CVE reste en attente tandis que les hackers exploitent cette mĂȘme vulnĂ©rabilitĂ©.
- Si vos outils de gestion des vulnérabilités et de correction ne partagent pas leurs données en temps réel, vous travaillez avec un retard structurel inhérent à votre processus.
NinjaOne Ă©limine chacun de ces goulots d’Ă©tranglement au sein d’une seule et mĂȘme plateforme. Ăvaluation permanente en temps rĂ©el. Application de correctifs intĂ©grĂ©e et guidĂ©e par des rĂšgles. Validation de la stabilitĂ© grĂące Ă l’IA. Le tout sans analyses programmĂ©es, sans impact sur les performances des agents et sans prolifĂ©ration des plateformes, afin que votre entreprise puisse rĂ©ajuster ses processus de gestion des vulnĂ©rabilitĂ©s et des correctifs pour agir rapidement et en toute confiance, en mettant l’accent sur la remĂ©diation en temps rĂ©el. L’IA redĂ©finissant et Ă©largissant le champ des vulnĂ©rabilitĂ©s, les entreprises doivent Ă©galement repenser leur approche de la sĂ©curitĂ© fondamentale.