Pendantdes années, le principede base en matièrede sécurité d’entreprise était qu’une infrastructurede prévention bien rodée pouvait tenir le coup suffisamment longtemps pour permettre aux défenseurs d’intervenir. Frontier AI remet cette hypothèse en question, car lesderniers modèles réduisent le délai nécessaire à la détection et à l’exploitationdes vulnérabilités, passantde plusieurs joursousemaines à un délai quasi instantané.
Lancée pour évaluer les risques potentiels en matièrede sécurité posés par son propre modèle Mythos, l’initiative « Project Glasswing » d’Anthropic compte déjà prèsde200 entreprises participantes et a mis au jour environ 10 000 vulnérabilités critiquesouà haut niveaude gravité. Parallèlement, le GPT-5.5 d’OpenAI fait preuvede capacités comparables.
Lors d’un récent webinaire, Pranay Ahlawat, directeurde la technologie etde l’IA chez Commvault, et Vidya Shankaran, directrice technique sur le terrain, se sont joints à moi pour aborder le nouveau calendrierde gestiondes vulnérabilités, l’importance croissantede la validationde la reprise après sinistre, ainsi que la manière dont les équipesdevraient aujourd’hui envisager la résilience. Inscrivez-vous au webinaire à lademande.
Points clés à retenir
- Alors que les capacitésde pointe en matière d’IA doublent à un rythmede plus en plus soutenu, les fonctionnalités avancées permettantde réduire le délai entre la découverte d’une vulnérabilité et son exploitation seront à la portéedes attaquants d’ici six à neuf mois.
- La remise en état d’un système d’IA agentique nécessite la synchronisation simultanéedes sourcesde données,des configurationsdes agents etdes identités non humaines ; la restauration isolée d’un seul élément peut créerdes lacunes qui n’apparaissent que lorsqu’un dysfonctionnement survient en aval.
- La sauvegarde et la restauration répondent àdes besoins différents : la sauvegarde garantit que les données sont conservées en lieu sûr, tandis que la restauration permet à une entreprisede retrouver effectivement un état propre et opérationnel.
- ResOps™ (opérationsde résilience) considère la reprise comme une discipline transversale. Cette approche rassemble les équipes chargéesde la sécurité,des opérations etde la technologie autour d’une définition communede ce que signifie réellement « propre ».
- Un cadre en quatre étapes – définir une « entreprise minimale viable », isoler et tester les chargesde travail stratégiques, évaluer les risques liés à la reprise d’activité et menerdes exercicesde reprise d’activité complets – offre aux organisations un pointde départ concret.
Frontier AI révolutionne la gestiondes vulnérabilités
La puissancede l’IAde pointe double désormais environ tous les quatre mois, à un rythme bien plus rapide qu’il y a encore quelques années. Bien que les modèlesde type Mythos n’aient pas encore été rendus publics, les acteurs malveillants pourraient bientôt avoir accès, via l’open source, àdes capacités similaires à cellesde Mythos, notamment :
- Une fenêtrede contexte pratiquement illimitée.
- La capacité à mettre au point un dispositif d’attaque en décompilant du code et en créantdes conteneurs afin d’identifierdes vecteurs d’attaque.
- L’enchaînementde vulnérabilités, qui consiste à relier entre ellesdes failles mineures prises isolément pour en faire une faille grave.
Cela ade graves conséquences. Deux organisations sur trois présentent actuellement plusde 100 000 vulnérabilités non corrigées, avec un délai moyende correction d’environ 240 jours. Par le passé, les équipesde sécurité considéraient quede nombreuses vulnérabilités étaient trop difficiles à exploiter en chaîne pour un attaquant lambda, mais l’automatisation a rendu ce pointde vue pratiquement obsolète.
Parallèlement, l’utilisationde l’IA pour la créationde code – environ 41 % du nouveau code est désormais généré par l’IA, et GitHub a enregistré une haussede 25 %des commits par rapport à l’année précédente – élargit la surface d’exposition aux vulnérabilités à un rythme plus rapide que ne le permettent les mesures correctives. La capacité à détecter à grande échellede nouvelles vulnérabilités « zero-day » ne fait qu’aggraver le problème. Lorsque le délai entre la découverte et l’exploitation tend vers zéro, la margede manœuvre pour mener une action défensive disparaîtde fait.
Aperçu : l’avenir en pleine mutationde l’IA
Cette vidéo met en lumière une réalité cruciale : les capacités avancées en matière d’IA restent rarement l’apanage d’une poignée d’acteurs pendant longtemps. À mesure que les innovationsde pointe en matière d’IA se diffusent dansdes écosystèmes plus larges, les organisations doivent se préparer à un avenir oùdes capacités offensivesde plus en plus sophistiquées seront accessibles à un public plus large.
Le nouvel indicateurde résilience : le délai moyende retour à la normale
La sauvegarde et la restauration répondent àdes problèmes fondamentalement différents. La sauvegarde se contentede confirmer que les données ont bien été copiées dans un endroit sûr, mais elle ne permet pasde savoir si l’entreprise sera réellement en mesurede reprendre ses activités. Et c’est là que les choses peuvent se compliquer. Deux obstacles se dressent souvent entre la réussite d’une sauvegarde et celle d’une restauration.
- La restauration d’un environnement complexe impliquede rétablir l’application, les machines virtuelles, la configuration réseau, Active Directory et les basesde données transactionnelles qui le prennent en charge, le tout dans le bon ordre.
- Vousdevez vous assurer que les données que vous restaurez ne contiennent ni logiciels malveillants ni portes dérobées – ce que sept organisations sur dix, en phasede reprise après un cyberincident, ne sont actuellement pas en mesurede vérifier.
Une reprise qui respecte les délais fixés tout en réintroduisant une menace active peut s’avérer pire que l’absence totalede reprise. Pour bénéficier d’une visibilité plus claire sur leur résilience, les organisations ont commencé à utiliser l’indicateur « Mean Time to Clean Recovery » (MTCR), qui combine l’objectifde tempsde reprise (RTO), le temps nécessaire pour valider que les données récupérées sont effectivement saines, et une étape finalede validation humaine avant que les systèmes ne reprennent leur fonctionnement en production. L’objectifde reprise pour le MTCR correspond à la « société minimale viable » : les quelque 30 % d’un environnement, classés par ordrede dépendance, qui doivent être remis en ligne pour que l’organisation continuede fonctionner.
La salle blanche comme outil d’essai
Les testsde reprise, qui constituent ladernière étapede validation humaine dans le cadre du MTCR, impliquent généralement la mise en place d’un environnement distinctdes systèmesde production en production – une tâche chronophage alors que chaque minute compte. Si les « salles blanches » sont parfois considérées comme un simple élémentde secours, une solutionde type « cloud » ( cleanroom ) peut également jouer un rôle proactif dans la reprise en fournissant un environnement isolé permettant d’orchestrer etde testerdes reprises complexes avant leur restauration en production.
Cet environnement isolé peut également servir d’outil d’analyse, en permettant aux équipesde comparer côte à côtedeux versions d’une sauvegarde afinde mieux comprendre ce qui a changé au cours d’un incident. Et comme il s’agit d’une solution native d’ cloud, facturée à l’utilisation, les entreprises peuvent éviterde mettre en place une infrastructure dédiée uniquement pour tester la restauration.
Quatre étapes pour assurer la résilience opérationnelle
Le cadre en quatre étapes proposé par Commvault pour renforcer la résilience opérationnellede manière mesurable s’appuie sur ces principes.
- Étape 1 : Définir l’« entreprise minimale viable » : une vision axée sur l’activité, qui précise ce qui doit être rétabli, dans quel ordre et avec quelles dépendances, pour que l’organisation puisse à nouveau fonctionner, plutôt qu’un simple inventairedes basesde données etdes machines virtuelles.
- Étape 2 : Assurez-vous que les systèmes prenant en charge cette « entreprise minimale viable » se trouvent dans un environnement isolé physiquement, immuable et segmenté en réseaux, pouvant être déployé et démantelé rapidement. Pour les chargesde travail stratégiques, ces tests doivent être effectués tous les 45 jours.
- Étape 3 : Évaluez les risques liés à la restauration avantde la déclarer terminée, car la réintroduction d’une porte dérobéeoud’un logiciel malveillant pendant la restauration va à l’encontrede l’objectifde l’opération et ne laisse que peude temps pour unedeuxième tentative.
- Étape 4 : Ne considérez pas la reprise d’activité comme un simple exercice théorique. Menez ces exercices avec les mêmes personnes et selon les mêmes procédures que celles qui seraient mises en œuvre en cas d’incident réel, en tirant partides mécanismes d’automatisation sous-jacents.
Quand l’IAdevient un obstacle à la reprise
Une grande partiedes entreprises exploitent déjàdes systèmes d’IA en production, mais seules environ 20 % d’entre elles ont réellement testé leur capacitéde reprise, ce qui les rend vulnérables en cas d’incident. Cela revêt une importance particulière au regarddes trois façons dont l’IA modifie l’architecturede résilience.
Tout d’abord, l’IA élargit la portéedes éléments à protéger,depuis les basesde donnéesde vecteurs et les poidsdes modèles jusqu’aux configurationsdes agents et aux terminaux, tels que Claude CoworkouGoogle Antigravité, sur lesquels les employés interagissent concrètement avec les agents. Cela pose également un problèmede propagation en cascade : une simple mise à jour effectuée par un agent peut se propager à travers un maillagede systèmes connectés d’une manière bien moins prévisible que dans le cas d’une application traditionnelle à trois niveaux.
Enfin, l’IA rend la récupération elle-même plus complexe, car la restauration d’un système agentique impliquede synchroniser simultanément la mémoire, l’état, les données transactionnelles et les identités non humaines (NHI) – c’est-à-dire les identifiants et les autorisations attribués aux agents IA plutôt qu’aux personnes.
Les clients les plus avancés dans le déploiement d’agents ont déjà intégré ces systèmes à leur « entreprise minimale viable ». À chaque stadede maturité, l’accent est mis sur la restauration conjointedes sourcesde données,des configurations d’agents etdes élémentsde soutien tels que les poids et les biais, plutôt que surdes efforts distincts, car un décalage entre l’unde ces éléments peut entraîner un risque qu’un pointde restauration unique ne permettrait pasde détecter.
Agir pour renforcer la résilience après « Mythos »
Pour commencer à réduire les risques liés à l’IAde pointe, recensez les systèmes pharesde votre organisation et assurez-vous qu’ils se trouvent dans un environnement isolé (air-gapped). Une fois votre « entreprise minimale viable » définie, menezdes exercices en « salle blanche » afin d’établir une basede référence en matièrede récupérabilité etde MTCR pour l’ensembledes chargesde travailde premier niveau. Cela doit constituer votre indicateur pharede résilience au niveau du conseil d’administration, montrant clairement à quelle vitesse votre entreprise peut reprendre ses opérations essentielles à la suite d’un incident.
Les tests sont essentiels pour mettre en évidence les lacunes dans la compréhensiondes activités,des technologies etdes processus. Souvent, certainsdes plus grands problèmes sont d’ordre organisationnel. ResOps™ (opérationsde résilience) permet d’y remédier.
Plus qu’un simple produit, ResOps est un cadre qui rassemble les équipesde sécurité, d’exploitation etde technologie autour d’une vision communede ce à quoidevraient ressembler une conception résiliente et une validationde la reprise. ResOps formalise la prisede conscience croissante du secteur selon laquelle la Recovery après un incident cybernétique est un enjeu transversal qui nécessite l’implicationde parties prenantes issuesde l’ensemblede l’entreprise, chacune ayant un intérêt direct dans le résultat. Dans l’ère post-Mythos, cette coordination est essentielle tant pour maintenir la préparation opérationnelle que pour permettre une réponse rapide et efficace en cas d’incident. Frontier AI impose comme exigence fondamentale un processusde restauration propre, éprouvé et bien défini.
Regarder l’intégralité du webinaire
Regardez la session « Resilience Over Panic » dans son intégralité à lademande pour découvrir plus en détail notre cadre en quatre étapes, notamment les conditions nécessaires à la récupération d’une IA agentique. Inscrivez-vous ici au webinaire.
FAQ
Q : Qu’est-ce que le « mean time to clean recovery » (MTCR) ?
R : Le temps moyende reprise sans risque (MTCR) mesure le temps nécessaire à une organisation pour revenir à un étatde fonctionnement vérifié et sans risque après un incident. Il s’agit d’une mesure plus large que le simple temps nécessaire à la restaurationdes données. Elle combine l’objectifde tempsde reprise (RTO) traditionnel avec le temps supplémentaire nécessaire pour confirmer que les données restaurées sont exemptesde logiciels malveillants oude portes dérobées, ainsi qu’une étape finalede validation humaine avant que les systèmes ne reprennent leur fonctionnement en production.
Les organisations considèrentde plus en plus le MTCR, plutôt que la seule vitessede reprise, comme l’indicateurde résiliencede référence au niveau du conseil d’administration, car une reprise rapide qui réintroduit une menace active peut causer plusde dégâts qu’une reprise plus lente, mais vérifiée.
Q : En quoi le MTCR diffère-t-il du RTO ?
R : Le RTO mesure la rapidité avec laquelle les systèmes et les données peuvent être restaurés après une interruption. Le MTCR inclut le RTO parmi ses composantes, mais y ajoute le temps nécessaire pour vérifier que les données restaurées sont intactes, ainsi que le temps consacré à la validation humaine avant que les systèmes ne soient remis en production. Dans le cas spécifique d’un cyberincident, un système peut respecter son RTO tout en ne faisant pas preuve d’une véritable résilience si l’environnement restauré est réinfecté peude temps après.
Q : Qu’est-ce qu’une « entreprise minimale viable » (MVC) et en quoi diffère-t-elle d’un plan completde reprise après sinistre ?
R : Une « entreprise minimale viable », parfois appelée « activité minimale viable », désigne l’ensemble réduit, axé sur les activités métier,des systèmes,des données etdes dépendances qu’une organisation doit remettre en service pour continuer à fonctionner après un incident, plutôt que l’ensemblede son infrastructure informatique.
Un plan completde reprise après sinistre vise généralement à tout rétablir, en temps voulu ; la définition d’une « entreprise minimale viable » oblige une organisation à déterminer à l’avance ce qui doit absolument être rétabli en priorité, et dans quel ordre, afin d’éviter une interruptiondes activités.
Q : Quelle est la différence entre un exercice sur table et un exercicede rétablissement en conditions réelles ?
R : Un exercice sur table est une simulation sur papier d’un plan d’intervention en cas d’incident, généralement utilisée pour tester la prisede décision et la communication entre les parties prenantes sans mettre réellement en œuvrede mesures techniquesde rétablissement.
Un exercicede reprise d’activité en conditions réelles va plus loin en mettant effectivement en œuvre la reprise, avec les outils, les processus automatisés et les personnes concernées, afinde vérifier que le processus fonctionne dans la pratique, au-delàde ce que peut révéler un simple exercice théorique. Les organisations qui se contentent d’exercices sur table peuvent disposer d’un plande résilience qui semble solide à première vue, mais qui n’a pas été testé au regarddes détails opérationnels qui font souvent que les incidents réels prennent plusde temps que prévu.
Q : Que sont les identités non humaines (NHI) et pourquoi compliquent-elles la récupérationdes données issuesde l’IA ?
R : Les NHI correspondent aux identifiants, autorisations et droits d’accès attribués àdes composants logiciels, tels que les agents d’IA, plutôt qu’àdes personnes physiques. À mesure que les organisations déploient davantage d’IA agentique, le nombrede NHI dans un environnement augmente, et chacun d’entre eux doit être pris en compte lors d’une reprise, au même titre quedes éléments plus courants tels que les basesde données et les systèmes transactionnels.
La remise en service d’un système d’IA agentique nécessite généralementde synchroniser les NHI avec le restede la pile d’IA, car la restaurationdes données oudes configurations sans rétablir les autorisations appropriéesdes agents peut entraînerdes lacunes difficiles à détecter tant qu’un dysfonctionnement ne survient pas en aval.
Q : Comment une organisation peut-elle se lancer dans le ResOps™ (opérationsde résilience) ?
R : ResOps est un cadre interfonctionnel qui rassemble les équipes chargéesde la sécurité,des opérations etde la technologie autour d’une définition communede la conception résiliente, distinctede tout produit spécifique.
Les organisations peuvent commencer par identifier un petit nombre d’applications clés et réaliser un premier testde reprise afin d’établir un MTCRde référence, plutôt que d’essayerde formaliser l’ensemblede la discipline d’un seul coup. Cette référence initiale offre aux équipes chargéesde la sécurité,des opérations etde la gouvernance un pointde repère concret pour suivre les progrès réalisés. Elle contribue également à ancrer, au fil du temps, les habitudes inter-équipes dont dépend le ResOps.
Michael Thelander est directeur principal du marketing produit chez Commvault.
