Fuites de données vers ChatGPT, Gemini et Claude : Purview les bloque maintenant au niveau du réseau

Ce qui vient de changer

Un employé colle un contrat client dans ChatGPT pour le résumer. Un autre téléverse un fichier Excel de paie dans Gemini. Jusqu'ici, bloquer les données sensibles envoyées vers l'IA générative demandait une intégration par application ou un contrôle sur chaque poste. Microsoft change l'approche.

L'intégration entre Microsoft Purview et Entra Global Secure Access est en déploiement général depuis fin septembre 2026, avec une fin prévue fin octobre (message MC1181769, mis à jour le 11 septembre 2026). Elle était en préversion depuis novembre 2025. Microsoft l'a confirmé dans son bilan sécurité du 24 septembre 2026, et le message MC1478970 du même jour retire une contrainte : avec Global Secure Access, plus besoin d'activer la facturation Purview à l'utilisation.

Pourquoi le niveau réseau change la donne

Les politiques DLP classiques protègent ce que Microsoft connaît : Exchange, SharePoint, Teams, les postes gérés. Le niveau réseau couvre le reste. Le trafic HTTP et HTTPS du poste passe par Global Secure Access, qui envoie le contenu pertinent à Purview pour classification. Purview applique ensuite la politique avec les mêmes types d'informations sensibles que vous utilisez déjà.

Deux actions sont possibles, Audit ou Bloquer. Point important : c'est le contenu sensible qui est bloqué, pas l'application. Un employé peut continuer à utiliser un outil d'IA pour reformuler un courriel banal. Il ne pourra pas y coller un numéro d'assurance sociale.

• Texte envoyé à une application cloud ou d'IA (les prompts).
• Fichiers téléversés.
• Texte reçu et fichiers téléchargés.
• Navigateurs, applications et extensions, sur un catalogue de plus de 35 000 applications cloud.

Les limites à connaître avant de vendre ça à la direction

La documentation Microsoft Learn est claire sur ce que l'outil ne fait pas.

• Les invités B2B ne sont pas couverts.
• L'inspection s'arrête à 3 Mo de contenu et l'OCR n'est pas pris en charge : une capture d'écran d'un document passe.
• Le trafic UDP, dont QUIC, n'est pas inspecté. Microsoft recommande de bloquer l'UDP 443 sortant pour forcer le passage en TCP.
• Si l'inspection échoue (contenu trop gros, erreur interne), le trafic passe. Il faut surveiller le champ PurviewStatus dans les journaux.
• Certaines applications d'IA envoient du contenu encodé ou passent par des points de terminaison dynamiques, ce qui peut nuire au blocage.
• Il faut configurer l'inspection TLS, et les postes doivent avoir le client Global Secure Access (Windows ou macOS) et être joints à Entra ID ou en jonction hybride.

Ce n'est pas une solution miracle

C'est une couche de plus, qui ferme l'angle mort le plus fréquent : l'employé de bonne foi qui veut aller plus vite et qui colle la mauvaise donnée dans le mauvais outil.

Qui y a accès

C'est là que beaucoup d'organisations vont buter. Avec Global Secure Access, il faut, par utilisateur, Microsoft 365 E7, ou Purview E5 (ou l'équivalent) combiné à Entra Internet Access. Si vous passez par une solution SASE ou un navigateur sécurisé d'un autre fournisseur, il faut Purview E5 et la facturation à l'utilisation, comptée par requête réseau.

Une organisation en Business Premium ou en E3 n'y a donc pas accès sans ajout de licences. Avant d'investir, la vraie question est de savoir combien d'employés manipulent réellement des données sensibles. Souvent, cibler un groupe restreint (finances, RH, direction, juridique) suffit.

Bloquer les données sensibles vers l'IA générative : par où commencer

• Observer d'abord : une politique de collecte ou une politique DLP en mode Audit pendant deux à quatre semaines, puis l'explorateur d'activités filtré sur le plan d'application « réseau ».
• Décider quels outils sont permis. Bloquer sans offrir d'alternative pousse les gens vers leur téléphone personnel.
• Préparer le réseau : inspection TLS, profil Internet Access, blocage de QUIC, accès conditionnel lié au profil de sécurité.
• Vérifier les chevauchements avec les politiques DLP applicatives existantes avant d'activer les deux sur les mêmes scénarios.
• Passer au blocage, en commençant par les types d'informations les plus critiques.
• Communiquer aux employés ce qui est bloqué et pourquoi, avant les premiers billets au service d'assistance.

L'angle conformité : Loi 25 et RGPD

Coller des renseignements personnels dans un outil d'IA externe, c'est les communiquer à un tiers, souvent hors du Québec ou de l'Union européenne. Avec la Loi 25, une communication hors Québec exige une évaluation des facteurs relatifs à la vie privée. Avec le RGPD, elle soulève la question des transferts. Pouvoir démontrer, journaux d'audit à l'appui, que ces envois sont détectés et bloqués renforce nettement votre position devant la CAI ou la CNIL.

Conclusion : faire respecter la politique d'usage de l'IA

Le DLP réseau de Purview ne remplace ni une politique d'usage de l'IA ni la formation. Il donne enfin un moyen concret de la faire respecter, au lieu de compter sur la bonne volonté de chacun. Avant d'acheter des licences, commencez par un mode audit sur un groupe pilote : les chiffres réels d'usage de l'IA dans votre organisation feront le reste de la démonstration.

Si vous voulez savoir quelles données partent déjà vers des outils d'IA non autorisés, parlez-en à un expert io4. Nous évaluons vos licences et votre réseau, nous configurons le mode audit et nous bâtissons les politiques de blocage avec vous.