Données sensibles et IA générative : que peut-on saisir sans prendre de risque ?

Un assistant IA peut résumer un document, reformuler un message ou analyser un tableau en quelques secondes. Le risque apparaît lorsque la demande contient des informations qui ne devraient pas être transmises à un service externe : données personnelles, contrats, identifiants, informations financières ou contenu confidentiel. La bonne question n’est donc pas seulement « l’outil est-il performant ? », mais aussi quelles données suis-je autorisé à lui communiquer, dans quel but et avec quelles garanties ?

Une règle simple permet d’éviter la plupart des imprudences : ne transmettez pas à une IA une information que vous ne pourriez pas envoyer à un prestataire inconnu sans vérification préalable. Cette précaution ne signifie pas qu’il faut renoncer aux usages génératifs. Elle consiste plutôt à séparer la tâche utile des éléments confidentiels qui ne sont pas nécessaires à son exécution.

Commencer par classer l’information avant de rédiger le prompt

Le niveau de risque dépend moins du format du document que de ce qu’il contient et de la possibilité d’identifier une personne, une entreprise ou un projet. Un simple copier-coller peut ainsi exposer davantage d’informations qu’un fichier complet, si le texte inclut des noms, des coordonnées ou des détails stratégiques.

Cette classification est volontairement pratique. Une information publique peut redevenir sensible lorsqu’elle est combinée avec d’autres éléments. Par exemple, le nom d’un client publié sur un site n’a pas le même niveau de risque qu’un fichier associant ce nom à son chiffre d’affaires, à ses difficultés de paiement et à son interlocuteur.

Les données à exclure systématiquement d’un assistant généraliste

Certaines informations ne sont pas nécessaires pour obtenir une reformulation ou une synthèse. Leur présence dans le prompt augmente pourtant le risque d’exposition, de conservation inadaptée ou de réutilisation involontaire. Elles doivent être retirées avant toute demande, sauf environnement professionnel explicitement validé par l’organisation.

• les mots de passe, codes de récupération, clés API et jetons d’accès ;
• les coordonnées bancaires et les numéros complets de carte ;
• les dossiers médicaux, données sociales ou informations relatives à une situation personnelle sensible ;
• les contrats non publics contenant des clauses confidentielles ;
• les fichiers clients permettant d’identifier directement des personnes ;
• les informations liées à une faille, à une architecture interne ou à un incident de sécurité en cours ;
• les données commerciales dont la divulgation pourrait désavantager l’entreprise.

Un assistant ne doit jamais devenir un coffre-fort improvisé. Même si une interface affiche des options de confidentialité, celles-ci ne remplacent pas les règles de sécurité, les obligations contractuelles ni les consignes de votre organisation.

Réduire le risque sans perdre l’intérêt de l’IA

La plupart des tâches peuvent être reformulées pour que l’IA travaille sur une version dépouillée du document. L’objectif n’est pas de masquer artificiellement un problème, mais de fournir uniquement les informations indispensables à la tâche.

Remplacer les identifiants par des variables

Au lieu de transmettre « Sophie Martin, directrice de la société X, a refusé le devis du 12 mars », utilisez par exemple « [CLIENT A], responsable d’une PME, a refusé une proposition commerciale ». Pour une reformulation, le nom, la date précise et le secteur réel ne sont généralement pas nécessaires.

Conserver la structure utile, supprimer le détail exposant

Pour demander une synthèse, gardez les thèmes, les montants arrondis si le montant exact n’est pas indispensable et les relations entre les informations. Supprimez les coordonnées, références de dossier et passages confidentiels. Si l’IA doit analyser une tendance, des catégories ou des valeurs anonymisées peuvent suffire.

Utiliser un exemple fictif pour concevoir un modèle

Pour créer un e-mail, une procédure ou une trame d’entretien, il est souvent préférable de demander à l’outil de travailler à partir d’un scénario inventé. Vous pourrez ensuite adapter le résultat dans votre environnement, sans avoir transmis le cas réel.

Le bon niveau d’anonymisation est celui qui empêche l’identification tout en conservant les éléments nécessaires à la tâche. Remplacer uniquement le prénom ne suffit pas si la fonction, la date et le contexte permettent de retrouver la personne.

Une procédure de vérification en cinq minutes

Avant de coller un texte dans un assistant, appliquez cette séquence courte. Elle est suffisamment simple pour être utilisée par une personne seule, mais peut aussi devenir une règle d’équipe.

1. Définir la tâche : précisez si vous voulez une synthèse, une reformulation, une classification, un plan ou une génération d’idées. Plus la tâche est claire, moins vous aurez besoin de transmettre de contexte.
2. Repérer les informations non indispensables : surlignez les noms, coordonnées, références, montants exacts, secrets et détails stratégiques. Retirez tout ce qui n’améliore pas directement la réponse.
3. Évaluer la sensibilité de ce qui reste : demandez-vous si le texte permet d’identifier une personne, un client ou un projet. Tenez compte des informations déjà publiques qui pourraient être recoupées.
4. Vérifier l’outil utilisé : distinguez un assistant personnel grand public d’un environnement professionnel approuvé. Consultez les règles de votre organisation avant de transmettre des données internes.
5. Contrôler la sortie : vérifiez que l’IA n’a pas reproduit une information confidentielle, inventé un détail ou mélangé des éléments provenant de la demande avec une supposition.

Cette procédure ne garantit pas un risque nul. Elle réduit surtout les erreurs de réflexe, comme envoyer un fichier complet alors qu’un paragraphe anonymisé aurait suffi.

Cas pratiques : ce qui peut être transmis ou non

Reformuler une réclamation client

Vous pouvez fournir une version anonymisée indiquant le produit concerné, le problème rencontré et le ton attendu. Retirez le nom, l’adresse, le numéro de commande et toute information permettant de retrouver le client. Si la réclamation contient un élément juridique ou contractuel, faites relire la réponse par la personne compétente avant envoi.

Analyser un tableau commercial

Une analyse de tendances peut souvent être réalisée avec des lignes anonymisées et des montants regroupés. Remplacez les noms de clients par des identifiants neutres et vérifiez si la combinaison des colonnes permet malgré tout de reconnaître une entreprise. Pour produire un modèle d’analyse, un jeu de données fictif est encore plus prudent.

Corriger un message technique

Ne copiez jamais un journal contenant une adresse e-mail, une adresse IP interne, une clé, un jeton ou une URL privée. Conservez le message d’erreur générique, le contexte technique nécessaire et une version masquée de la configuration. Une clé supprimée après l’envoi ne doit pas être considérée comme protégée : si elle a été exposée, elle doit être remplacée selon la procédure prévue.

Les erreurs qui donnent une fausse impression de sécurité

Plusieurs pratiques semblent prudentes mais restent insuffisantes. L’anonymisation partielle, par exemple, consiste à supprimer un nom tout en laissant une adresse, un métier très rare et une date précise. Le recoupement de ces indices peut rendre la personne identifiable.

Autre erreur fréquente : utiliser un compte personnel pour une tâche professionnelle parce que l’outil est plus rapide ou plus familier. Le problème n’est pas seulement technique. L’entreprise peut perdre la maîtrise des accès, de la conservation des conversations et de la responsabilité associée au traitement.

Il faut aussi éviter de considérer la réponse comme confidentielle par défaut. Une IA peut reprendre dans son texte des données présentes dans le prompt, mais elle peut également produire une formulation qui révèle indirectement un contexte sensible. La sortie mérite donc le même niveau de contrôle que l’entrée.

Mettre en place une règle simple dans une petite équipe

Une politique efficace n’a pas besoin de commencer par un long document. Elle peut tenir sur une page et répondre à quatre questions : quels outils sont autorisés, quelles données sont interdites, qui valide les cas particuliers et que faire en cas d’erreur ?

• Fournir une liste d’exemples concrets plutôt qu’une consigne vague sur les « données sensibles ».
• Prévoir un outil ou un espace approuvé pour les usages professionnels nécessitant un contexte interne.
• Demander une validation humaine pour les contenus juridiques, financiers, médicaux, RH ou liés à la sécurité.
• Prévoir une procédure de signalement si une donnée confidentielle a été envoyée par erreur.
• Former les utilisateurs à la différence entre anonymisation, pseudonymisation et simple suppression d’un prénom.

La règle doit également évoluer avec les usages. Un outil, une fonctionnalité de conservation ou un contrat de service peut changer. Une vérification périodique évite de transformer une décision ancienne en autorisation permanente.

Avant chaque utilisation, retenez ce test : la donnée est-elle nécessaire, puis-je la rendre non identifiable et l’outil est-il approuvé pour ce niveau de confidentialité ? Si l’une des réponses est négative, utilisez un exemple fictif, anonymisez davantage ou demandez un avis interne. L’IA restera alors un accélérateur de travail, plutôt qu’un nouveau point de fuite pour les informations de l’entreprise.