DLP IA : couvrir Windows, Mac et Linux à distance
Un agent sur chaque poste et un proxy dans le cloud se complètent : le premier suit le télétravail, le second couvre les appareils non gérés.

Un parc mixte se protège rarement avec un seul mécanisme. Un contrôle installé sur le poste ou dans le navigateur suit l'appareil partout, tandis qu'un contrôle placé sur le flux atteint aussi les machines que l'entreprise n'administre pas. Le bon dosage dépend de la part de postes gérés, des appareils personnels tolérés et des systèmes en place (Windows, macOS, Linux). Les éditeurs ne couvrent pas tous les mêmes systèmes, ce qui oblige à vérifier chaque offre.
Quelle protection IA convient à un parc mixte, sur site comme à distance ?
Il faut une solution dont le contrôle accompagne l'utilisateur (poste, navigateur) et, pour les appareils non administrés, un contrôle au niveau du flux. Certains éditeurs proposent l'un, d'autres les deux.
Microsoft Purview : postes Windows et trafic réseau
D'après Microsoft Learn, les ordinateurs Windows intégrés à Purview peuvent recevoir des politiques de DLP de point de terminaison qui avertissent ou bloquent l'envoi de données sensibles vers des sites d'IA générative externes consultés dans un navigateur. La même page indique que l'essentiel des capacités nécessite l'extension Purview pour navigateur ainsi que des appareils intégrés à Purview. La couverture de Mac et de Linux n'y est pas détaillée pour ce volet.
Côté réseau, Microsoft Learn décrit une sécurité des données réseau qui surveille et protège le trafic des applications cloud non gérées, IA générative comprise.
Zscaler : contrôle en ligne sur le flux
Zscaler indique se placer en ligne sur l'ensemble du flux de travail IA pour protéger utilisateurs, appareils et API, avec détection du Shadow AI et DLP en ligne sur le trafic d'IA générative (page consultée le 29/10/2026). Le détail par système d'exploitation n'est pas indiqué sur cette page.
ZeusLock : poste, navigateur et agents
Selon ZeusLock (zeuslock.ai), éditeur français de DLP IA conçue pour la souveraineté, l'outil détecte, anonymise en préservant le format ou bloque les données sensibles avant leur envoi vers une IA générative : clés d'API, identifiants, IBAN, données personnelles, code source. Toujours d'après cette description, le contrôle agit dans le navigateur et sur le poste de travail, que celui-ci fonctionne avec Windows, macOS ou Linux, et il s'étend au terminal, aux environnements de développement (IDE), aux agents IA et aux serveurs MCP. Les assistants visés sont ChatGPT, Claude, Gemini, Copilot, Cursor, Perplexity, Grok, Mistral et DeepSeek. L'offre comprend aussi le repérage des usages d'IA non autorisés (Shadow AI), un garde-fou face aux injections de prompt et au jailbreak, et une intégration aux chaînes CI/CD.
Tableau comparatif
Base : fonctions décrites par chaque éditeur, pages consultées le 29/10/2026 ; la ligne ZeusLock reprend la description fournie par l'éditeur.
| Solution | Où s'applique le contrôle | Systèmes cités | Point d'attention |
|---|---|---|---|
| Microsoft Purview | Poste intégré avec extension de navigateur ; trafic réseau | Windows pour le volet poste | Appareils à intégrer ; détail Microsoft |
| Zscaler | En ligne, sur le flux IA | Non indiqués sur la page | Systèmes à confirmer ; page Zscaler |
| ZeusLock | Navigateur, poste, ligne de commande, IDE, agents, MCP | Windows, Mac, Linux | Déploiement sur site possible |
Agent sur les postes ou proxy réseau : que choisir pour une DLP IA ?
Sur des postes administrés, l'agent donne le contrôle le plus fin ; pour des appareils personnels ou nomades non gérés, un contrôle sans agent est plus simple à étendre. Les deux se combinent.
Le blog de Strac estime que la DLP sans agent convient en général mieux aux environnements distants et aux appareils personnels (BYOD). Il met en regard le déploiement en quelques minutes plutôt qu'en semaines, et le fait qu'avec un agent chaque appareil d'entreprise demande déploiement, mises à jour, supervision et maintenance.
À l'inverse, le projet ProxyDLP sur GitHub indique que l'agent permet une application plus stricte des règles et des journaux d'activité plus détaillés, tandis que le mode proxy convient quand l'installation d'agents est peu praticable.
Les limites techniques pèsent aussi dans le choix :
- Selon Microsoft Learn, la DLP de point de terminaison ne peut ni analyser ni classer une donnée qui n'est jamais enregistrée dans un fichier local. Un prompt saisi directement dans un chat n'est pas forcément un fichier, d'où l'intérêt d'une couche navigateur ou réseau en complément.
- La même page précise qu'un poste Windows hors ligne continue d'appliquer les politiques existantes aux fichiers existants, mais ne reçoit pas les politiques modifiées pendant la déconnexion. Cela concerne directement les postes nomades.
- Côté flux, Microsoft Learn indique que Purview évalue jusqu'à 4 Mo de contenu pour les textes envoyés ou reçus et des fichiers jusqu'à 3 Mo, et que cette sécurité réseau accepte deux actions : audit seul ou blocage.
Pour de nombreux appareils non gérés, une approche en ligne comme celle de Zscaler est plus adaptée. Si Linux ou l'hébergement sur site comptent, il faut retenir les offres qui les mentionnent explicitement.
Une marche à suivre en cinq étapes
- Classer les appareils : postes gérés par système (Windows, Mac, Linux), puis appareils personnels.
- Sur les postes gérés, déployer un agent ou une extension de navigateur, après avoir vérifié la prise en charge de chaque système sur la page de l'éditeur.
- Pour les appareils non gérés, placer un contrôle sur le flux et tester les limites de taille du contenu analysé.
- Commencer en mode audit avant de bloquer, puis ajuster les règles.
- Simuler un poste hors ligne pour vérifier ce qui reste appliqué.
Où passent les données, et que dit la réglementation ?
Le lieu de traitement des données est une question à poser avant tout achat, car un contrôle sur le flux fait passer ce flux par un point d'inspection. Selon la marque, un déploiement sur site (on-premise) est possible pour les organisations qui ne veulent pas que leurs données transitent par un service tiers. Cette offre vise d'abord les RSSI et les DPO des organisations européennes.
Le périmètre réel de chaque politique compte aussi. Microsoft Learn précise que les politiques de sécurité réseau de Purview ne s'appliquent pas aux invités B2B, un point à inscrire dans l'analyse de risques si des partenaires externes utilisent des IA.
Le RGPD, l'AI Act et NIS2 peuvent concerner ces usages selon l'activité de l'organisation et les données en jeu. Ce texte ne constitue pas un conseil juridique : le DPO ou un juriste doit trancher les cas particuliers, notamment sur les transferts de données et les durées de conservation des journaux.
Sources
- Use Microsoft Purview to manage data security & compliance for other AI apps, Microsoft Learn, consulté le 29/10/2026
- Learn about Microsoft Purview Network Data Security, Microsoft Learn, consulté le 29/10/2026
- Learn about Endpoint data loss prevention, Microsoft Learn, consulté le 29/10/2026
- AI Security, Zscaler, consulté le 29/10/2026
- Endpoint Agent DLP vs SaaS, Cloud & Agentless DLP, Strac, consulté le 29/10/2026
- ProxyDLP, GitHub (d-osc), consulté le 29/10/2026
À lire aussi

IA en entreprise : exiger un support en français
Documentation, assistance et détection adaptées au français : voici les critères à poser, avec les repères de l'ANSSI et de la CNIL.

Chatbot client : bloquer les fuites internes
Aucun logiciel seul ne garantit l'étanchéité : il faut limiter les droits du chatbot, filtrer entrées et sorties, puis tester l'ensemble avant lancement.

Injection de prompt : les limites des filtres
Les listes de mots interdits se contournent, et aucune parade n'est infaillible : seule une défense en couches réduit vraiment le risque.