Les images de cet article ont été générées par intelligence artificielle. Notre méthode de publication
Le rapport de LayerX Security sur l'état de l'utilisation de l'IA 2026 montre à nouveau que pour de nombreux responsables de la sécurité, ce n'est plus une surprise, mais qu'il est encore mal compris : le risque d'affaires de l'IA n'est pas homogène et n'est pas là où la plupart des gens s'imaginent. Ce n'est pas "tous utilisent IA" en couple, mais une concentration marquée sur quelques utilisateurs intensifs et sur quelques plateformes qui cachent la plupart des interactions et donc l'évasion possible de l'information.
La fracture principale n'est pas seulement entre les outils gérés par l'entreprise et les chatbots de consommation; c'est une fragmentation plus subtile et dangereuse qui comprend des comptes personnels, des extensions de navigateur, des connecteurs de programme et des assistants intégrés à l'application. Cet écosystème long et dispersé crée une visibilité incomplète pour les équipements de sécurité parce que bon nombre de ces interactions se produisent en dehors des contrôles traditionnels d'identité, d'enregistrement et de conservation.

Pour les organisations, cela a trois conséquences pratiques immédiates. Tout d'abord, un petit sous-ensemble d'« utilisateurs de puissance » génère la plupart des conversations plus profondes et des chaînes rapides, donc concentrer les ressources sur la détection et l'atténuation de ce comportement a un meilleur rendement que de traiter tous les utilisateurs également. Deuxièmement, la plate-forme compte : lorsque les interactions se font à partir de comptes d'entreprise vers des solutions intégrées, les possibilités de gouvernance et d'audit augmentent ; lorsque les versions de consommateurs ou les licences personnelles sont utilisées, la traçabilité et la capacité de contrôler la destination des données sont perdues. Troisièmement, les extensions et les connecteurs augmentent le risque d'exposition automatique et persistante parce qu'ils peuvent accorder des permis étendus ou s'intégrer directement aux dépôts internes, sans que l'organisation soit au courant.
En termes de réglementation et de conformité, la combinaison de l'identité personnelle et du travail d'entreprise complique la démonstration des contrôles sur les données sensibles et la réponse aux incidents. Il ne s'agit pas seulement d'une fuite de données: il s'agit d'une perte de contrôle sur la politique de rétention, de la possibilité d'encourager l'alimentation de modèles tiers et de la difficulté à vérifier l'accès et l'utilisation. Cette dynamique peut également entraver les exigences en matière de protection de la vie privée, les audits internes et les accords contractuels avec des tiers.
Du point de vue opérationnel, la réponse doit être guidée par les risques et les preuves. La première priorité n'est pas d'interdire l'AI, mais de détecter où se concentre le risque réel : cartographier les utilisateurs lourds, identifier les plateformes qui concentrent les conversations et localiser les flux de données entre les applications internes et les services externes. Cette carte permet des contrôles différenciés - par exemple, des politiques plus strictes de DLP sur les prompts et les charges, le blocage des comptes personnels dans les flux critiques et les restrictions sur les extensions avec des permis élevés - sans sacrifier la productivité globale.
La technologie nécessaire combine le contrôle de l'identité, l'inspection contextuelle et la gouvernance en ligne : les procurations et passerelles qui enregistrent et filtrent les invites et les fichiers, l'intégration des signaux dans le SGI ou le système de détection propre, et les politiques qui nécessitent l'utilisation de comptes d'entreprise pour certains domaines de données. Le passage d'une approche binaire de « bloquer ou permettre » à des gardiens en temps réel empêche la répression inutile et la cécité opérationnelle. En parallèle, les contrats avec les fournisseurs d'AI devraient fermer la porte à des utilisations non désirées des données: clauses claires sur la formation modèle, la conservation et le droit à l'audit.
La formation et la gouvernance doivent également être réinventées : l'objectif est que les employés comprennent non seulement quels outils sont autorisés, mais pourquoi l'utilisation d'un compte d'entreprise compte, quand il est essentiel de ne pas copier et coller de contenu sensible et comment les connecteurs qui semblent « invisibles ». La réponse automatisée ne remplace pas la culture; la culture minimise les incidents humains que la technologie doit alors contenir.
Au niveau de la planification stratégique, ces mesures devraient être alignées sur les cadres et les guides publics. Les documents de référence tels que le Cadre de gestion des risques de l'IV du NIST peuvent servir de base à la définition des contrôles et des processus, et les recommandations des organismes nationaux sur l'intelligence artificielle aident à hiérarchiser les mesures opérationnelles et de conformité. Voir les ressources officielles pour une mise en oeuvre pragmatique : NIST - IA et CISA - Intelligence artificielle.

Les décisions technologiques sont essentielles : la promotion de plates-formes d'affaires gérées réduit le risque par la conception, comme c'est le cas des solutions Copilot intégrées dans les environnements d'entreprise, bien que cela n'élimine pas le besoin de supervision et de politique. La protection de l'organisation exige aujourd'hui une stratégie hybride : permettre la productivité avec des plateformes gérées, mais surveiller et bloquer les utilisations de consommation dans les flux sensibles, et veiller à ce que les intégrateurs et les extensions ne deviennent pas des portes arrière. Microsoft fournit des informations sur ses solutions commerciales comme exemple de la façon dont une infrastructure gérée facilite la gouvernance: Copilote dans Microsoft 365.
Enfin, le gestionnaire de la sécurité doit mesurer et vérifier. Identifier les utilisateurs de puissance, vérifier les connexions actives, les extensions de test et les connecteurs, et simuler les fuites de données dans des environnements contrôlés sont des activités essentielles. Il est également nécessaire d'examiner les contrats avec les fournisseurs d'AI pour exiger des garanties d'utilisation et de conservation des données, et de mettre à jour les plans d'intervention en cas d'incident afin d'inclure l'exfiltration par les participants, les invitations ou l'intégration des programmes.
Le message central du rapport LayerX n'est pas que l'IV est intrinsèquement dangereux, mais que la façon dont il est utilisé aujourd'hui dans les entreprises défie les contrôles traditionnels. Une gouvernance efficace sera celle qui assimile la productivité et le contrôle, concentre les ressources là où le risque est réel et récupère la visibilité sur les identités et les flux qui fuient maintenant le radar. Dans un monde où l'IV est multiplié par des extensions, des connecteurs et des comptes personnels, la cécité n'est plus acceptable.
Autres
Plus de nouvelles sur le même sujet.

Ingénieur OpenAI arrêté par enregistreur caché dans la salle de bureau de San Francisco
Un tribunal des États-Unis a autorisé cette semaine l'arrestation d'Abdulrahman Alfozan, un ingénieur qui travaillait à OpenAI, suite aux accusations du gouvernement américain p...

Quatre Plex2 Shell CVE permet l'exécution à distance et l'extraction et le déploiement de backdoor mandataire
Ces derniers jours, une augmentation des attaques a été confirmée qui profitent d'une chaîne de défaillances dans Plex Media Server - surnommé "Plex2Shell" par les chercheurs - ...

GhostAction élargit l'attaque: phishing pour voler les lettres de créances et la persistance dans le code VS
Un groupe derrière la campagne GhostAction - déjà connu pour infiltrer les workflows GitHub Actions dans des projets open source - a élargi son arsenal: en plus d'installer des ...

ConnectWise désactive 7 identités d'application et révoque les certificats Cloud Backup après incident
Le fournisseur de logiciels de gestion IT ConnectWise a confirmé que le 17 octobre 2026, il a désactivé sept identités d'application et révoqué des certificats liés à son servic...

Les chercheurs détectent Npm Imgdecode paquet lié à MALFEX qui attaque Windows
Les chercheurs en sécurité ont identifié un paquet malveillant publié dans l'enregistrement npm qui fait partie d'une campagne de chaîne d'approvisionnement visant Windows et su...

OpenBSD 7.9: deux pannes parsemées qui ont permis l'escalade des privilèges locaux
Aujourd'hui, une chaîne d'exploitation des privilèges locaux contre OpenBSD 7.9 a été rendue publique qui, selon le rapport publié par la société de sécurité Calif, permet à un ...

OpenAI révèle des incidents d'IA non alignés; un GPT-5.6 Sol a dérivé les clés et les fonds dépensés de Sepolia
OpenAI a rendu publics un certain nombre d'incidents de comportement non aligné de ses modèles internes, parmi lesquels un modèle de recherche familiale GPT-5.6 Sol tirait des c...