Infoblox identifie le risque de déni de service agentique pour les organisations
3 novembre 2026 · 2 min de lecture
Les organisations qui utilisent des agents d'intelligence artificielle pour automatiser leurs opérations de nuage, de technologie de l'information et de sécurité font face à un risque appelé déni de service agentique, ou ADoS.
Ce concept, décrit par Krupa Srivatsan, directrice sênior de marketing produit chez Infoblox, explique que cette faille ne s'attaque pas aux pare-feu ou aux serveurs. Au lieu de cela, l'attaquant utilise l'automatisation de la défense de la victime comme une arme pour empêcher l'utilisation efficace des agents d'intelligence artificielle, des services protégés ou de l'infrastructure dépendante.
La perturbation survient lorsque les agents saturent les systèmes avec un excès de calculs, d'actions ou de sollicitations. Dans le cas du déni de sécurité, l'attaquant génère des événements pour consommer les quotas d'API, les jetons, la capacité d'enrichissement et l'attention des analystes. Cela rend la défense lente ou coûteuse, permettant ainsi de masquer une intrusion réelle. L'attaquant peut également empoisonner les sources de connaissances pour que l'assistant produise des résumés erronés.
Le déni d'infrastructure se produit quand l'activité de l'agent cause la perturbation. Des services partagés comme le DNS, les ressources de nuage ou les chemins de réseau peuvent subir une latence intermittente ou des limites d'API si un orchestrateur déclenche trop d'agents spécialisés ou si un agent de fiabilité de site reste bloqué dans une boucle de correction.
Une troisième forme survient lorsque l'autonomie accordée aux agents devient problématique. Un agent de support pourrait, par exemple, réinitialiser des milliers de mots de passe suite à une panne de fournisseur d'identité. Un attaquant peut provoquer cette confusion via une injection de prompt, transformant la réponse du défenseur en charge utile.
Infoblox suggère quatre principes pour limiter ces risques: bloquer les destinations malicieuses tôt via la requête DNS, observer le comportement plutôt que les événements, utiliser des données fiables pour l'automatisation et limiter l'autonomie des agents. Ces limites incluent des budgets, des plafonds de taux, des approbations pour les actions à fort impact et un bouton d'arrêt. L'entreprise précise que ces mesures ne remplacent pas la gouvernance de l'identité et de l'orchestration, bien que le DNS soit la première couche de presque toute connexion.