Microsoft 365 Copilot : marche arrière toute sur l'exclusion de domaines

Comprendre le mécanisme d'exclusion de domaines dans Microsoft 365 Copilot

Le déploiement des outils d'intelligence artificielle générative au sein des infrastructures d'entreprise s'accompagne de défis majeurs en matière de sécurité. Microsoft 365 Copilot utilise un processus appelé le grounding (ou ancrage) pour enrichir ses réponses en interrogeant des sources de données externes. Cette fonctionnalité permet à l'assistant virtuel de formuler des réponses actualisées en effectuant des recherches en temps réel sur le web via le moteur Bing.

Cette ouverture sur internet expose toutefois les organisations à des sources d'information potentiellement non vérifiées, obsolètes ou malveillantes. Pour pallier ce risque, l'éditeur avait annoncé l'introduction d'une fonctionnalité d'exclusion de domaines. Cet outil devait permettre aux administrateurs système de définir une liste noire contenant jusqu'à mille domaines web spécifiques afin d'empêcher l'assistant d'y puiser des données.

La configuration de cette option s'effectuait initialement depuis le centre d'administration Microsoft 365. Les équipes informatiques pouvaient ainsi téléverser un fichier contenant les adresses des sites à proscrire. L'objectif était de garantir que les synthèses produites par l'intelligence artificielle reposent uniquement sur des sources jugées fiables et conformes aux exigences de l'organisation.

La fonctionnalité d'exclusion de domaines visait à répondre à plusieurs cas d'usage critiques pour les entreprises :

• Le blocage des plateformes de partage : Empêcher l'assistant de s'appuyer sur des forums de discussion ou des wikis collaboratifs non modérés.
• La neutralisation des sites concurrents : Éviter que l'intelligence artificielle n'intègre des analyses ou des données issues de sites de concurrents directs.
• La protection contre la désinformation : Exclure les sites connus pour diffuser de fausses informations ou des contenus satiriques.
• Le respect de la conformité : Restreindre l'accès aux domaines ne respectant pas les standards de protection des données personnelles.

Les détails techniques du revirement de Microsoft (Roadmap ID 412085)

Le déploiement de cet outil de filtrage était suivi avec une grande attention par les professionnels de la cybersécurité. Enregistrée sous la référence Roadmap ID 412085 dans le catalogue officiel des mises à jour de l'éditeur, cette option avait fait l'objet d'une notification d'administration sous le numéro MC892015. Les administrateurs planifiaient son intégration progressive dans leurs politiques de gouvernance.

Pourtant, le 22 octobre 2024, Microsoft a procédé à une modification majeure et inattendue de sa documentation technique officielle. L'éditeur a retiré toutes les instructions relatives à la configuration de l'exclusion de domaines. Cette décision a marqué un coup d'arrêt brutal au déploiement d'une fonctionnalité pourtant considérée comme un pilier de la sécurisation de l'assistant virtuel.

L'explication officielle fournie par l'éditeur indique que le déploiement a été mis en pause afin d'apporter des améliorations basées sur les retours d'expérience. En pratique, les retours des grandes organisations ont mis en évidence l'insuffisance de la limite des mille domaines web spécifiques. Pour les multinationales, ce plafond s'est avéré trop restrictif pour bloquer efficacement l'ensemble des sources indésirables du web mondial.

De plus, des contraintes techniques liées à la latence de traitement des requêtes ont pesé sur cette décision. Filtrer en temps réel des centaines de domaines lors de l'orchestration des requêtes par les grands modèles de langage (LLM) représente un défi d'infrastructure considérable. L'éditeur a donc préféré suspendre l'option pour retravailler l'architecture technique du système de filtrage.

Pourquoi l'absence de filtrage natif pose-t-elle un problème de sécurité ?

L'absence d'un outil de filtrage natif au sein de l'assistant virtuel expose les entreprises à des vulnérabilités informationnelles et juridiques importantes. Sans cette barrière, l'intelligence artificielle traite l'ensemble des résultats de recherche Bing de manière équivalente. L'outil ne dispose d'aucun filtre éthique ou qualitatif pour distinguer une source officielle d'un blog personnel non vérifié.

Cette situation engendre plusieurs risques opérationnels majeurs pour les organisations qui déploient ces technologies :

• L'injection indirecte de requêtes (Indirect Prompt Injection) : Des acteurs malveillants peuvent placer des instructions cachées sur des sites web publics pour manipuler le comportement de l'IA lorsqu'elle consulte ces pages.
• L'ingestion de données obsolètes : L'assistant peut formuler des recommandations basées sur des réglementations périmées ou des analyses financières dépassées.
• Le risque de plagiat involontaire : L'IA peut reformuler des textes protégés par le droit d'auteur sans citation claire, exposant l'entreprise à des litiges de propriété intellectuelle.
• L'altération de la prise de décision : Les rapports de synthèse générés pour la direction peuvent être faussés par des données erronées issues de sites non fiables.

Pour approfondir ces notions de sécurité et comprendre comment protéger vos infrastructures, vous pouvez consulter notre dossier sur l'expertise informatique des entreprises. Une analyse rigoureuse des flux de données est indispensable pour limiter l'exposition à ces nouvelles menaces. Cette démarche permet d'anticiper les vulnérabilités avant qu'elles n'impactent votre activité.

Quelles sont les alternatives techniques pour sécuriser le Web Grounding ?

Face au retrait de cette fonctionnalité native, les équipes informatiques doivent mettre en œuvre des stratégies de contournement pour sécuriser l'usage de l'assistant. Bien qu'aucune solution actuelle ne propose la simplicité d'une liste d'exclusion intégrée, plusieurs approches permettent de réduire l'exposition aux risques du web public. Chaque méthode présente des avantages et des contraintes spécifiques.

La première alternative consiste à désactiver complètement la recherche web pour l'ensemble des utilisateurs de Copilot. Cette configuration s'effectue de manière centralisée dans le centre d'administration de Microsoft 365. Si cette mesure garantit une sécurité maximale en limitant l'IA aux seules données internes de l'entreprise, elle réduit néanmoins l'utilité de l'outil pour les tâches de veille ou de recherche documentaire.

La deuxième approche repose sur l'utilisation de solutions de sécurité réseau traditionnelles, comme les pare-feux de nouvelle génération ou le filtrage DNS. Toutefois, cette méthode se heurte à une limite technique majeure. Les requêtes de grounding de Copilot sont exécutées directement au sein du cloud de Microsoft, et non depuis le poste de travail de l'utilisateur. Les flux de recherche n'empruntent donc pas la passerelle réseau locale de l'entreprise.

La troisième option consiste à s'appuyer sur les outils de gouvernance de la suite Microsoft Purview. Bien que Purview ne permette pas de bloquer l'accès à des sites web externes spécifiques, il offre des fonctionnalités avancées pour empêcher la fuite de données sensibles vers l'extérieur. Cette solution permet de s'assurer que les informations confidentielles de l'entreprise ne sont pas utilisées pour alimenter les requêtes web de l'assistant.

Analyse comparative des solutions de contournement actuelles

Le tableau suivant présente une comparaison détaillée des différentes méthodes permettant d'encadrer les sources d'information de l'assistant virtuel en l'absence de l'outil d'exclusion native.

Cette analyse démontre qu'aucune solution unique ne remplace parfaitement la fonctionnalité d'exclusion de domaines qui a été retirée. Les entreprises doivent donc accepter un compromis entre l'ouverture fonctionnelle de l'outil et le niveau de risque qu'elles sont prêtes à tolérer. Une approche hybride reste souvent la meilleure option.

Comment structurer une gouvernance des données d'IA robuste ?

Puisque les outils techniques natifs font défaut, la sécurité de l'intelligence artificielle doit s'appuyer sur une gouvernance organisationnelle rigoureuse. Les entreprises ne peuvent plus se reposer uniquement sur les paramètres par défaut des éditeurs de logiciels en mode SaaS. Il est indispensable de définir un cadre d'utilisation clair et de responsabiliser les collaborateurs face à ces nouveaux outils.

Une stratégie de gouvernance efficace doit s'articuler autour de plusieurs actions concrètes :

1. La rédaction d'une charte d'usage de l'IA : Document officiel définissant les types de données pouvant être soumis à l'assistant et les cas d'usage proscrits.
2. La formation continue des utilisateurs : Sensibiliser les équipes à l'importance de la vérification systématique des sources et à la détection des hallucinations de l'IA.
3. L'audit régulier des autorisations d'accès : S'assurer que les documents sensibles stockés sur SharePoint ne sont pas accessibles par erreur à l'ensemble des collaborateurs, évitant ainsi leur indexation par Copilot.
4. La veille technologique active : Suivre l'évolution des feuilles de route des éditeurs pour réactiver les options de sécurité dès leur disponibilité.

Pour les organisations qui souhaitent structurer leur démarche, l'analyse de notre blog informatique permet de comprendre comment aligner les besoins métiers avec les contraintes de sécurité. Un accompagnement méthodologique est souvent la clé pour réussir cette transition technologique sans exposer ses actifs immatériels. Cela permet de maintenir un niveau de protection optimal au fil des mises à jour.

La volatilité du SaaS et ses implications pour les décideurs

Le revirement de Microsoft sur l'exclusion de domaines illustre parfaitement un phénomène bien connu des directeurs des systèmes d'information : la volatilité inhérente aux solutions logicielles en mode SaaS. Contrairement aux anciens logiciels installés sur site, dont les fonctionnalités restaient figées pendant plusieurs années, les services cloud évoluent de manière continue. Cette dynamique impose une vigilance constante de la part des équipes techniques.

Cette flexibilité, bien qu'avantageuse pour le déploiement rapide de correctifs de sécurité, introduit une incertitude permanente pour la planification stratégique. Une fonctionnalité annoncée comme majeure peut être retirée du jour au lendemain, obligeant les équipes techniques à réagir dans l'urgence pour adapter leurs processus internes. Les décideurs doivent intégrer cette instabilité dans leur analyse des risques technologiques.

Pour naviguer dans cet écosystème en constante mutation, il est essentiel de s'entourer de partenaires capables d'apporter un éclairage neutre et pragmatique. Que ce soit pour auditer des configurations de sécurité ou pour concevoir des architectures réseau résilientes, un accompagnement technique adapté s'avère indispensable. Pour en savoir plus sur les modalités d'assistance, vous pouvez consulter notre page dédiée aux services informatiques de proximité.

Questions fréquentes

Sources

• Génération NT
• Windows Report
• Microsoft Learn