Agents intelligents : pourquoi la cybersécurité doit repenser l’identité numérique

En mars 2025, la question de l’identité numérique ne concerne plus seulement les salariés, les clients ou les administrateurs d’un système informatique. Des agents intelligents peuvent désormais rechercher une information, utiliser un outil, transmettre une requête à une application ou accomplir une suite de tâches. Lorsqu’ils manipulent des données sensibles ou disposent d’autorisations étendues, ils deviennent eux aussi des acteurs de la sécurité.

Cette évolution ne signifie pas que les identités humaines disparaissent. Elle oblige plutôt les organisations à reconnaître qu’un environnement numérique rassemble désormais des personnes, mais aussi des logiciels, des comptes de service, des interfaces de programmation et des agents capables d’agir au nom d’un utilisateur ou d’une entreprise. Or, une grande partie de la cybersécurité a été pensée pour répondre à une question plus simple : qui est la personne qui se connecte ?

Avec les agents intelligents, les questions se multiplient : quel système a lancé l’action ? Au nom de qui agit-il ? Quelles données peut-il consulter ? Pendant combien de temps ? Et comment reconstituer son parcours en cas d’incident ? La réponse ne peut pas se résumer à la possession d’un mot de passe ou d’un jeton d’accès.

Pourquoi les agents intelligents changent la notion d’identité

Une identité numérique sert à reconnaître un acteur dans un système. Pour une personne, elle peut être associée à un compte, un mot de passe, une authentification multifacteur ou un appareil de confiance. Pour une entité non humaine, elle prend d’autres formes : compte technique, clé d’accès, certificat, jeton, application connectée ou service automatisé.

Un agent intelligent ajoute une difficulté particulière. Il n’est pas seulement un programme qui exécute toujours la même instruction. Selon sa conception et les autorisations qui lui sont accordées, il peut interpréter une demande, choisir parmi plusieurs outils, récupérer des informations et enchaîner des actions. Cette capacité rend ses usages intéressants, mais accroît aussi la portée potentielle d’une erreur, d’une configuration trop permissive ou d’un accès détourné.

Il est donc utile de distinguer l’identité de l’agent de celle de la personne qui l’emploie. Un collaborateur peut demander à un assistant de préparer une synthèse, mais l’agent ne devrait pas nécessairement hériter de tous les droits de ce collaborateur. Il doit recevoir uniquement les autorisations indispensables à la tâche prévue, dans un cadre et pour une durée définis.

Des protections pensées pour les humains, pas pour des acteurs logiciels autonomes

Les dispositifs classiques de sécurité restent essentiels. L’authentification multifacteur, le chiffrement, la segmentation des réseaux et la gestion des mots de passe réduisent des risques concrets. Mais ils ne suffisent pas toujours lorsque des milliers d’interactions automatisées ont lieu entre applications, bases de données, outils métiers et services externes.

Le problème n’est pas uniquement le nombre d’identités non humaines. C’est aussi leur cycle de vie. Un compte technique peut être créé pour un projet, conserver des droits après la fin de ce projet, puis être oublié. Une clé d’accès peut être réutilisée dans plusieurs services. Un agent peut recevoir une autorisation large pour fonctionner plus facilement, alors qu’une permission plus étroite aurait suffi.

Les organisations doivent aussi prendre en compte la vitesse des systèmes automatisés. Une personne peut consulter quelques dossiers ou effectuer quelques opérations. Un agent connecté à plusieurs outils peut, selon ses droits, accomplir un grand nombre d’actions en peu de temps. Une anomalie détectée tardivement peut donc avoir des effets plus étendus.

La cybersécurité doit donc passer d’une vision statique de l’identité à une vision contextuelle. Il ne suffit plus d’enregistrer qu’un agent est autorisé. Il faut pouvoir déterminer à quel service il appartient, quel responsable humain en porte la responsabilité, quel outil il appelle, quelles données il traite et si son comportement correspond à sa mission.

Quels risques spécifiques posent les agents connectés ?

L’essor des agents intelligents élargit la surface d’attaque, c’est-à-dire l’ensemble des points qu’un attaquant peut tenter d’exploiter. Les accès aux outils, aux données et aux services deviennent des cibles sensibles. Une erreur de paramétrage, une identité technique mal protégée ou une autorisation accordée trop largement peuvent être utilisés pour atteindre des ressources qui devraient rester séparées.

Les données constituent un enjeu central. Un agent chargé d’assister un salarié peut avoir besoin de lire des documents, de consulter un agenda ou d’interroger un logiciel métier. Ces connexions doivent être conçues avec prudence : plus l’agent peut accéder à des informations variées, plus il faut préciser les limites de son périmètre.

La fiabilité des interactions est tout aussi importante. Un agent peut recevoir des contenus provenant d’un message, d’un document ou d’un site. Ces contenus ne doivent pas être traités automatiquement comme des instructions dignes de confiance, surtout lorsqu’ils pourraient conduire l’agent à utiliser un outil, partager une donnée ou modifier un paramètre.

Enfin, la question de la responsabilité devient plus difficile. En cas d’action problématique, une enquête doit permettre de distinguer l’intention de l’utilisateur, la configuration de l’agent, les droits accordés par l’organisation et l’éventuelle compromission d’un accès. Sans journalisation claire, l’entreprise risque de ne pas savoir si l’action vient d’une personne, d’un agent correctement mandaté ou d’un tiers malveillant.

La confiance zéro, un cadre adapté aux identités non humaines

Le modèle de confiance zéro, souvent désigné par l’expression anglaise zero trust, part d’une idée simple : aucun utilisateur, appareil, logiciel ou réseau ne doit être considéré comme fiable par défaut. Chaque demande d’accès doit être évaluée en fonction de son identité, de son contexte et de son niveau de risque.

Appliqué aux agents intelligents, ce principe conduit à vérifier plusieurs éléments avant d’autoriser une action sensible :

• l’identité technique de l’agent et l’organisation qui en est responsable ;
• l’identité de la personne ou du processus à l’origine de la demande ;
• la tâche réellement demandée et les outils qu’elle nécessite ;
• le périmètre des données concernées ;
• la durée de validité de l’autorisation ;
• les signaux inhabituels, comme un accès à une ressource sans rapport avec la mission.

Cette approche ne consiste pas à bloquer toute automatisation. Elle vise à éviter qu’une permission accordée une fois devienne une confiance illimitée. Un agent peut ainsi être autorisé à lire un document précis pour produire une synthèse, sans disposer pour autant d’un accès général à l’ensemble du stockage de l’entreprise.

L’IA peut défendre les systèmes, à condition de rester contrôlée

L’intelligence artificielle ne sert pas uniquement à automatiser des tâches métier. Elle peut aussi contribuer à la cybersécurité. Des systèmes d’analyse peuvent examiner de grands volumes d’événements, repérer des comportements inhabituels et aider les équipes à prioriser les alertes. Cette capacité est particulièrement utile lorsque les journaux d’activité sont trop nombreux pour être analysés manuellement en temps réel.

Les outils prédictifs peuvent également aider à anticiper certaines menaces, par exemple en identifiant des séquences d’accès anormales ou des utilisations inhabituelles d’une identité technique. Leur rôle doit toutefois être compris avec précision : ils assistent la détection et la réponse, mais ne remplacent ni une bonne configuration des droits ni l’expertise humaine.

Une IA de sécurité peut elle-même commettre des erreurs d’interprétation ou produire des alertes trop nombreuses. À l’inverse, un système trop confiant peut manquer un signal faible. Les décisions à fort impact, comme la suppression de données, le blocage d’un compte critique ou la modification d’un environnement de production, doivent donc rester encadrées par des règles explicites et, lorsque cela est nécessaire, par une validation humaine.

Il faut également sécuriser les outils d’IA utilisés pour défendre le système. Un assistant de cybersécurité qui reçoit des données sensibles, accède à des journaux internes ou possède des capacités d’action doit lui aussi être traité comme une identité à privilèges. Il ne devient pas sûr parce qu’il est employé à des fins de sécurité.

Vie privée et gouvernance : qui répond des actions d’un agent ?

L’intégration d’agents intelligents dans les organisations soulève aussi des questions éthiques. Pour accomplir une tâche, ces systèmes peuvent traiter des informations professionnelles, parfois personnelles ou confidentielles. La protection de la vie privée impose donc de définir ce qui est nécessaire, ce qui peut être consulté et ce qui doit rester inaccessible.

Une gouvernance solide repose d’abord sur la clarté des responsabilités. Chaque identité non humaine importante devrait avoir un propriétaire identifié, capable d’expliquer sa fonction, ses droits et les données auxquelles elle accède. Cette responsabilité ne doit pas se diluer entre l’équipe métier qui utilise l’agent, l’équipe technique qui l’intègre et l’équipe de sécurité qui surveille les accès.

La transparence est également déterminante. Les utilisateurs doivent savoir lorsqu’ils interagissent avec un agent, comprendre les grandes lignes de son rôle et connaître les limites de ce qu’il peut faire. Pour les organisations, documenter les décisions d’accès et les usages autorisés facilite les audits, les enquêtes internes et la mise à jour des politiques de sécurité.

Le chiffrement demeure une protection importante pour les données en transit ou stockées. Mais il ne résout pas seul le problème des identités. Une donnée parfaitement chiffrée peut être exposée si un agent légitime, mais trop largement autorisé, est utilisé de manière abusive. La sécurité doit donc associer protection technique des informations et contrôle rigoureux des permissions.

Les mesures concrètes à mettre en place dès maintenant

Face à la multiplication des entités automatisées, la première étape est souvent la plus simple : établir un inventaire. Une organisation doit savoir quels agents, applications, comptes de service, clés et connexions automatisées existent réellement dans son système d’information.

Cet inventaire peut servir de point de départ à une démarche structurée :

• attribuer un responsable humain à chaque agent ou identité technique importante ;
• supprimer les comptes inutilisés et les droits hérités sans justification ;
• accorder le minimum de permissions nécessaire à chaque tâche ;
• utiliser des identifiants distincts selon les services et renouveler les secrets d’accès ;
• limiter dans le temps les autorisations les plus sensibles ;
• isoler les environnements de test des données et systèmes de production ;
• journaliser les accès, les appels d’outils et les actions importantes ;
• prévoir une validation humaine pour les opérations à risque élevé.

Ces règles concernent autant les grandes entreprises que les organisations plus modestes. Une petite structure peut elle aussi connecter un assistant à sa messagerie, à ses documents et à ses outils de gestion. L’enjeu n’est pas d’adopter des dispositifs inutilement complexes, mais de faire correspondre les droits de chaque agent à un besoin clairement défini.

Ce qu’il faut surveiller à mesure que les agents se généralisent

La montée des agents intelligents invite à revoir une idée longtemps centrale en cybersécurité : l’identité n’est plus seulement celle d’une personne devant un écran. Elle devient un ensemble de relations entre un humain, un logiciel, des données, des outils et des autorisations.

Les priorités seront la capacité à vérifier ces relations en continu, à tracer les actions réalisées et à retirer rapidement les accès devenus inutiles. Les acteurs techniques, les chercheurs, les responsables de la sécurité et les dirigeants auront intérêt à définir des normes communes, compréhensibles et adaptables.

L’automatisation peut améliorer l’efficacité des organisations et renforcer la détection des menaces. Mais elle ne doit pas conduire à accorder une confiance aveugle à des systèmes dont les accès, les limites et les responsabilités restent insuffisamment définis. À l’ère des agents intelligents, protéger l’identité numérique consiste d’abord à savoir précisément qui, ou quoi, agit dans le système.