Points clés à retenir

• La détection seule ne suffit pas : les entreprises ont besoin d’une Recovery intégrée et orchestrée pour minimiser les perturbations opérationnelles causées par les ransomwares.
• L’intégration entre CISCO XDR et Commvault Cloud relie directement la détection des menaces aux actions de Recovery au sein d’un même workflow de sécurité.
• Une reprise sans risque nécessite des processus de restauration validés et isolés afin de réduire le risque de réinfection et de rétablir les opérations en toute confiance.
• Le déclenchement des actions de Backup and Recovery directement à partir des outils de sécurité permet de préserver rapidement les données critiques et de raccourcir les délais de Recovery.
• La résilience unifiée associe sécurité et Recovery, ce qui contribue à réduire les frictions entre les environnements de détection et de réponse étendues (XDR) et d’orchestration, d’automatisation et de réponse en matière de sécurité (SOAR), tout en améliorant la rapidité et la fiabilité des interventions.

S’il y a une chose que j’ai apprise en discutant avec des responsables de la sécurité de tous les secteurs, c’est bien celle-ci : la détection ne représente que la moitié du travail. L’autre moitié, celle qui détermine si l’activité peut se poursuivre, réside dans la réponse et la reprise. Et lorsqu’un ransomware frappe, la reprise n’est pas seulement une question de rapidité. C’est une question de confiance, de propreté et de rapidité.

C’est pourquoi cette annonce est importante. Nous avons renforcé notre partenariat avec Cisco grâce à une nouvelle intégration entre Cisco XDR et Commvault Cloud, conçue pour réunir la réponse aux ransomwares et la Recovery au sein d’un workflow unique et coordonné.

Trop d’entreprises sont encore confrontées à un écart douloureux entre ce que les équipes de sécurité constatent et ce que les équipes informatiques peuvent faire en toute sécurité par la suite. Lorsque chaque seconde compte, cet écart fait la différence entre contenir un incident et le voir se transformer en perturbation des activités. Grâce à cette intégration, les équipes peuvent passer de la détection à des actions de Recovery décisives au sein même du flux de travail des opérations de sécurité, ce qui contribue à minimiser l’impact lorsque le temps est compté.

Et voici la vérité : En cas de crise, l’entreprise se moque de savoir à qui appartient telle ou telle « console ». Ce qui compte pour elle, ce sont les résultats. Pouvons-nous préserver rapidement les données critiques ? Pouvons-nous procéder à une restauration propre sans réinfection ? Pouvons-nous restaurer les bons systèmes en toute confiance, sans avoir à deviner ? À quelle vitesse pouvons-nous retrouver un niveau de viabilité minimum ? C’est ce fossé que nous comblons, en intégrant les actions de Recovery dans le flux de réponse aux incidents, là où les décisions sont déjà prises.

C’est là que la « restauration propre » cesse d’être un simple sujet de discussion pour devenir la nouvelle norme.

Recovery est devenue un exercice de confiance : confiance dans la sécurité de vos points de restauration, confiance dans le fait que vos sauvegardes ne sont pas déjà compromises, et confiance dans le fait que vous ne réintroduisez pas de risque en essayant de rétablir les opérations. La réalité dérangeante est que les défenseurs disposent de moins en moins de temps pour réagir.

Selon le rapport « 2026 Active Adversary Report » de Sophos, « la vitesse à laquelle les attaquants tentent de s’en prendre à Active Directory après avoir obtenu l’accès au système s’est accélérée de 70 % par rapport à l’année dernière, pour atteindre une médiane de seulement 3,40 heures ».

Une telle rapidité oblige les équipes de réponse aux incidents à agir de manière immédiate et coordonnée, au-delà des cloisonnements, et elle place la barre plus haut en matière de restauration. En effet, des restaurations rapides ne servent à rien si elles ne sont pas « propres ».

Grâce à cette nouvelle intégration, les équipes chargées des opérations de sécurité peuvent déclencher des actions Commvault Cloud directement depuis Cisco XDR, ce qui permet de préserver les données dès les premiers instants et de s’orienter vers une restauration « propre ».

Si un responsable du SOC est alerté d’une menace détectée dans Cisco XDR, il peut immédiatement lancer une sauvegarde des machines virtuelles de l’infrastructure centrale, puis restaurer les systèmes affectés dans Commvault Cloud Cleanroom Recovery, un environnement cloud sécurisé et isolé conçu pour les investigations et la validation, avant de remettre les systèmes en production en toute confiance. Les actions de restauration s’inscrivent ainsi dans le même flux de travail que la détection, ce qui permet aux équipes de réagir plus rapidement et de procéder à la restauration en toute confiance.

Il en résulte un lien plus étroit entre la détection et la Recovery, ce qui permet aux équipes de sécurité d’agir de manière décisive dès les premiers signes d’une attaque. En validant la Recovery dans un environnement isolé de type « cleanroom » avant de remettre les systèmes en production, les entreprises réduisent le risque de réinfection, préservent les données critiques et raccourcissent les délais de Recovery, le tout à l’aide d’outils auxquels les équipes SOC font déjà confiance.

Un engagement en faveur d’une résilience unifiée

Dans une perspective plus large, cette intégration avec Cisco XDR constitue une étape importante et s’inscrit dans une orientation plus globale à laquelle nous adhérons : la résilience unifiée, où la sécurité et la Recovery fonctionnent de concert au lieu d’opérer en parallèle. Et il ne s’agit pas d’un choix « l’un ou l’autre ». C’est un écosystème en pleine expansion, conçu pour accompagner les équipes là où elles travaillent.

Notre intégration avec Splunk SOAR en est un autre excellent exemple : elle contribue à améliorer la détection des menaces et à accélérer les réponses, tout en les automatisant davantage. Commvault peut envoyer des informations relatives à la détection des menaces, à la sécurité des données, ainsi qu’à Backup and Recovery directement dans Splunk, enrichissant ainsi les événements de sécurité et aidant à alerter les équipes SecOps ; les actions automatisées dans Splunk permettent de réduire le temps de réponse sans avoir à passer d’une interface à l’autre.

Ainsi, que le centre opérationnel d’un client repose sur une solution XDR ou SOAR, l’objectif reste le même : réduire les frictions, accélérer les décisions et garantir la traçabilité de Recovery.

L’intégration Cisco XDR est désormais disponible dans le monde entier et proposée sans frais supplémentaires aux clients Commvault existants. Si vous souhaitez approfondir le sujet, voici quelques ressources utiles pour commencer :

• Découvrez la philosophie qui sous-tend une Recovery propre et pourquoi l’intégrité des données est essentielle : Préserver l’intégrité des données pour des Recovery proactives et fiables
• Découvrez comment Commvault s’intègre à Splunk SOAR pour automatiser les interventions : Détection et réponse améliorées aux menaces avec Commvault et Splunk SOAR

Ou contactez-moi sur LinkedIn, je me ferai un plaisir de vous expliquer concrètement comment fonctionne le processus « de la détection à la Recovery propre ».

FAQ

Q : Pourquoi la détection ne représente-t-elle que la moitié du chemin dans la réponse aux ransomwares ?
R : La détection identifie les menaces, mais ce sont la réponse et la restauration qui déterminent si l’entreprise peut poursuivre ses activités. Sans plan de Recovery coordonné, même une détection rapide peut entraîner des temps d’arrêt et des perturbations prolongés.

Q : Que signifie « Recovery propre » dans la pratique ?
R : La Recovery propre consiste à restaurer les systèmes dans un environnement sécurisé et isolé afin de vérifier que les sauvegardes n’ont pas été compromises avant de les remettre en production. Cette approche contribue à réduire le risque de réinfection et renforce la confiance dans les systèmes restaurés.

Q : Comment l’intégration entre Cisco XDR et Commvault améliore-t-elle la réponse aux incidents ?
R : Cette intégration permet aux équipes de sécurité de déclencher des actions de Backup and Recovery directement depuis Cisco XDR. Ce workflow unifié permet de préserver les données dès les premiers instants, de lancer une restauration sécurisée et de passer de la détection à la restauration sans avoir à basculer entre des outils déconnectés.

Q : Quel rôle joue l’environnement « Cleanroom Recovery » ?
R : « Cleanroom Recovery » fournit un espace cloud isolé dédié à l’analyse et à la validation des systèmes restaurés. Les équipes peuvent y analyser et confirmer l’intégrité du système avant de remettre en confiance les charges de travail en production.

Q : Comment cette intégration prend-elle en charge des écosystèmes de sécurité plus larges tels que SOAR ?
R : Outre Cisco XDR, Commvault s’intègre à des plateformes telles que Splunk SOAR pour enrichir les informations sur les menaces et automatiser les actions de réponse. Cette approche écosystémique aide les équipes de sécurité à réduire les frictions, à accélérer la prise de décision et à rendre les résultats de Recovery plus prévisibles.

Q : L’intégration Cisco XDR est-elle disponible pour les clients existants ?
R : Oui, l’intégration est disponible dans le monde entier et est proposée sans frais supplémentaires aux clients Commvault existants, ce qui facilite l’adoption de workflows unifiés de détection et de Recovery.

Michael Fasulo est directeur senior du marketing de portefeuille chez Commvault.

Blogs associés

Les innovations en matière de Cleanroom Recovery ouvrent une nouvelle ère de cyber-résilience

Commvault inaugure une nouvelle ère de résilience d’entreprise unifiée

La prochaine évolution de la protection des données dans le cloud

Les 5 étapes essentielles pour une restauration « Clean »

Votre guide pratique moderne pour une réponse rapide et une restauration « Clean »

On parle beaucoup de modernisation : cloud, IA, automatisation, transformation de la sécurité. Mais à quoi ressemble réellement la modernisation lorsque l’on est chargé d’assurer le bon fonctionnement des systèmes, la protection des données et la viabilité de Recovery en cas de crise ?

Dans cet épisode de STRIVE, j’ai eu le plaisir de m’entretenir avec Gilman Treantos, un vétéran de l’informatique fort de 25 ans d’expérience, dont le parcours couvre tous les domaines, des mainframes aux architectures modernes de cyber-readiness. Cette conversation offre le point de vue d’un professionnel sur ce que signifie réellement la modernisation lorsque les pannes, les ransomwares et les risques opérationnels font partie du quotidien. Regardez l’épisode dans son intégralité. Points clés à retenir : ce qu’exige réellement la cyber-readiness moderne

• La modernisation ne se résume pas à de nouveaux outils : il s’agit avant tout d’une architecture résiliente. La technologie évolue, mais ce sont la rigueur en matière de Recovery, les tests et la coordination entre les équipes qui distinguent les organisations réactives des organisations résilientes.
• La Readiness cybernétique exige une collaboration entre les équipes de sécurité et d’infrastructure. Les cloisonnements créent des angles morts. Une visibilité unifiée et une responsabilité partagée peuvent accélérer la Recovery.
• Les outils de sauvegarde sont plus puissants que la plupart des équipes ne le pensent. Utilisés de manière créative, ils peuvent prendre en charge des migrations à grande échelle, des restaurations isolées et des transitions conçues pour minimiser la perte de données.
• Les tests sont indispensables. Un plan de Recovery qui n’a pas été testé est un risque, pas une stratégie.
• La résilience professionnelle est le reflet de la résilience technique. La proactivité, la curiosité et la volonté de résoudre des problèmes complexes sont aussi essentielles que n’importe quelle plateforme.

De Blockbuster à la cyber-résilience

Le parcours de Gilman n’a pas commencé dans une salle de crise ni dans un centre d’opérations de sécurité. Il a débuté chez Blockbuster.

Sans formation informatique officielle, il s’est tourné vers le dépannage. Cette curiosité l’a conduit à travailler sur les mainframes. Ce travail l’a ensuite orienté vers les systèmes distribués. Puis, il a évolué vers des postes de direction dans la protection des données et la cyber-résilience.

Ce qui ressort, ce n’est pas le parcours professionnel, mais l’état d’esprit. Il s’est forgé une réputation en s’attaquant aux problèmes dont personne d’autre ne voulait. Réparer des systèmes fragiles. Soutenir des initiatives négligées. Résoudre des problèmes qui dépassaient les frontières organisationnelles.

Cette mentalité se transpose directement à la modernisation, car la cyber-Readiness moderne repose sur des personnes prêtes à se plonger dans une complexité dérangeante.

Aperçu : le guide de la modernisation

Dans cette partie, Gilman explique pourquoi la cyber-récupération moderne nécessite plus qu’une simple détection traditionnelle des logiciels malveillants — et comment la détection des anomalies, ThreatScan et les environnements de récupération isolés peuvent contribuer à renforcer la résilience de l’entreprise.

La modernisation sous pression

L’un des moments les plus marquants de l’épisode est un exemple concret : l’évacuation d’un centre de données distant en une seule nuit. Aucune perte de données. Aucune interruption prolongée. Aucun chaos opérationnel.

En exploitant Commvault LiveSync de manière créative, Gilman et son équipe ont réussi à migrer l’infrastructure rapidement et à moindre coût, en utilisant des fonctionnalités qui n’avaient pas été initialement conçues pour ce scénario précis.

C’est ça, la modernisation en pratique.

Le problème du château de cartes

À mesure que les organisations se développent, les autorisations se multiplient. Les systèmes de sauvegarde gagnent en complexité. Les outils de sécurité s’ajoutent à l’infrastructure sans être pleinement alignés. Au fil du temps, les environnements deviennent fragiles.

Gilman décrit cette dynamique comme un phénomène que de nombreuses équipes sous-estiment : une lente accumulation de dette technique et opérationnelle. Selon lui, la modernisation ne se résume pas à la mise à niveau des plateformes. Il s’agit de simplifier l’architecture, d’améliorer la visibilité et de briser les silos entre les équipes de cybersécurité et d’infrastructure.

La Readiness signifie :

• Les équipes de sécurité et de sauvegarde partagent les données de télémétrie.
• Les environnements de Recovery sont isolés et testés.
• La détection des logiciels malveillants s’étend au-delà des flux de travail principaux.
• Les décisions relatives à l’infrastructure tiennent compte de la vitesse de Recovery.

C’est là que la modernisation et la résilience se rejoignent.

Les menaces évoluent. Recovery doit en faire autant.

Les ransomwares ne faiblissent pas. Les acteurs malveillants sont de plus en plus sophistiqués. Les logiciels malveillants se cachent au sein de workflows légitimes. Le point de vue de Gilman est sans détour : la préparation doit être proactive.

Il préconise :

• Des tests réguliers de reprise après sinistre
• Isolated Recovery environments ready to activate
• Des outils de détection des anomalies intégrés aux processus de sauvegarde
• Des exercices inter-équipes simulant des perturbations réelles

Regardez l’épisode complet

Découvrez l’intégralité de notre conversation STRIVE pour en savoir plus :

• Comment Gilman a fait évoluer son approche de la protection des données au cours des 25 dernières années.
• Les détails d’une migration conçue pour minimiser la perte de données.
• Pourquoi la collaboration entre les équipes de sécurité et d’infrastructure est essentielle.
• Des conseils pratiques pour les professionnels de la résilience.
• Ce qu’exige réellement la modernisation dans le paysage actuel des menaces.

Regardez-le dès maintenant. Si vous vous intéressez à la résilience, à la Recovery ou à la gestion des technologies de l’information en période d’incertitude, ces 20 minutes seront un investissement profitable. FAQ Q : Que signifie le terme « modernisation » dans le contexte de la Readiness à la cybersécurité ? R : Cela signifie mettre en place des systèmes résilients, testables et collaboratifs, capables de se rétablir rapidement face à des pressions réelles – et pas seulement passer à des plateformes plus récentes.

Q : Pourquoi la collaboration entre les équipes de sécurité et d’infrastructure est-elle si importante ?

R : Parce que la reprise dépend d’une visibilité partagée. La sécurité détecte les menaces, mais c’est l’infrastructure qui permet la restauration. Sans coordination, la réponse est ralentie et les risques augmentent.

Q : Comment les outils de sauvegarde peuvent-ils soutenir la modernisation au-delà de la reprise ?

R : Lorsqu’ils sont utilisés de manière créative, ils peuvent permettre des migrations de centres de données, la mise en place d’environnements de reprise isolés, la détection d’anomalies et des changements opérationnels à grande échelle.

Q : À quelle fréquence les environnements de reprise après sinistre doivent-ils être testés ? R : Des tests réguliers – idéalement trimestriels ou alignés sur les changements majeurs d’infrastructure – renforcent la confiance et révèlent les lacunes avant qu’un incident réel ne se produise. Chris Mierzwa est directeur principal du marketing de portefeuille chez Commvault. Blogs connexes Comment la SMMPA a renforcé sa cyber-résilience grâce à la Cleanroom Recovery

Readiness à la cybersécurité dans un contexte de tensions géopolitiques : conseils à l’intention de nos clients, partenaires et de notre communauté

Pourquoi l’IA compromet votre stratégie de résilience (et comment y remédier)

Physique contre marketing : accélérer la Recovery tout en respectant les lois de la physique

Modernisation de la cybersécurité financière : passer d’une approche réactive à une approche résiliente

Points clés à retenir

• Les stratégies de résilience traditionnelles s’effondrent face à l’ampleur, à la rapidité et à l’autonomie des systèmes basés sur l’IA.
• Les ransomwares industrialisés et les attaques basées sur l’IA ciblent désormais les systèmes de sauvegarde, sapant ainsi les fondements mêmes de la Recovery.
• Les entreprises doivent passer d’une organisation en silos des équipes de sécurité et de Recovery à un modèle unifié et continu appelé « opérations de résilience ».
• La résilience basée sur l’IA nécessite une visibilité des données en temps réel, une détection continue des menaces et une Recovery intelligente et sans faille à grande échelle.
• Les plateformes modernes permettent une Recovery rapide et vérifiée, aidant ainsi les entreprises à éviter le compromis entre rapidité et sécurité de la Recovery.

Alors que les entreprises se précipitent pour adopter l’IA, les RSSI et les DSI prennent une conscience brutale : les stratégies de résilience qui fonctionnaient pour les infrastructures traditionnelles sont en train de s’effondrer. Les systèmes qui pouvaient se remettre d’attaques en quelques heures peuvent désormais mettre plusieurs jours. Les approches de sauvegarde conçues pour des données centralisées peuvent rencontrer des difficultés face à des charges de travail réparties entre les clouds et les plateformes d’IA. Pendant ce temps, les menaces et les vulnérabilités potentielles ne cessent de croître de jour en jour.

Lors d’un récent webinaire, Tim Zonca, vice-président du marketing de portefeuille chez Commvault, a abordé une question urgente à laquelle sont confrontés les responsables de la sécurité : comment maintenir la résilience alors que l’IA bouleverse fondamentalement les règles du jeu ?

Ce que l’industrialisation des ransomwares et de l’IA signifie pour la résilience

Les RSSI et les DSI sont sous pression. Malgré les milliards dépensés en cyberdéfense, les États-nations et les réseaux criminels professionnels continuent de tirer des profits toujours plus importants de leurs victimes. Les ransomwares en tant que service (RaaS) se sont généralisés, et l’automatisation avancée par l’IA accélère l’industrialisation des logiciels malveillants. En intégrant les systèmes de sauvegarde à leurs attaques, les adversaires sapent les fondements mêmes de la résilience.

À mesure que les attaques gagnent en sophistication, les cibles deviennent plus vulnérables. L’IA se développe plus rapidement que les organisations ne peuvent se sécuriser, avec une croissance exponentielle des données, une fragmentation entre les environnements, des chaînes d’approvisionnement plus complexes et des systèmes autonomes fonctionnant avec un minimum de supervision. Les agents d’IA et les identités non humaines sont désormais 80 fois plus nombreux que les humains. Lorsque ces systèmes commettent des erreurs ou exposent des vulnérabilités, l’impact peut se répercuter en cascade sur l’ensemble des processus métier interconnectés.

Les failles et les défaillances sont désormais presque inévitables ; la seule question est de savoir si vous pouvez vous rétablir assez rapidement pour assurer la continuité de votre activité. Pour les organisations utilisant des systèmes hérités qui reposent sur des systèmes contrôlés par l’homme, des données centralisées et des défaillances isolées, la réponse pourrait bien être non.

Rendre la résilience opérationnelle

Alors que les agents IA prennent des décisions dans l’ensemble de l’environnement, commettant notamment un nombre important d’erreurs, il ne suffit plus de se concentrer sur la protection de l’infrastructure. Les responsables de la sécurité doivent désormais élargir leur champ d’action opérationnel à trois domaines critiques :

• Sécuriser en permanence les données à la source et surveiller les anomalies.
• Contrôler les identités des personnes, des entités non humaines et des appareils qui accèdent aux données et les utilisent de manière autonome.
• Assurer une Recovery prévisible des données à très grande échelle, sans compromission ni corruption.

Traditionnellement, la sécurité des données, la résilience des identités et la cyber-récupération fonctionnaient comme des disciplines indépendantes, chacune disposant de sa propre équipe, de ses propres outils, politiques et exigences. Ces cloisonnements laissent des vulnérabilités que les attaquants peuvent exploiter et ralentissent la récupération en cas de défaillance des systèmes d’IA. Pour combler ces lacunes, les organisations doivent unifier ces capacités au sein d’une boucle continue et automatisée. Nous appelons cette approche les « opérations de résilience » (ResOps).

Les ResOps englobent trois exigences essentielles pour la résilience de l’IA :

• Comprendre votre environnement de données : savoir où se trouvent les données, leur niveau de sensibilité, qui y accède (y compris les agents d’IA et les identités non humaines), et quelles politiques régissent cet accès en temps réel. Pour les charges de travail d’IA, cela s’étend à des protections telles que la gouvernance des invites LLM afin de contrôler la manière dont les modèles accèdent aux données.
• Détection continue des menaces : des systèmes automatisés qui surveillent en permanence les anomalies, les identités compromises et la corruption des données. Lorsque les systèmes d’IA prennent des milliers de décisions autonomes, il est impossible d’attendre les audits de sécurité périodiques.
• Recovery intelligente : restauration automatisée et complète d’applications cloud natives entières et de leurs dépendances. Pour prévenir toute réinfection, les équipes doivent valider l’intégrité des données et mener une analyse forensic dans un environnement isolé et sécurisé avant de replacer les données fiables en production.

Mise en œuvre concrète du ResOps

Pour aider les entreprises à passer au ResOps, Commvault a lancé Commvault Cloud Unity, la version de plateforme la plus importante de son histoire. Elle est conçue pour réunir les trois dimensions de la résilience :

• Réunir la sécurité des données, la résilience des identités et la cyber-Recovery au sein d’un modèle opérationnel unique.
• Protéger toutes les charges de travail, des systèmes de production actuels aux piles d’IA émergentes de demain.
• Sécuriser les données quel que soit leur emplacement, que ce soit dans le cloud, dans des régions, dans des centres de données ou en périphérie.

Une architecture de nouvelle génération intègre l’automatisation par IA à tous les aspects de la protection des données, de la sécurité des données, de la résilience des identités et de la Recovery. Pour les équipes de sécurité et informatiques, la plateforme offre une simplicité à grande échelle grâce à une expérience unique, un moteur de politiques unique et une interface unique, conçus pour protéger les données, anticiper les menaces et accélérer la Recovery sans incident.

Comme les responsables de la sécurité le savent trop bien, la Recovery à partir de la sauvegarde la plus récente minimise la perte de données, mais comporte le risque de restaurer des données compromises. Revenir à un état « propre » vérifié peut éliminer les menaces, mais implique la perte d’heures, voire de jours, de transactions critiques pour l’entreprise ou d’entraînement de modèles d’IA.

Avec Commvault Cloud, la surveillance continue des menaces et les points de restauration « propres » vérifiés permettent d’éliminer ce choix forcé. L’architecture de la plateforme cartographie automatiquement les dépendances entre les systèmes distribués, contribue à maintenir des sauvegardes immuables et permet la restauration en un clic d’environnements entiers. La restauration peut être à la fois rapide et « propre », ce qui contribue à minimiser les pertes ainsi que les risques.

Découvrez ResOps en action

Regardez l’intégralité du webinaire à la demande pour en savoir plus sur ResOps, découvrir l’architecture et les services de Commvault Cloud, et repenser votre stratégie de résilience à l’ère de l’IA.

FAQ Q : Qu’est-ce que Resilience Operations (Res Ops) ? R : ResOps est un modèle opérationnel qui unifie la sécurité des données, la résilience des identités et la Recovery cybernétique en une discipline continue et automatisée, plutôt que de les traiter comme des fonctions informatiques distinctes. ResOps transforme la résilience, qui passe d’une réponse réactive aux incidents à une pratique active qui analyse en permanence les modèles d’accès aux données, aide à détecter les menaces et les anomalies, et permet une reprise rapide et intelligente à grande échelle.

Q : Pourquoi les solutions traditionnelles de Backup and Recovery ne peuvent-elles pas gérer les charges de travail liées à l’IA ?

R : Les outils de Backup and Recovery traditionnels ont été conçus pour des systèmes centralisés, contrôlés par l’homme, présentant des pannes isolées. Les charges de travail d’IA impliquent des agents autonomes accédant à des données distribuées dans différents clouds, ainsi que des dépendances complexes entre microservices et conteneurs ; elles opèrent à une échelle que les processus manuels ne peuvent égaler.

Lorsque les systèmes d’IA tombent en panne ou sont attaqués, vous devez restaurer non seulement les données, mais aussi l’ensemble des infrastructures applicatives avec toutes leurs configurations, politiques et relations – des capacités dont les outils de sauvegarde traditionnels sont dépourvus.

Q : Que signifie concrètement la « résilience unifiée » ?

R : La résilience unifiée consiste à regrouper la sécurité des données, la gestion des identités et la cyber-récupération au sein d’une seule et même plateforme, d’un moteur de politiques et d’un modèle opérationnel, plutôt que de les gérer comme des fonctions distinctes avec des équipes et des outils différents.

Concrètement, cela permet d’adopter une approche cohérente pour protéger l’ensemble des charges de travail et des emplacements de données, de corréler automatiquement les événements de sécurité avec les modèles d’accès, et d’orchestrer une récupération complète qui restaure à la fois les données et l’infrastructure applicative complète nécessaire à leur utilisation.

Q : Quelle est la différence entre la cyber-résilience et la résilience de l’IA ?

R : La cyber-résilience se concentre sur la protection de l’infrastructure et la reprise après des incidents de sécurité, en considérant la résilience comme un état opérationnel permettant de faire face aux menaces. La résilience de l’IA élargit cette approche pour répondre aux défis propres aux systèmes pilotés par l’IA : des agents autonomes prenant des décisions avec un minimum de supervision, la croissance exponentielle des données et des identités non humaines dans tous les environnements, et des défaillances en cascade où les problèmes dans des systèmes d’IA interconnectés ont un impact sur l’ensemble des opérations métier plutôt que de rester isolés.

Q : Comment les ransomwares ciblent-ils les systèmes de sauvegarde ?

R : Les ransomwares ciblent de plus en plus les systèmes de sauvegarde en exploitant des identifiants compromis dotés d’un accès privilégié, en se déplaçant latéralement depuis les systèmes de production vers les référentiels de sauvegarde connectés, ou en exploitant les vulnérabilités des logiciels de sauvegarde eux-mêmes. Les familles modernes de ransomwares recherchent spécifiquement les infrastructures de sauvegarde afin de chiffrer ou de supprimer les points de Recovery, empêchant ainsi les organisations de restaurer des données saines et maximisant la pression pour qu’elles paient la rançon. Cela rend indispensables, pour la résilience, les sauvegardes hors ligne, immuables ou isolées physiquement.

Q : Qu’est-ce que le dilemme entre une Recovery « propre » et une Recovery « complète » ?

R : Le dilemme entre une Recovery « propre » et une Recovery « complète » est le choix forcé auquel les organisations sont confrontées lors de la réponse à un incident. Vous pouvez restaurer à partir de la sauvegarde la plus récente pour minimiser la perte de données, mais vous risquez de restaurer des données compromises ou corrompues ; ou vous pouvez revenir à un état « propre » vérifié antérieur à l’incident pour éliminer les menaces, mais vous perdez alors des données critiques pour l’activité. Les outils de sauvegarde traditionnels obligent les entreprises à choisir entre l’exhaustivité et la sécurité, tandis que les plateformes de résilience modernes visent à offrir les deux simultanément grâce à une surveillance continue des menaces et à des points de restauration vérifiés.

Q : Qu’est-ce qu’une « salle blanche » dans le contexte de la cyberrécupération ?

R : Une « salle blanche » dans le contexte de la cyberrécupération est un environnement isolé et sécurisé, totalement séparé des systèmes de production, qui permet aux entreprises de tester, valider et analyser en toute sécurité les données récupérées avant de les remettre en service. Les « salles blanches » permettent de mener des enquêtes judiciaires sur les systèmes compromis, de tester les procédures de reprise et de vérifier que les données restaurées sont exemptes de logiciels malveillants ou de corruption – le tout sans risquer de réinfecter les environnements de production ni d’exposer des données sensibles pendant l’analyse.

Sam Curcuruto est directeur du marketing produit chez Commvault.

Articles de blog connexes

Repenser la résilience à l’ère de l’IA

Le point de vue d’un DSI : renforcer la résilience de l’entreprise à l’ère de l’IA

Résilient face à la machine IA

Les innovations en matière de Cleanroom Recovery ouvrent une nouvelle ère dans la cyber-résilience

Points clés à retenir

• Les promesses de « restauration instantanée » échouent souvent à grande échelle en raison des opérations d’E/S par seconde (IOPS) réelles, de la réhydratation et des contraintes d’infrastructure.
• Le montage massif en direct sur un stockage de sauvegarde dédupliqué peut entraîner un effondrement des performances, imposant une réhydratation lente vers le stockage principal.
• Les « cleanrooms » permettent de mener en parallèle les analyses d’incident et la reprise des activités, au lieu d’un arrêt de service séquentiel entraîné par des délais.
• La compromission des identités élargit la portée des répercussions, rendant la récupération isolée et la restauration d’Active Directory (AD) essentielles à la sécurité des opérations.
• Les guides d’intervention automatisés pour les « cleanrooms » et les tests reproductibles aident les organisations à valider les indicateurs de Recovery réels avant qu’une crise ne survienne.

Commençons par une brève anecdote concernant un environnement « à l’épreuve des ransomwares » dont la restauration a pris 72 heures, bien au-delà des attentes de l’entreprise en matière de délai de restauration cible. C’est exactement le genre de situation où la solution Cleanroom Recovery de Commvault aurait pu contribuer à transformer une interruption douloureuse de trois jours en une restauration plus rapide, mieux maîtrisée et présentant moins de risques.

Anecdote : la physique contre le marketing

Sur Reddit, un utilisateur a raconté comment la société de services financiers pour laquelle il travaille a été victime d’une violation de données. Ils pensaient disposer d’une « infrastructure de rêve » pour une reprise rapide (mais peut-on vraiment parler d’« infrastructure de rêve » sans Cleanroom Recovery ?) : des sauvegardes immuables, des instantanés de stockage sécurisés et un hyperviseur moderne. Les fiches techniques promettaient une « restauration massive instantanée », mais l’entreprise est restée hors ligne pendant trois jours tandis que tout le monde tentait de remettre son environnement sur pied.

La cause profonde n’était pas l’échec des sauvegardes, mais le fait que les aspects concrets liés à la réhydratation, à l’analyse forensic et à l’identité n’avaient jamais été testés à grande échelle. L’auteur du message initial a indiqué que l’accès à un environnement « cleanroom » aurait accéléré le processus. Approfondissons la question et voyons pourquoi.

La solution « Cleanroom Recovery » de Commvault est conçue pour pallier précisément ces points faibles : elle permet d’automatiser une restauration propre et isolée dans le cloud, valide les données et orchestre la restauration en s’alignant sur le déroulement réel des incidents, et non pas uniquement sur l’apparence des schémas présentés sur des diapositives.

Problème n° 1 : le piège de la réhydratation

Dans ce cas de figure, le « montage à chaud » d’une poignée de machines virtuelles (VM) a bien fonctionné, mais la tentative de montage à chaud de plusieurs centaines d’entre elles a saturé l’Appliance de sauvegarde. Les E/S aléatoires s’exécutant directement sur un stockage de sauvegarde dédupliqué et compressé ont fait chuter les IOPS, forçant l’équipe à réhydrater l’intégralité des données vers la mémoire primaire Non-Volatile Memory Express à un rythme d’environ 3 To/heure pour un volume total d’environ 100 To.

Commvault Cleanroom Recovery permet de restaurer les charges de travail dans une « salle blanche » isolée basée sur Azure, s’appuyant sur des ressources de calcul et de stockage cloud évolutives, plutôt que d’essayer d’exécuter l’environnement de production à grande échelle à partir d’un appareil de sauvegarde.

Cela vous permet de restaurer des machines virtuelles critiques dans un environnement de Recovery spécialement conçu, d’utiliser l’élasticité du cloud pour absorber les E/S et d’automatiser la séquence de Recovery afin que les systèmes essentiels (identité, applications clés, données critiques) soient remis en service en priorité, sans créer de goulot d’étranglement sur une seule cible de sauvegarde.

Problème n° 2 : le ralentissement lié à l’analyse forensic

Lors de l’audit, la pile technologique a été mise en place en environ quatre heures, mais le service juridique a retardé toute intervention de 72 heures, car il ne disposait pas d’un « cleanroom » pré-provisionné. En l’absence d’un environnement isolé ne comportant aucun chemin de retour vers l’environnement de production, l’équipe d’analyse forensic ne pouvait pas mener son enquête en toute sécurité pendant que l’entreprise se remettait en état ; tout le monde a donc attendu le feu vert avant de lancer une véritable restauration.

Cleanroom Recovery fournit un environnement de restauration isolé et à la demande, spécialement conçu pour permettre à la fois la restauration et l’analyse forensic. Vous pouvez déployer une « cleanroom » cloisonnée dans Azure en quelques heures, y restaurer des systèmes, puis laisser les équipes de sécurité et juridiques effectuer des analyses forensic en lecture seule et des Threat Scans pendant que les équipes opérationnelles valident les applications et préparent la bascule – ce qui réduit considérablement le « frein forensic » en tant que facteur contribuant aux temps d’indisponibilité.

Problème n° 3 : la portée de l’attaque au niveau des identités

L’environnement décrit dans l’exemple disposait d’un seul compte administrateur ayant accès à la fois à l’hyperviseur et à la console de sauvegarde, ce qui signifiait que si les attaquants parvenaient à s’introduire à ce niveau, l’immuabilité risquait de devenir un simple paramètre qu’ils pourraient désactiver. L’identité, et pas seulement les données, constituait le véritable problème en termes de portée de l’attaque.

Cleanroom Recovery est conçue pour réduire la dépendance vis-à-vis du plan d’identité de production compromis pendant la récupération, en permettant un accès isolé et une prise en charge planifiée de la restauration d’AD dans le « cleanroom ».

En récupérant les services d’identité dans un « cleanroom » isolé et en utilisant des chemins d’accès distincts avec le principe du moindre privilège, vous pouvez contribuer à valider l’AD, à appliquer les autorisations appropriées et à protéger les plans de contrôle de sauvegarde contre toute compromission aisée par les mêmes identifiants que ceux utilisés en production.

Comment Cleanroom Recovery aurait changé le cours des événements

Si ce client avait utilisé Cleanroom Recovery, son scénario de Recovery aurait pu être très différent.

• Une reprise plus rapide, tenant compte des contraintes physiques : il aurait pu orchestrer la reprise dans un « cleanroom » cloud doté de ressources de stockage et de calcul évolutives, évitant ainsi l’effondrement des IOPS lié aux montages en direct massifs et atteignant la vitesse de reprise dont il avait réellement besoin.
• Analyse forensic et reprise des activités en parallèle : un RTO prédéfini pour le « cleanroom » inférieur à quatre heures lui aurait permis de déployer un environnement cloisonné à la fois pour le travail d’analyse forensic et la validation des applications, au lieu d’attendre 72 heures dans une impasse.
• Réduction des risques de réinfection et d’atteinte à l’identité : l’isolation en « cleanroom », le Threat Scan et un plan de contrôle distinct auraient permis de limiter la portée de l’atteinte à l’identité, de confirmer que les données étaient exemptes de logiciels malveillants avant le retour en production, et de fournir aux auditeurs et aux assureurs une piste de reprise propre et vérifiable.
• Guides d’intervention automatisés et reproductibles : des guides d’intervention automatisés orchestrant la détection des points propres, le séquencement des charges de travail et les basculements de test auraient pu leur permettre de s’entraîner régulièrement à ce scénario et de connaître leurs indicateurs réels avant une attaque – plutôt que de les découvrir en pleine crise.

Pour les organisations qui investissent déjà dans des piles « à l’épreuve des ransomwares », ce qui manque souvent, ce ne sont pas davantage de fonctionnalités, mais une stratégie de « cleanroom » respectant les réalités physiques, identitaires et juridiques. Commvault Cleanroom Recovery est conçu pour combler cette lacune et contribuer à transformer la reprise après sinistre, qui ressemble souvent à une « histoire de guerre » de trois jours, en une opération contrôlée, vérifiable et bien plus rapide.

FAQ

Q : Pourquoi l’approche de « restauration massive instantanée » a-t-elle échoué dans le scénario de rançongiciel ?
R : Si le montage en direct de quelques machines virtuelles a fonctionné, passer à l’échelle de centaines d’entre elles a submergé l’Appliance de sauvegarde en raison de contraintes d’E/S. Le stockage de sauvegarde dédupliqué et compressé n’est pas conçu pour gérer des charges de travail de production complètes à grande échelle, ce qui entraîne une chute des performances et un retard dans la reprise.

Q : Qu’est-ce que le « piège de réhydratation » dans la reprise après sinistre ?
R : Le piège de la réhydratation survient lorsque les organisations doivent restaurer de grands volumes de données de sauvegarde compressées vers le stockage primaire avant que les systèmes puissent fonctionner normalement. Ce processus est limité par les débits de transfert, ce qui peut allonger considérablement les délais de restauration lorsqu’il s’agit de dizaines ou de centaines de téraoctets.

Q : Comment une « salle blanche » contribue-t-elle à réduire les temps d’arrêt liés à l’expertise numérique ?
R : Une « salle blanche » offre un environnement isolé où les équipes d’expertise numérique peuvent mener leurs investigations en toute sécurité tandis que le service informatique restaure simultanément les systèmes. Cette approche parallèle permet d’éliminer les longs délais d’attente liés aux autorisations juridiques ou de sécurité avant le début des opérations de restauration.

Q : Pourquoi l’identité est-elle un facteur si critique dans la restauration après une attaque par ransomware ?
R : Si les attaquants compromettent les identifiants administratifs liés à la fois aux systèmes de production et aux systèmes de sauvegarde, les contrôles d’immuabilité peuvent ne plus assurer de protection. Une restauration isolée des identités et un accès selon le principe du privilège minimal peuvent contribuer à limiter l’étendue des dégâts et à garantir un processus de restauration plus sûr.

Q : Comment « Cleanroom Recovery » contribue-t-il à améliorer l’orchestration de la restauration ?
R : « Cleanroom Recovery » permet d’automatiser l’ordonnancement des charges de travail, la validation des points de restauration et le provisionnement de l’infrastructure de restauration dans le cloud. Cette approche structurée aligne la restauration sur le déroulement réel des incidents, aidant ainsi les organisations à reprendre le contrôle plus rapidement et avec davantage de confiance.

Q : Quelle leçon stratégique les organisations disposant de piles « à l’épreuve des ransomwares » peuvent-elles en tirer ?
R : Les fonctionnalités avancées ne suffisent pas à elles seules à garantir une reprise rapide. Une stratégie de « cleanroom » tenant compte des aspects physiques de l’infrastructure, de l’isolation des identités et des réalités juridiques permet aux organisations de transformer une résilience théorique en performances de reprise mesurables et reproductibles.

Nico Guerrera est responsable marketing senior des solutions chez Commvault.

Blogs connexes

Récupération d’une forêt Active Directory : pourquoi les méthodes manuelles ne sont plus viables

Tests de Recovery : la pièce manquante dans la plupart des programmes de cyber-résilience

Votre guide pratique moderne pour une réponse rapide et une récupération « propre »

Libérer le potentiel de la cyber-résilience : la puissance des « cleanrooms »

Pourquoi la Cleanroom Recovery et les tests de cybersécurité sont essentiels à la cyber-résilience

Points clés à retenir

• Commvault Cloud Backup & Recovery for DevOps prend désormais en charge Atlassian Jira, étendant ainsi la protection des données de niveau entreprise aux workflows de projets stratégiques.
• Des sauvegardes automatisées, basées sur des règles, ainsi que des options de restauration granulaire aident les équipes à restaurer rapidement les espaces Jira, les tâches et les configurations.
• Des fonctionnalités intégrées de cyber-résilience, telles que les sauvegardes immuables et le stockage cloud isolé, contribuent à protéger les données Jira contre les ransomwares et les modifications non autorisées.
• Une protection unifiée couvrant Jira, Azure DevOps, GitHub et GitLab réduit la prolifération des outils et simplifie la résilience des données DevOps.
• La protection de Jira est disponible via l’accès « Early Adopter », la disponibilité générale étant prévue pour mars 2026.

Nous sommes ravis d’annoncer l’extension de Commvault® Cloud Backup & Recovery for DevOps afin d’inclure la prise en charge d’Atlassian Jira. Cette mise à jour apporte à Jira une protection, une Recovery et une cyber-résilience de niveau entreprise, aidant ainsi les organisations à protéger leurs données de projet stratégiques contre la perte de données et les incidents cybernétiques.

Grâce à cette version, les équipes disposent désormais d’une méthode unifiée pour protéger les plans de sprint, les tâches et les configurations critiques, ainsi que leur code, leurs pipelines et leurs référentiels dans Azure DevOps, GitHub ou GitLab, le tout à l’aide d’une seule et même solution.

Pourquoi la protection des données Jira est-elle essentielle ?

Jira est devenu un pilier pour de nombreuses organisations, prenant en charge tous les aspects, du développement logiciel agile et des lancements de produits à la gestion des services informatiques. Il héberge les plans, les workflows et les données de tâches dont dépendent les équipes pour mener à bien leurs missions critiques.

Malgré son importance, Jira n’est pas à l’abri des pertes de données. Les suppressions accidentelles, les erreurs de configuration et les activités malveillantes peuvent rapidement effacer l’historique précieux d’un projet et perturber le travail en cours.

Lorsque les données Jira sont perdues ou deviennent inaccessibles, les équipes perdent en visibilité, les sprints sont bloqués, les lancements sont retardés, les engagements de service ne sont pas tenus et la productivité en pâtit, car les équipes tentent de recréer les informations perdues.

Une stratégie fiable de Backup and Recovery pour Jira est essentielle pour assurer la continuité des activités et minimiser le risque de temps d’arrêt, de perturbation opérationnelle et de non-respect éventuel des exigences en matière de conservation des données ou de conformité réglementaire.

Protection de niveau entreprise pour Jira Commvault Cloud offre une protection et une Recovery à l’échelle de l’entreprise pour Jira, aidant ainsi les organisations à protéger leurs données Jira stratégiques contre les cyberincidents, les sinistres et les erreurs opérationnelles. Caractéristiques principales :

• Sauvegardes automatisées et basées sur des règles des espaces Jira, des éléments de travail et des configurations, y compris les pièces jointes, les champs personnalisés et les paramètres des tableaux.
• Recovery granulaire d’espaces ou d’éléments de travail individuels, ainsi que Recovery complète du site à un moment précis.
• Conformité simplifiée grâce à un contrôle centralisé, à la journalisation des audits et à une conservation prolongée, afin de répondre aux exigences réglementaires et internes.
• Cybérésilience grâce à des sauvegardes immuables, un stockage cloud isolé et une architecture « zero-trust » pour protéger les données contre les ransomwares et les modifications non autorisées.
• Protection unifiée pour Jira, Azure DevOps, GitHub, GitLab et d’autres charges de travail d’entreprise à partir d’une seule et même plateforme.

Unifier la résilience des données DevOps avec Commvault

En unifiant la protection de Jira avec d’autres plateformes DevOps au sein de Commvault Cloud Backup & Recovery for DevOps, les entreprises peuvent bénéficier d’une approche holistique de la résilience des données tout au long du cycle de vie DevOps – de la planification et du suivi des tickets au code et à la livraison. Il en résulte une réduction du nombre d’outils et de la complexité, ainsi que l’assurance que les plans de sprint et les éléments du backlog sont rapidement récupérables lorsque cela compte le plus.

Disponibilité anticipée

La protection d’Atlassian Jira est désormais disponible via l’accès « Early Adopter », la disponibilité générale étant prévue pour mars 2026.

Pour en savoir plus sur la prise en charge d’Atlassian Jira par Commvault, cliquez ici.

Pour savoir comment accéder à la protection Jira ou planifier une démonstration, contactez votre équipe de compte Commvault.

FAQ

Q : Pourquoi est-il important de sauvegarder Atlassian Jira ?
R : Jira héberge des plans de sprint, des workflows et des données de tickets critiques sur lesquels de nombreuses équipes s’appuient pour mener à bien leurs projets et fournir leurs services. La perte de données due à une suppression accidentelle, une mauvaise configuration ou une activité malveillante peut perturber les livraisons et nuire à la productivité, ce qui rend indispensable une stratégie fiable de Backup and Recovery.

Q : Quelles données Jira Commvault Cloud peut-il protéger ?
R : Commvault Cloud permet de protéger les espaces Jira, les éléments de travail, les configurations, les pièces jointes, les champs personnalisés et les paramètres des tableaux. Cette couverture complète aide les organisations à conserver une visibilité totale et à restaurer aussi bien des éléments détaillés que des sites entiers en cas de besoin.

Q : Comment fonctionne la Recovery avec Commvault Cloud pour Jira ?
R : La solution permet une restauration granulaire d’espaces ou d’éléments de travail individuels, ainsi qu’une restauration complète du site à un moment précis. Cette flexibilité permet aux équipes de restaurer exactement ce dont elles ont besoin sans perturbation inutile.

Q : Comment cette solution favorise-t-elle la conformité et la cyber-résilience ?
R : Le contrôle centralisé, la journalisation des audits et la conservation prolongée aident les organisations à respecter les exigences réglementaires et internes. Les sauvegardes immuables, le stockage cloud isolé et une conception « zero-trust » contribuent à renforcer la protection contre les ransomwares et les modifications non autorisées.

Q : La protection de Jira peut-elle être gérée parallèlement à d’autres plateformes DevOps ?
R : Oui. Commvault Cloud unifie la protection de Jira avec celle d’Azure DevOps, de GitHub, de GitLab et d’autres charges de travail d’entreprise au sein d’une plateforme unique, ce qui contribue à réduire la complexité et permet une approche holistique de la résilience des données DevOps.

Q : Quand la protection de Jira sera-t-elle disponible pour le grand public ?
R : La protection d’Atlassian Jira est actuellement disponible via l’accès « Early Adopter », sa disponibilité générale étant prévue pour mars 2026. Les entreprises peuvent contacter leur équipe de compte Commvault pour en savoir plus ou planifier une démonstration.

Katharine Colucci est responsable marketing produit chez Commvault.

Votre entreprise vient d’être victime d’une attaque par ransomware. Vos services informatiques et de cybersécurité s’empressent de mettre en œuvre votre plan d’intervention en cas d’incident. Soudain, tout le monde se rend compte qu’il est impossible de se connecter à quoi que ce soit. Active Directory (AD) doit être hors ligne !? Les outils d’authentification et d’autorisation de votre entreprise sont affectés.

Après des heures passées à trier les informations et à évaluer l’ampleur du problème, votre équipe d’intervention en cas de cyberincident vous informe que la restauration des services fondamentaux d’Active Directory, d’authentification et d’autorisation prendra plus d’une semaine, si tout se passe bien.

Vous pensiez que votre plan de résilience, comprenant des sauvegardes d’Active Directory et une plateforme d’identité SaaS, était suffisant. Mais même avec le SaaS, la reprise est complexe et manuelle, ce qui retarde le retour à un niveau minimal de fonctionnement alors que chaque minute compte.

La résilience signifie que vous pouvez rétablir l’authentification et l’autorisation rapidement, de manière prévisible et fiable, que la perturbation soit due à une activité malveillante, à une panne ou à une erreur de configuration accidentelle.

Comprendre la menace

Les attaquants ciblent Active Directory (AD) car il s’agit du plan de contrôle des identités. Une fois qu’ils ont pris pied, ils s’assurent souvent une persistance en créant des comptes fantômes ou des comptes de porte dérobée, puis récoltent les identifiants et élèvent leurs privilèges. Forts de cet accès privilégié, ils se déplacent latéralement à travers les systèmes et les applications, restant parfois inactifs suffisamment longtemps pour que le premier signe évident soit l’échec des authentifications.

Ils acquièrent ainsi une connaissance approfondie du réseau, du personnel et des applications de l’organisation. Et lorsqu’ils sont prêts à maximiser leur impact, ils peuvent chiffrer ou corrompre la forêt Active Directory, perturbant les connexions et compliquant la Recovery dans l’ensemble de l’environnement.

Pourquoi l’identité (et pourquoi AD en premier) ?

Il est courant que la pile d’identités d’une organisation, en particulier AD et Entra ID, devienne complexe au fil du temps. Les forêts s’étendent, les autorisations prolifèrent, les politiques héritées s’accumulent et les processus jugés « suffisants » se transforment souvent en dérive de sécurité à long terme. Cette complexité crée des angles morts, et les défenseurs perdent une visibilité claire sur l’évolution des rôles, des privilèges et des politiques.

Et il ne s’agit jamais « simplement d’AD ». L’identité est un écosystème : les solutions de gouvernance des identités et des accès (IGA), les accès privilégiés, l’identité client, les fournisseurs d’identité, les bases de données d’authentification et l’authentification unique sont tous liés à une même réalité. C’est pourquoi les incidents liés à l’identité (et même les erreurs de configuration quotidiennes) peuvent causer des perturbations disproportionnées par rapport à de nombreuses autres défaillances d’infrastructure.

C’est au niveau du défi de la reprise que la plupart des plans sont mis à nu. Même avec des sauvegardes, la reprise d’une forêt est un processus en plusieurs étapes aux enjeux considérables, où les instructions pour une reprise manuelle peuvent comporter entre 50 et 100 (voire plus) étapes individuelles et prendre de plusieurs jours à plusieurs semaines, selon la complexité de l’environnement et le niveau de préparation.

La vraie question n’est pas « disposons-nous de sauvegardes ? », mais « les équipes sont-elles capables d’exploiter ces sauvegardes pour agir de manière rigoureuse sous pression, et les guides d’intervention ont-ils été testés et validés afin que la reprise ne se transforme pas en une course effrénée source d’erreurs au pire moment possible ? »

La solution

La nécessité de disposer d’un plan de Recovery est impérieuse. Celui-ci doit être testé et validé. Les entreprises doivent savoir et comprendre que leur plateforme de gestion des identités est la cible n° 1 des cybercriminels et des attaques. Elle doit donc être protégée en conséquence. Elle doit faire l’objet de sauvegardes, être testée et sa capacité de Recovery doit être validée. Il s’agit notamment de

• Des sauvegardes des plateformes AD, Entra ID et IGA.
• Des plans de Recovery testés et validés.
• Des environnements de Recovery isolés et Cleanroom Recovery.
• Un workflow et une automatisation de la Recovery pour AD.

Une gouvernance et une surveillance rigoureuses des identités restent essentielles, mais elles ne constituent qu’une partie de l’équation. Vous devez être en mesure de détecter rapidement tout comportement suspect lié aux identités, de le contenir sans délai et de restaurer le système en toute confiance lorsqu’un changement inattendu survient (qu’il s’agisse d’une activité malveillante ou d’une modification accidentelle perturbant l’authentification).

Cela signifie également que vous devez intégrer les comptes d’identité et l’activité des utilisateurs dans vos opérations de sécurité (SecOps) et surveiller en permanence les signaux tels que la création de comptes non autorisés, les modifications de privilèges et les schémas d’authentification anormaux, tout en disposant d’un parcours de Recovery éprouvé, reproductible et sans faille.

Commvault et Deloitte : un partenariat pour la résilience des identités

La résilience des identités est un enjeu métier qui nécessite une gouvernance solide, des processus, des contrôles et des technologies adaptées. C’est pourquoi Deloitte et Commvault se sont associés pour proposer des programmes complets de protection, de Recovery et de résilience des identités auxquels les organisations peuvent faire confiance lorsque cela compte le plus. 

Deloitte apporte une expertise approfondie en matière de cyber-risques, de résilience d’entreprise et de gestion des identités et des accès pour aider les organisations classées du Fortune 100 au Fortune 1 000 à concevoir, mettre en œuvre et opérationnaliser des programmes de résilience des identités.

Ces programmes aident les clients à évaluer leur posture de sécurité, à améliorer leurs capacités de détection et de réponse, et à définir les exigences minimales viables pour l’entreprise, puis à élaborer des plans de Recovery testés et vérifiés, assortis de calendriers clairs et d’une répartition des responsabilités entre les parties prenantes métier et informatiques. Deloitte transforme la résilience des identités en un programme concret grâce à des manuels d’intervention, des tests et des exercices de Readiness, afin que les équipes sachent à quoi ressemble une « préparation » effective en situation de crise.

Commvault rend les programmes de résilience opérationnels grâce à une protection intégrée et à des workflows de Recovery automatisés sur l’ensemble des systèmes d’identité, ainsi qu’à Commvault AirGap et Cleanroom Recovery pour garantir une reprise reproductible, propre et validée lorsque cela compte le plus. Commvault fournit la base technologique avec des capacités de résilience des identités qui incluent :

• La protection des systèmes d’identité critiques, notamment AD et Entra ID, ainsi que la comparaison ponctuelle et la prise en charge de la restauration en cas de modifications indésirables ou accidentelles.
• Des fonctions d’audit et de détection pour mettre en évidence rapidement les modifications suspectes (qui a modifié quoi, et quand), contribuant ainsi à réduire la fenêtre d’opportunité dont disposent les attaquants pour se propager ou persister.
• Des workflows de Recovery automatisés, y compris l’automatisation de la Recovery au niveau de la forêt, afin de réduire la charge de travail manuelle et le risque d’erreur lors de la Recovery des identités.
• Commvault Cleanroom pour valider la restauration des identités en environnement isolé avant de rétablir la confiance dans l’environnement de production.
• Commvault AirGap pour aider à conserver des copies de sauvegarde immuables et isolées (air-gapped), créant ainsi une base protégée qui prend en charge une restauration propre et des tests en « cleanroom » lorsque l’identité (ou l’environnement qui l’entoure) n’est pas fiable.

Passez à l’action

Si vous souhaitez tester la Readiness de votre plan de reprise après incident informatique, commencez par un atelier Deloitte sur Active Directory afin de cartographier les dépendances et d’élaborer un plan clair et concret pour restaurer AD et les charges de travail en production. Validez-le ensuite de la bonne manière : utilisez Commvault pour simuler la restauration en « cleanroom » avant d’en avoir réellement besoin lors d’un incident réel.

Pour les organisations prêtes à franchir une nouvelle étape, nous pouvons étendre cette démarche à un projet pilote de 30 jours qui met en œuvre une Recovery et des tests en « salle blanche » à l’aide d’artefacts réels et avec des résultats mesurables. Contactez votre représentant Deloitte à l’adresse commvaultsalesteam@deloitte.com ou votre représentant Commvault à l’adresse deloittealliance@commvault.com pour plus d’informations.

Dave Nowak est responsable de la cyberdéfense et de la résilience chez Deloitte, et Michael Fasulo est directeur senior du marketing de portefeuille chez Commvault.

Points clés à retenir

• Le manque de coordination entre les services informatiques et de sécurité accroît les risques cybernétiques.
• Commvault Cloud permet une réponse et une Recovery unifiées.
• Arlie AI fournit des informations partagées et des actions guidées.
• Les principes de « Secure by Design » (sécurité dès la conception) sont le fondement de la confiance et de la conformité.
• Une vision commune est fondamentale pour la cyber-résilience.

Dans l’environnement d’entreprise actuel, la cyber-résilience ne repose pas uniquement sur des outils. Elle dépend de la capacité des équipes informatiques et de sécurité à agir dans un même esprit. Avec Commvault Cloud, les organisations disposent d’une plateforme unifiée qui relie la détection, la réponse et Recovery, aidant ainsi les DSI et les RSSI à avancer ensemble sans compromis.

Comprendre le fossé entre l’informatique et la sécurité

Les équipes informatiques et de sécurité partagent une mission commune : permettre à l’entreprise de réussir. Pourtant, leurs voies divergent souvent en raison d’objectifs opposés, d’outils cloisonnés et de flux de travail disjoints.

Les opérations informatiques privilégient la rapidité, l’évolutivité, l’automatisation et la disponibilité.

Les opérations de sécurité se concentrent sur la protection des données, la réduction des risques et le maintien de la conformité grâce à la triade CIA : confidentialité, intégrité et disponibilité.

Lorsque ces perspectives s’affrontent sans coordination, des silos se forment. La communication ralentit. Les risques augmentent.

Pourquoi un manque d’alignement sape la cyber-résilience

Le manque d’alignement entraîne des conséquences tangibles :

• Une détection et une réponse aux incidents plus lentes.
• Une reprise inefficace et source d’erreurs.
• Une portée accrue des cyberattaques.
• Des frictions opérationnelles accrues en cas de crise.

La cyber-résilience exige une action coordonnée entre la détection, l’investigation et Recovery.

Combler le fossé avec Commvault Cloud

Commvault démontre comment la technologie peut harmoniser les équipes au lieu de les fragmenter.

• Des restaurations plus rapides et plus efficaces : Commvault fournit des informations sur les menaces, effectue des analyses à la recherche d’indicateurs de compromission et partage ces informations avec les outils de sécurité, tout en permettant une restauration rapide et fiable. Ensemble, les équipes peuvent identifier les systèmes affectés et rétablir les opérations en toute confiance.
• Atténuation ciblée des risques : des fonctionnalités telles que les évaluations de cyber-résilience, les simulations de scénarios et les tests isolés en « salles blanches » permettent aux organisations de se préparer sans impact sur les environnements de production.
• Gestion unifiée des incidents : des workflows intégrés relient la détection, l’investigation et Recovery, réduisant ainsi au minimum les risques de malentendus et contribuant à accélérer la résolution.
• Services évolutifs et sur mesure : les services de réponse aux incidents et de Recovery de Commvault s’adaptent aux besoins des organisations, favorisant la résilience sans surexploiter les ressources.
• Expertise partagée : les clients bénéficient de conseils combinés en matière de planification architecturale, d’optimisation des processus et de Readiness opérationnelle.

Arlie AI : l’intelligence partagée en action

Arlie AI, le copilote de résilience autonome de Commvault, renforce la collaboration en fournissant des informations en temps réel et des workflows guidés.

Arlie permet de :

• Mettre en évidence les anomalies et les données critiques.
• De guider les utilisateurs étape par étape lors d’incidents.
• De réduire la dépendance vis-à-vis d’une expertise technique approfondie.
• Standardiser les réponses au sein des équipes informatiques et de sécurité.

Grâce à des intégrations sans code et à une intelligence adaptée à la plateforme, Arlie élimine les approximations et renforce la coordination des actions.

La sécurité par conception, et non par hasard

Commvault intègre la sécurité au niveau du code grâce aux principes «Secure by Design». Cette approche est validée par des initiatives telles que l’adoption de capacités cryptographiques post-quantiques conformes aux nouvelles normes du NIST.

Ces mesures réduisent la charge liée à la conformité et soutiennent les secteurs réglementés. D’autres certifications sont disponibles dans le Commvault Trust Center.

Vers une vision commune

Q : Pourquoi les équipes informatiques et de sécurité ont-elles du mal à s’aligner ?

R : Elles fonctionnent selon des priorités, des indicateurs clés de performance (KPI) et des outils différents, ce qui peut créer des cloisonnements.

Q : Comment Commvault contribue-t-il à améliorer la cyber-résilience ?

R : En unifiant la détection, la réponse et la Recovery au sein de Commvault Cloud.

Q : Quel rôle jouent les intégrations de sécurité ?

R : Les intégrations de sécurité de Commvault permettent le partage interfonctionnel des informations sur les menaces et contribuent à accélérer la Recovery.

Q : Qu’est-ce qu’Arlie AI ?

R : Arlie est le copilote IA de Commvault qui fournit des informations guidées et en temps réel sur la résilience.

Q : Pourquoi le concept « Secure by Design » est-il important ?

R : Il permet de réduire les risques au niveau du code et facilite la mise en conformité dès le départ.

Q : Comment les entreprises peuvent-elles mesurer la réussite de leur alignement ?

R : Grâce à des indicateurs clés de performance (KPI) communs tels que le délai de détection, la vitesse de Recovery et les tests de Readiness.

Pauline List est spécialiste en marketing produit chez Commvault.

Blogs connexes

Favoriser l’alignement des parties prenantes pour la cyber-résilience

L’urgence de la cyber-résilience

Une approche multicouche de la cyber-résilience

La résilience conversationnelle : une nouvelle façon de gérer et de protéger les données d’entreprise

La prochaine évolution de la protection des données dans le cloud