Agents IA en entreprise : les risques de sécurité à connaître en 2026

Qu’est-ce qu’un agent IA ?

Un agent IA poursuit un objectif avec un modèle et, selon sa conception, des outils. Contrairement à un assistant qui s’arrête à un texte, il peut être branché à un calendrier, à une base documentaire, à un logiciel de gestion ou à des outils de développement.

Un agent commercial peut résumer des échanges, lire ce qu’un CRM autorise et proposer un brouillon. Ces capacités sont pratiques. Elles signifient aussi que l’agent touche des données et des systèmes réels. La sécurité des agents IA commence par la liste de ces touches.

Ce que l’actualité d’octobre 2026 a rappelé

En octobre 2026, un incident dans un environnement d’entraînement de modèles avancés a remis le sujet sur la table. OpenAI a indiqué avoir renforcé ses protections après qu’une erreur de configuration a permis à un modèle de recherche d’obtenir un accès limité à Internet. Lors de tests ultérieurs, des agents ont aussi mis au jour des vulnérabilités logicielles, dont un sujet touchant la bibliothèque de compression Brotli.

Ces faits, rapportés par la presse le 23 octobre 2026, n’ont pas à être romancés. Ils illustrent un principe : plus un système peut agir, plus son environnement doit être tenu. La sécurité des agents IA ne se délègue pas au modèle.

Les principaux risques

1. Des permissions trop larges

Si un agent lit tous les documents ou modifie des données sans contrôle, une erreur pèse lourd. Un agent chargé de résumer des dossiers n’a pas besoin de supprimer des fichiers, d’envoyer des courriels ou d’administrer des comptes.

La pratique saine est le moindre privilège : seulement les droits nécessaires. La sécurité des agents IA y gagne, parce qu’un comportement inattendu a moins de conséquences.

2. La prompt injection

La prompt injection glisse des instructions hostiles dans un contenu que le système va lire : page web, document, courriel, pièce jointe. L’agent peut être poussé à ignorer ses consignes ou à utiliser ses outils de travers.

La difficulté est structurelle. L’agent interprète du texte, et ce texte mélange l’information utile et l’ordre hostile. Il faut séparer les données non fiables des instructions système, limiter les actions et faire vérifier les opérations sensibles avant de les exécuter.

3. Les fuites de données

Un agent branché à des documents confidentiels peut les envoyer au mauvais service, les coller dans une réponse destinée à la mauvaise personne, ou les réutiliser dans un mauvais contexte. Contrats, données financières, informations personnelles et identifiants demandent une protection à part.

Examinez la conservation, le partage, les journaux et les conditions du fournisseur. La sécurité des agents IA inclut ce contrat, pas seulement le prompt affiché aux équipes.

4. Internet et systèmes internes

Un agent relié à Internet peut atteindre des ressources externes peu fiables. Un agent relié aux outils internes peut toucher des systèmes essentiels. La séparation des environnements, les règles réseau et la surveillance des actions comptent autant que le modèle.

Un environnement de test ne doit pas hériter automatiquement des accès de production. C’est une règle ancienne. Les agents la rendent plus urgente.

5. Les failles des logiciels autour

Un agent repose sur des bibliothèques, des services, des API et des composants. Une vulnérabilité dans l’un d’eux peut compromettre une partie du système. L’épisode Brotli rappelé en octobre 2026 montre que le risque ne s’arrête pas au modèle.

Il faut inventorier les dépendances, appliquer les correctifs et suivre les avis qui concernent vraiment la pile utilisée. La sécurité des agents IA est aussi une hygiène logicielle.

Comment sécuriser un agent en entreprise

Moindre privilège

Donnez à chaque agent uniquement les permissions de sa mission. Utilisez des comptes dédiés, limitez les dossiers et évitez les identifiants d’administrateur permanents. Un compte nommé « agent-factures » vaut mieux qu’une session de direction laissée ouverte.

Validation humaine

L’agent peut préparer une action sans droit de l’exécuter. Suppression de données, envoi massif, changement d’une configuration de sécurité, transfert d’un fichier confidentiel : ces gestes méritent une confirmation. La sécurité des agents IA accepte l’automatisation des brouillons, pas celle des actes irréversibles.

Séparer test et production

Les essais se font dans un environnement isolé, avec des données fictives ou très contrôlées. Un agent ne doit pas ouvrir la production simplement parce qu’une tâche de test serait plus réaliste avec de vraies données clients.

Journaliser

Les journaux doivent dire quels outils ont été utilisés, quelles données ont été lues et quelles actions sont parties. La surveillance cherche aussi l’inhabituel : accès répétés à des dossiers sensibles, outils appelés hors du périmètre.

Tester les attaques

Les équipes confrontent l’agent à des contenus hostiles, des demandes contradictoires, des documents piégés et des contournements de permissions. Ces tests recommencent quand les outils, le modèle ou les droits changent. Un test unique le jour du lancement ne suffit pas.

[[/note]]

Quelles priorités pour les entreprises marocaines ?

Les organisations qui adoptent des agents commencent par cartographier les données et les systèmes accessibles. Avant le déploiement, répondez à ces questions :

• Quelles informations l’agent peut-il lire ?
• Peut-il modifier ou supprimer ?
• Quelles actions exigent un humain ?
• Où sont stockées les informations traitées ?
• Qui lit les journaux ?
• Comment désactiver l’agent vite en cas d’incident ?

Il faut aussi regarder les obligations sur les données personnelles, les contrats des fournisseurs et les règles du métier. La sécurité des agents IA ne dispense pas du cadre déjà applicable à l’entreprise.

Une expérience limitée à une tâche peu sensible se contrôle mieux qu’un agent branché d’emblée sur toute l’organisation. Commencez par un résumé de documents internes non confidentiels, mesurez, puis seulement élargissez.

Les équipes qui déploient aussi des outils de transcription ou des assistants personnels retrouvent les mêmes questions de droits. Le dossier transcription vocale IA et celui sur iOS 27.2 montrent deux autres endroits où des données réelles croisent un modèle. La rubrique cybersécurité garde le fil.

Ce qu’il ne faut pas faire

Ne donnez pas un accès « temporaire » qui devient permanent faute de date de fin. Ne collez pas des secrets dans le prompt pour « aller plus vite ». Ne jugez pas un agent sur une démonstration commerciale réalisée avec des données fictives flatteuses.

Ne confondez pas non plus un filtre de mots interdits avec une sécurité. La sécurité des agents IA se mesure aux actions impossibles, pas aux phrases refusées. Un agent qui ne peut pas envoyer de mail ne peut pas se tromper de destinataire. Un agent qui peut envoyer, même poli, le peut.

FAQ sur la sécurité des agents IA

Points à vérifier

La sécurité des agents IA se relit à chaque nouveau connecteur, pas seulement le jour de la mise en service.

Un jeton qui n’expire pas fragilise la sécurité des agents IA, même si le prompt est bien écrit.

Les données de test ne doivent pas être des copies clients. C’est une règle de base de la sécurité des agents IA.

Après un départ d’employé, retirez aussi les accès de l’agent qu’il administrait. La sécurité des agents IA suit le mouvement du personnel.

Un journal illisible ne compte pas. La sécurité des agents IA exige qu’une personne désignée sache l’ouvrir.

Les pièces jointes externes se traitent comme non fiables. La sécurité des agents IA part de cette méfiance.

Un agent de support n’a pas besoin du pouvoir d’effacer un compte. La sécurité des agents IA refuse les rôles fourre-tout.

Documentez l’arrêt d’urgence sur une page interne. La sécurité des agents IA sans cette page reste théorique.

Les fournisseurs changent leurs conditions. La sécurité des agents IA inclut une relecture quand le contrat bouge.

Une tâche réussie en démonstration ne prouve pas la sécurité des agents IA sur vos fichiers.

Commencez par un périmètre que vous pouvez expliquer en cinq lignes à une personne non technique.

Si vous ne pouvez pas dire quelles données sortent du réseau, n’élargissez pas le pilote.

Prévenez les équipes que l’agent peut se tromper. Une confiance aveugle annule les contrôles prévus.

Planifiez une revue à 30 jours : droits réels, journaux, incidents évités, et ce qui doit être retiré.

Annoncez le pilote aux personnes dont les dossiers peuvent être lus. La surprise est un mauvais mode de déploiement.

Avant d’ouvrir un nouveau outil, écrivez ce que l’agent a le droit de lire et ce qu’il n’a pas le droit de faire. Cette page d’une demi-feuille est le cœur de la sécurité des agents IA. Si elle ne tient pas sur une demi-feuille, le périmètre est déjà trop large pour un pilote.

Si une action part sans validation alors que la règle l’exige, arrêtez le pilote le temps de comprendre le réglage, plutôt que d’ajouter une consigne de plus.

Les identifiants ne se collent pas dans une consigne « pour que cela marche ». Un secret dans un prompt se retrouve dans un journal, une capture ou une réponse. La sécurité des agents IA passe par un coffre ou un mécanisme prévu pour les clés, avec une rotation quand une personne quitte l’équipe.

Rangez la liste des outils autorisés à côté de la liste des outils disponibles. L’écart entre les deux est souvent le vrai sujet.

Quand un document vient de l’extérieur, traitez-le comme un message, pas comme un ordre. Un devis, un CV ou une page copiée peuvent contenir une instruction cachée. La sécurité des agents IA consiste à laisser l’agent résumer, puis à faire valider par un humain toute action qui sort de la lecture.

Une revue trimestrielle courte vaut mieux qu’un audit annoncé et jamais fait. Bloquez la date en même temps que le pilote.

Notez la version du modèle et la date du changement de droits. Quand un comportement apparaît, cette ligne dit si le cadre a bougé.

Les environnements de démonstration utilisent souvent des données trop propres. Rejouez un cas réel anonymisé, avec un fichier mal nommé, une pièce jointe et une demande contradictoire. La sécurité des agents IA se voit dans ces cas-là, pas dans le scénario du fournisseur.

Expliquez aux métiers ce que l’agent ne fera pas. Cette liste rassure plus qu’un discours sur les modèles, et elle évite qu’une équipe demande ensuite l’accès « juste pour essayer » sur des dossiers sensibles.

Fixez aussi qui est prévenu. Un journal que personne ne lit ne sert pas. Désignez une personne et un remplaçant, et dites en combien de temps ils peuvent couper le compte. La sécurité des agents IA a besoin de ce numéro, pas seulement d’un schéma.

Conservez un exemple de bonne validation et un exemple de refus. Les nouveaux arrivants comprennent plus vite avec deux cas concrets qu’avec une politique de dix pages.

Les petites structures marocaines n’ont pas toujours une équipe dédiée. Ce n’est pas une raison pour donner à l’agent le compte du dirigeant. Un compte séparé, avec peu de dossiers, suffit pour un essai. La sécurité des agents IA est plus simple quand l’essai est petit.

Relisez les droits une fois le pilote terminé, même s’il a bien marché. Un essai réussi laisse souvent des accès ouverts que plus personne ne surveille.

Revoyez les connecteurs après chaque ajout de logiciel. Un agent branché au mail puis au stockage puis à la comptabilité accumule des droits que personne n’a redessinés. La sécurité des agents IA se réécrit à chaque connecteur, même si le modèle ne change pas.

Gardez une trace des actions refusées. Elles disent où l’agent tente d’aller. Une série de refus sur les mêmes dossiers est un signal, pas une anecdote. La sécurité des agents IA s’améliore en lisant ces refus, puis en resserrant ou en formant.

Ne promettez pas aux clients qu’un agent « ne se trompe jamais » parce qu’un filtre de politesse est en place. Promettez un cadre : qui valide, quelles données sont exclues, comment corriger. La sécurité des agents IA est une promesse de procédure, pas une promesse d’infaillibilité.

Enfin, prévoyez la sortie. Le jour où le fournisseur ou le pilote s’arrête, les jetons doivent être révoqués et les copies de travail effacées selon la règle de conservation. La sécurité des agents IA inclut la fin du projet, pas seulement son lancement.

Formez les personnes qui valident les actions, pas seulement celles qui écrivent les consignes. Un valideur qui clique sans lire annule le contrôle. La sécurité des agents IA dépend de ce geste humain autant que du réglage technique, et ce geste se décrit : quoi regarder, quoi refuser, quand escalader.

Séparez aussi les agents entre eux. Celui qui classe des pièces jointes n’a pas à parler à celui qui prépare des paiements. Un enchaînement non prévu entre deux agents élargit le risque sans que personne n’ait signé ce nouveau pouvoir. La sécurité des agents IA se dessine agent par agent, avec des comptes qui ne se partagent pas.

Les sauvegardes restent hors de portée de l’agent. Un outil capable d’effacer sa propre trace ou de modifier une copie de secours n’est plus un assistant. La sécurité des agents IA place les sauvegardes et les journaux d’audit sur un compte que l’agent ne possède pas.