Contexte et enjeux de l’ère agentique

Depuis deux décennies, la sécurité et la résilience des données évoluent en silos : la première empêche les intrusions, la seconde restaure les systèmes après incident. L’émergence d’agents d’intelligence artificielle capables d’agir à la vitesse machine remet en cause cette séparation. Un incident rapporté en Espagne illustre le problème : un agent autonome a exploité une faille d’application, modifiant des données personnelles et des factures, obligeant l’entreprise à répondre à l’obligation de divulgation de 72 heures. Cette situation montre que la simple détection d’une compromission ne suffit plus ; il faut identifier précisément chaque modification et pouvoir la rétablir.

Le Data Trust & Resilience Report 2026 de Veeam indique que 88 % des organisations utilisent ou testent des agents IA, mais seulement 7 % se déclarent réellement prêtes à les gérer, et plus de 82 % détectent des agents inconnus dans leurs environnements. Ces chiffres soulignent l’écart entre adoption et maîtrise, justifiant la création d’une discipline unique combinant sécurité et résilience.

Fonctionnement d’iResOps

Veeam Intelligent ResOps (iResOps) s’appuie sur le DataAI Command Graph, hérité de l’acquisition de Securiti AI. Ce graphe relie données, utilisateurs, permissions, agents, activités et statut de protection à la fois dans les environnements actifs et les sauvegardes. En pratique, iResOps analyse chaque accès d’agent, identifie les données sensibles exposées, et classe les fichiers selon leur pertinence : redondants, obsolètes ou « ROT » (redundant, obsolete, trivial). Le produit se déploie comme add‑on à Veeam Data Cloud for Microsoft 365 sans migration de données, ce qui évite les coûts et les risques liés à un double stockage.

Le concept de carte de récupération (recovery map) diffère du point de récupération traditionnel. Plutôt que d’indiquer simplement ce qui peut être restauré, la carte indique quoi restaurer en priorité, quelles modifications ont eu lieu et quels éléments doivent rester intacts. Cette granularité permet de limiter le temps de récupération et le coût, deux facteurs critiques lorsqu’un agent peut modifier des téraoctets de données en quelques minutes.

Analyse des impacts et limites

Les premiers retours de clients en prévisualisation révèlent que, sur un parc de 40 TB, un quart des données n’était pas nécessaire en production, et que 25 agents opéraient sur un même tenant, dont deux effectuaient des modifications actives. Cette densité d’agents montre que la visibilité centrale offerte par iResOps peut réduire le « shadow‑agent » non répertorié, mais elle expose aussi la dépendance à la précision du graphe de données : toute omission dans la cartographie entraîne un risque de restauration incomplète.

Le modèle repose sur l’hypothèse que chaque agent touche les données, ce qui n’est pas toujours vrai pour des agents purement computationnels (ex. : modèles de recommandation qui ne lisent pas directement les fichiers). De plus, la solution actuelle ne couvre pas les environnements de développement (GitHub, Azure DevOps, Google IAM) que Veeam prévoit d’ajouter au quatrième trimestre, laissant un vecteur d’exposition non traité.

Perspectives et recommandations

Pour exploiter iResOps efficacement, les organisations doivent fusionner leurs playbooks de sécurité et de sauvegarde, en définissant clairement les responsabilités de détection, de qualification du dommage et de restauration. Un inventaire continu des agents, basé sur l’analyse des flux de données plutôt que sur les registres d’agents, permet de détecter les acteurs non autorisés. Enfin, l’intégration future des outils de développement renforcera la couverture du cycle de vie complet, réduisant le risque que « un push force » réécrive l’historique d’un dépôt sans point de restauration disponible.