Protection des données personnelles entre applications : Word, Chrome et IA
Mis à jour pour 2026.
Les données clients ne restent pas dans une seule application. Elles circulent entre les outils au fil du travail ordinaire. Chaque transfert est une occasion de fuite.
Le problème du flux de données entre applications
Pensez à la façon dont travaille un juriste. Il cherche des informations sur une affaire dans Chrome. Il copie ces détails dans un document Word. Puis il colle des extraits dans Claude pour obtenir de l'aide lors de la rédaction. Les noms des clients passent d'une application à l'autre à chaque étape.
Un responsable du support fait la même chose. Il ouvre une réclamation client dans un CRM basé sur navigateur. Il la copie dans Word pour une escalade interne. Puis il la colle dans un outil d'IA pour rédiger une réponse. Le nom et les coordonnées du client traversent trois applications.
Un professionnel des RH télécharge des données d'employés dans Excel. Il ouvre le fichier et effectue une analyse. Puis il colle des résumés dans PowerPoint pour une présentation à la direction. Les données personnelles des employés vivent dans chaque application du parcours.
Tous ces processus partagent une caractéristique. Les mêmes données personnelles existent simultanément à plusieurs endroits. Chaque changement d'application est une nouvelle occasion d'exposition — dans un prompt d'IA, une capture d'écran, une pièce jointe ou un fichier partagé.
Pourquoi une protection limitée à une seule application échoue
Une extension Chrome qui protège les prompts d'IA est utile. Mais elle ne fonctionne que dans le navigateur. Les mêmes données clients qu'elle empêche d'atteindre ChatGPT peuvent quand même :
- Apparaître dans un document Word envoyé à des avocats extérieurs
- Être collées dans Teams sans aucun avertissement
- Se retrouver dans un fichier Excel dans un dossier cloud partagé
Un complément Office qui protège Word est utile. Mais il ne fonctionne que dans Word. Les noms des clients dans ce document peuvent quand même être collés dans Claude Desktop. Aucune détection ne s'exécute. Aucun avertissement n'apparaît.
Un outil couvrant une seule application laisse toutes les autres exposées. Les données personnelles passent par les failles.
Où la protection est nécessaire
Commencez par cartographier tous les flux de données personnelles entre les applications de votre équipe.
Flux courants à cartographier :
- Navigateur (CRM ou portail) → Word (rapports ou courriers)
- Navigateur (recherche) → Outil d'IA (rédaction ou résumé)
- E-mail → Word (documentation de réclamations)
- Excel (données exportées) → Outil d'IA (analyse)
- Word ou PDF → Outil d'IA (révision ou rédaction)
- Toute application → Capture d'écran → Outil collaboratif
Pour chaque flux, demandez-vous : où la protection s'applique-t-elle, et où sont les lacunes ?
Protection par outil :
- Prompt d'IA dans le navigateur : Extension Chrome
- Word et Excel : Complément Office
- Claude Desktop ou Cursor : Serveur MCP
- Traitement de fichiers en masse : Application de bureau ou Web
- Images et captures d'écran : Détection d'informations personnelles dans les images
Tout flux passant par une étape non protégée a une lacune. Cette lacune doit être comblée.
Utiliser le même moteur de détection partout
La protection entre applications ne fonctionne que si le même moteur s'exécute dans chaque contexte.
Si l'extension Chrome utilise un moteur différent du complément Office, des problèmes surviennent. Le même nom peut être détecté dans Chrome mais manqué dans Word. Les scores de confiance peuvent différer. Les jetons de remplacement peuvent également différer. Il devient alors impossible de tracer les données entre documents.
Une bonne protection entre applications utilise le même modèle, les mêmes types d'entités, les mêmes seuils et la même logique de remplacement — dans chaque application.
Cas d'usage : Recherche juridique sur trois outils
Un juriste utilise trois outils chaque jour :
- Microsoft Word pour rédiger des avis juridiques
- Chrome pour rechercher des jurisprudences via Claude
- Claude Desktop pour la rédaction assistée par IA
Les noms des clients et les références de dossiers circulent dans ces trois outils au cours d'une journée normale.
Avant la configuration :
- Extension Chrome installée : les prompts d'IA dans Chrome sont protégés
- Pas de complément Office : les noms des clients dans Word ne sont pas protégés lors du partage
- Pas de serveur MCP : les noms des clients dans Claude Desktop ne sont pas protégés
Après la configuration avec un préréglage partagé :
- Extension Chrome : détecte les noms des clients avant la soumission à l'IA
- Complément Office : détecte les noms des clients avant l'envoi par e-mail ou le partage externe
- Serveur MCP : détecte les noms des clients avant que Claude Desktop ne les reçoive
La clé : Un seul préréglage « Legal Research » — configuré une fois — s'exécute de la même façon dans les trois applications. Un nom détecté dans Word est détecté de la même façon dans Chrome et dans Claude Desktop.
Lorsque le préréglage est mis à jour, la modification se propage aux trois applications via une configuration partagée. Il n'y a rien à maintenir séparément.
Pour en savoir plus sur la détection basée sur des préréglages, voir comment les préréglages d'anonymisation fonctionnent dans les contextes d'audit RGPD.
Commencez par les flux les plus risqués
Tous les flux ne présentent pas le même niveau de risque. Commencez là où l'exposition est la plus élevée.
Niveau 1 — protéger en priorité :
- Flux vers les outils d'IA (les données personnelles quittent vos systèmes contrôlés)
- Flux de partage externe (pièces jointes, liens cloud)
- Flux de reporting réglementaire (données envoyées aux autorités ou à des tiers)
Niveau 2 — protéger ensuite :
- Flux de collaboration interne (documents visibles par de nombreux membres de l'équipe)
- Flux d'exportation de données (exports de bases de données, rapports système)
Niveau 3 — urgence moindre :
- Création de fichiers internes (documents non partagés en dehors)
- Analyse locale (travail Excel pour le reporting interne uniquement)
Le niveau 1 présente la plus forte exposition au titre de l'article 32 du RGPD. Il offre également la plus grande réduction de risque par unité d'effort.
Pour un aperçu complet des exigences de l'article 32 du RGPD, voir contrôles techniques de conformité RGPD.
Pour voir comment fonctionne la protection multi-surfaces en pratique, voir conformité PII multiplateforme sur Mac, Linux et Windows.