IT Glossary
L'ITDR détecte les attaques qui visent l'identité elle-même. Découvrez ce qu'il repère et pourquoi le parc SaaS se trouve dans son angle mort.
August 7, 2026
L'ITDR (identity threat detection and response) est une discipline de sécurité centrée sur la détection et le traitement des attaques qui visent l'infrastructure d'identité elle-même : sessions volées, identifiants compromis, privilèges détournés, configuration d'identité manipulée. Elle existe parce que les attaquants se connectent de plus en plus au lieu de s'introduire, ce qui ne laisse aucun logiciel malveillant à trouver pour les outils de poste de travail.
L'ITDR surveille l'infrastructure d'identité à laquelle il est connecté, ce qui signifie en pratique le fournisseur d'identité et l'annuaire. Une part croissante des attaques identitaires se produit désormais un cran plus loin : hameçonnage de consentement OAuth contre une application SaaS, jeton d'API émis à l'intérieur d'un outil, ou application jamais fédérée. Aucun de ces cas ne produit de signal dans le fournisseur d'identité, puisque celui-ci n'a jamais été sollicité.
Un attaquant envoie un écran de consentement pour un module de productivité d'apparence légitime. Un salarié l'approuve, ce qui accorde un accès permanent en lecture à sa messagerie et à son disque. Aucun mot de passe n'est volé, aucun MFA n'est contourné, et le fournisseur d'identité enregistre une connexion réussie et conforme à la politique. La détection doit venir de l'autorisation elle-même : quelles applications détiennent quels périmètres, et lesquelles sont apparues cette semaine. Corma fait remonter ces autorisations OAuth sur l'ensemble du parc, couche que l'ITDR n'atteint pas.
L'EDR détecte les menaces sur les postes de travail par le comportement des processus et des fichiers. L'ITDR détecte les menaces contre les systèmes d'identité par les signaux d'authentification, d'autorisation et de configuration.
Non. Un SIEM agrège les journaux de partout. L'ITDR se spécialise dans la télémétrie d'identité et les schémas d'attaque qui lui sont propres, et il alimente généralement un SIEM au lieu de le remplacer.
Le vol de session et de jeton, suivi de l'hameçonnage de consentement OAuth. Les deux contournent l'authentification multifacteur parce que le facteur avait déjà été satisfait.
L'IAM décide qui obtient l'accès. L'ITDR observe ce qui arrive ensuite à ces identités et réagit quand le comportement cesse de correspondre à ce qui a été accordé.