Sécuriser les données de votre chatbot : guide pour les entreprises
Sécuriser les données de votre chatbot : guide pour les entreprises
Pour sécuriser les données d’un chatbot, il faut agir à quatre niveaux : collecter le strict minimum, encadrer le traitement au regard du RGPD, protéger techniquement les accès et les environnements, puis former les équipes et préparer une procédure en cas d’incident. Aucun de ces niveaux ne suffit seul. Ce guide s’appuie sur les recommandations de la CNIL et de l’ANSSI, et il vous donne un ordre de travail concret, de la cartographie des flux jusqu’à la notification d’une violation.
En bref
- Un chatbot traite presque toujours des données personnelles, même sans compte client : la simple trace d’une conversation suffit, selon la CNIL.
- Collectez moins : avertissez les utilisateurs de ne pas saisir de données sensibles, purgez régulièrement et limitez la durée de conservation à la finalité.
- Côté technique, suivez les logiques de l’ANSSI : accès à privilèges maîtrisés, environnements cloisonnés, journalisation.
- Formez vos collaborateurs et écrivez des règles d’usage : l’envoi de données sensibles vers des outils grand public est à proscrire.
- En cas de fuite de données personnelles, la notification à la CNIL se fait dans un délai maximal de 72 heures après la prise de connaissance.
Table des matières
- Quelles données un chatbot expose-t-il vraiment ?
- Cartographier le parcours d’un message
- Avant le déploiement : collecter moins, protéger dès la conception
- Ce que le RGPD exige concrètement
- Protéger techniquement le chatbot
- Former les équipes et écrire les règles d’usage
- Que faire en cas de fuite de données
- Check-list avant la mise en production
- Notre point de vue : la sécurité se conçoit avec le chatbot, pas après
- Un chatbot conçu autour de vos exigences de sécurité
- FAQ
- Sources
Quelles données un chatbot expose-t-il vraiment ?
La première erreur consiste à penser qu’un chatbot ne manipule rien de personnel parce qu’il ne demande ni nom ni e-mail. La CNIL rappelle dans ses conseils sur les chatbots que des données personnelles sont souvent traitées, par exemple pour conserver une trace de la conversation, même sans compte ni information directement identifiante. Et dans un champ de saisie libre, l’utilisateur peut fournir des données sensibles que vous n’aviez jamais prévu de recevoir.
Concrètement, quatre familles de données circulent dans un chatbot d’entreprise :
- Les données d’identification : nom, e-mail, téléphone, adresse, numéro de commande ou de dossier. Un simple numéro de commande ou un identifiant technique peut suffire à rattacher un échange à une personne.
- Le contenu des messages : texte libre, pièces jointes, captures d’écran. C’est la zone la plus imprévisible.
- Les métadonnées : horodatage, adresse IP, identifiant de session, cookies, page d’origine.
- Les données internes que vos équipes collent dans des outils d’IA : contrats, prix, stratégie, code source, fichiers clients.
Côté utilisateurs comme côté collaborateurs, certaines catégories ne devraient jamais entrer dans une conversation : identifiants d’accès (mots de passe, clés d’API, jetons de session), données bancaires ou pièces d’identité, données de santé ou judiciaires, informations professionnelles confidentielles. Ce classement figure dans un guide de bonnes pratiques sur l’usage des chatbots IA et se transpose facilement dans votre charte interne.
Cartographier le parcours d’un message
On ne sécurise bien que ce que l’on voit. Avant toute mesure, dessinez le trajet complet d’un message : le navigateur ou l’application de l’utilisateur, l’outil de conversation, le modèle de langage éventuel, l’équipe support qui reprend la main, et les archives. Cette cartographie est recommandée par le site donneespersonnelles.fr et elle révèle presque toujours des surprises : une transcription envoyée par e-mail à un collaborateur, un export oublié dans un tableur, un connecteur CRM qui copie tout le texte.
Pour chaque étape, notez quatre éléments :
- quelles données y passent ;
- qui y a accès, en lecture comme en écriture ;
- où elles sont stockées et pour combien de temps ;
- quel prestataire intervient, et dans quel pays.
Ce tableau devient la base de votre registre de traitements, de votre analyse de risques et des clauses à vérifier avec vos sous-traitants. Si votre chatbot est présent sur plusieurs canaux (site, WhatsApp, e-commerce), refaites l’exercice par canal : les flux ne sont pas identiques. Notre guide du chatbot multicanal en entreprise détaille cette logique de déploiement.
Avant le déploiement : collecter moins, protéger dès la conception
La CNIL, dans sa fiche sur les précautions à prendre, demande de vérifier les protections et mesures de sécurité informatiques et le respect de la réglementation avant la mise en service. Elle recommande aussi d’identifier les données sensibles et de ne pas les introduire dans les prompts, ou de les anonymiser.
Tester avec des données fictives
La CNIL préconise, dans sa liste de vérification pour le développement des systèmes d’IA, d’évaluer le recours à des données synthétiques, pseudonymisées ou anonymisées, et de mener l’expérimentation pilote avec des données fictives, synthétiques ou anonymisées. Un pilote sur données réelles expose inutilement vos clients avant même que le dispositif soit éprouvé. Montez d’abord la preuve de concept avec des jeux de données de substitution, puis étendez.
Définir la durée de conservation selon la finalité
La durée de conservation découle de l’objectif du traitement. La CNIL donne un exemple parlant dans ses conseils de 2021 : pour un chatbot qui aide à un acte d’achat, les données doivent être effacées dès la fin de la conversation, alors qu’elles peuvent être gardées plus longtemps lorsque l’échange concerne une réclamation sur un produit déjà acheté. Pour chaque cas d’usage, fixez donc une durée précise et automatisez la suppression, plutôt que de compter sur un nettoyage manuel.
Séparer les finalités
Une donnée collectée pour une demande de support ne peut pas être réutilisée à des fins marketing sans finalité et base légale adaptées, comme le rappelle donneespersonnelles.fr. Concevez vos intégrations CRM en conséquence : ne poussez dans vos outils marketing que ce qui a été collecté pour cela.
Ce que le RGPD exige concrètement
Un niveau de sécurité adapté au risque
L’article 32 du RGPD impose au responsable de traitement et à ses sous-traitants des mesures techniques et organisationnelles garantissant un niveau de sécurité adapté au risque, comme le rappelle le guide de la sécurité des données personnelles de la CNIL. Il n’existe pas de liste unique de mesures : plus votre chatbot touche des données sensibles ou des volumes importants, plus le niveau attendu monte.
Les données sensibles : avertir et purger
Les données de santé, les opinions politiques, l’appartenance syndicale ou religieuse sont en principe interdites de traitement par l’article 9 du RGPD. Or dans un champ libre, leur collecte n’est pas toujours prévisible. Dans ce cas, la CNIL attend de l’organisme qu’il affiche une mise en garde invitant à s’abstenir de communiquer ce type de données, et qu’il mette en place un système de purge, immédiat ou au moins régulier (conseils de la CNIL, 2021).
Un message d’accueil simple fait l’affaire : « Merci de ne pas saisir d’informations de santé, bancaires ou d’identité dans cette conversation. » Placez-le avant le premier échange, pas dans une page de mentions légales.
Cookies et consentement
Toujours selon la CNIL, un cookie strictement nécessaire au fonctionnement d’un chatbot activé par l’utilisateur ne requiert pas de consentement préalable, contrairement à un cookie déposé avant toute interaction. Vérifiez donc ce que votre widget dépose au chargement de la page, pas seulement après le clic. Pensez à documenter ces traceurs dans votre politique de cookies.
Protéger techniquement le chatbot
Les attaques contre les systèmes d’IA générative peuvent détourner leur comportement, provoquer un déni de service ou exfiltrer des informations, selon la synthèse des 35 recommandations de l’ANSSI. Le guide d’origine, publié par l’ANSSI, est une lecture utile pour votre équipe IT. Retenez les axes suivants.
Intégrer la sécurité à tout le cycle de vie
L’ANSSI recommande d’intégrer la sécurité à toutes les phases du projet et d’analyser les risques avant la phase d’entraînement. Pour un chatbot d’entreprise, cela veut dire : analyse de risques au cadrage, pas après la recette.
Maîtriser les accès et cloisonner
L’ANSSI conseille de maîtriser les accès à privilèges, de cloisonner les environnements, de journaliser les traitements, et de privilégier SecNumCloud lorsque les besoins de sécurité l’exigent dans un cloud public. En pratique :
- des comptes nominatifs avec authentification renforcée pour toute personne qui administre le chatbot ;
- des environnements séparés pour le développement, le test et la production ;
- des clés d’API stockées dans un coffre de secrets, jamais dans le code ni dans un prompt ;
- des journaux qui disent qui a consulté quelle conversation, et quand.
La CNIL va dans le même sens : stocker les données de développement sur un support cloisonné et sécurisé, et en limiter l’accès aux personnes chargées de la maintenance ou de l’amélioration du produit.
Limiter ce que le chatbot peut faire
Un chatbot connecté à votre CRM, à votre base de commandes ou à votre messagerie ne doit voir que ce dont il a besoin. Donnez-lui des droits en lecture seule quand c’est possible, filtrez les champs exposés et vérifiez l’identité de l’utilisateur avant toute réponse qui touche à un dossier personnel. Plus l’assistant est autonome, plus ce principe compte : la différence entre un simple chatbot et un agent est détaillée dans notre article chatbot ou agent IA.
Former les équipes et écrire les règles d’usage
La technique ne protège pas d’un collaborateur qui colle un fichier clients dans un outil public. La CNIL demande que les collaborateurs soient formés aux enjeux et aux risques de l’IA et disposent d’un document définissant les conditions d’usage et les précautions de confidentialité (fiche IA 4). L’ANSSI est plus tranchante : l’envoi de données sensibles à des outils grand public sur Internet est à proscrire.
Une charte d’usage utile tient sur une page et répond à cinq questions :
- Quels outils d’IA sont autorisés pour quel usage ?
- Quelles données ne sortent jamais de l’entreprise ?
- Comment anonymiser avant de soumettre un texte ?
- Qui valider un nouvel outil avant son adoption ?
- Qui prévenir, et comment, en cas de doute ou d’erreur ?
La dernière question est la plus négligée. Un collaborateur qui craint la sanction ne signalera pas son erreur, et vous perdrez des heures précieuses pour la notification.
Que faire en cas de fuite de données
Préparez la procédure avant d’en avoir besoin. Le cadre est le suivant.
Notifier la CNIL sous 72 heures
Une violation de données personnelles doit être notifiée à la CNIL dans un délai maximal de 72 heures après en avoir pris connaissance, dès lors qu’elle présente un risque pour les droits et libertés des personnes. La notification passe par un téléservice dédié et décrit la nature de la violation, les catégories et le nombre approximatif de personnes touchées, les conséquences probables et les mesures prises, selon ce guide sur la notification. Le mot « approximatif » compte : vous n’avez pas besoin du décompte exact pour notifier, et une première notification à temps, complétée ensuite, vaut mieux qu’une notification tardive.
Les étapes de réaction
- Qualifier rapidement : quelles données, combien de personnes, quel canal ?
- Isoler le composant en cause (désactiver le chatbot ou le connecteur) et préserver les journaux comme preuves.
- Notifier la CNIL dans le délai de 72 heures si des données personnelles sont concernées.
- Informer les personnes touchées lorsque le risque pour elles est élevé.
- Corriger puis tirer les leçons de l’incident.
Les droits des personnes concernées
Une personne touchée peut demander quelles données ont été exposées en exerçant son droit d’accès prévu à l’article 15 du RGPD, rappelle un cabinet d’avocats. Elle doit d’abord s’adresser à l’organisme ou à son DPO, qui doit répondre sous un mois maximum. Si elle saisit ensuite la CNIL, celle-ci peut prendre des mesures correctrices : rappel à l’ordre, mise en demeure ou sanction financière, comme l’indique la page de la CNIL sur le dépôt d’une plainte. Votre chatbot doit donc permettre de retrouver et d’extraire les données d’une personne, et de les supprimer sur demande.
Check-list avant la mise en production
| Domaine | Question à se poser | Réponse attendue |
|---|---|---|
| Cartographie | Le parcours complet d’un message est-il documenté ? | Schéma à jour, prestataires identifiés |
| Minimisation | Collectons-nous des champs inutiles ? | Seuls les champs nécessaires à la finalité |
| Sensibilité | Un avertissement est-il affiché avant la saisie ? | Message visible, purge en place |
| Conservation | Une durée est-elle fixée par cas d’usage ? | Suppression automatique |
| Accès | Qui peut lire les conversations ? | Comptes nominatifs, journalisés |
| Environnements | Test et production sont-ils séparés ? | Cloisonnement, données fictives en test |
| Équipes | Une charte d’usage existe-t-elle ? | Document diffusé, collaborateurs formés |
| Incident | La procédure de notification est-elle écrite ? | Responsable désigné, délai de 72 h connu |
Notre point de vue : la sécurité se conçoit avec le chatbot, pas après
Dans nos projets de chatbots et d’automatisations, nous partons d’un principe : les données les mieux protégées sont celles que l’on ne collecte pas. C’est pourquoi nous proposons un audit gratuit au démarrage, qui sert justement à repérer quelles données le chatbot doit réellement manipuler, quels outils métiers il doit rejoindre et quels flux peuvent rester hors de son périmètre.
Nous défendons aussi les solutions sur mesure pour cette raison. Un assistant intégré à vos outils existants (CRM, boutique, messagerie) se paramètre selon vos règles : champs exposés, droits d’accès, parcours d’escalade vers un humain. Notre approche consiste à valider un PoC rapide avant d’étendre, ce qui permet de tester le dispositif sur des données maîtrisées avant le déploiement complet.
Enfin, nous accompagnons les équipes sur toute la chaîne d’adoption : cadrage, intégration, puis exploitation continue. La sécurité n’est pas un module ajouté en fin de projet, c’est un fil conducteur du cahier des charges à la maintenance.
Botiqueai
Un chatbot conçu autour de vos exigences de sécurité
Si vous voulez déployer un assistant sur votre site ou votre boutique sans multiplier les risques, Aria by BotiqueAI est notre assistant client pour site web et e-commerce. Pour les boutiques Shopify, nos formules Starter à 19 $ par mois et Pro à 49 $ par mois sont présentées sur la page de nos apps Shopify. Pour un projet sur mesure (chatbot, agent, automatisation reliée à votre CRM), nous démarrons par un audit gratuit : vous pouvez nous exposer votre besoin depuis notre site.
Pour aller plus loin sur le cadrage fonctionnel, notre guide pour automatiser le service client avec un chatbot IA montre comment répartir les demandes entre l’assistant et vos équipes.
FAQ
Un chatbot sans compte utilisateur traite-t-il des données personnelles ?
Oui, très souvent. La CNIL indique que des données personnelles sont fréquemment traitées pour conserver une trace de la conversation, même sans compte ni information directement identifiante. Le RGPD s’applique donc dès lors que ces échanges peuvent être rattachés à une personne.
Faut-il demander le consentement avant d’utiliser un chatbot ?
Pas systématiquement pour les cookies : selon la CNIL, un cookie strictement nécessaire au fonctionnement d’un chatbot activé par l’utilisateur ne requiert pas de consentement préalable. En revanche, un traceur déposé avant toute interaction, ou une réutilisation des données à d’autres fins, demande une base légale adaptée. Informez toujours clairement les utilisateurs de ce qui est collecté.
Combien de temps conserver les conversations ?
Le temps nécessaire à la finalité, pas davantage. La CNIL cite l’exemple d’un chatbot d’aide à l’achat, dont les données doivent être effacées à la fin de la conversation, alors qu’une réclamation sur un produit déjà acheté justifie une conservation plus longue. Fixez une durée par cas d’usage et automatisez la suppression.
Mes collaborateurs peuvent-ils utiliser un chatbot grand public pour leur travail ?
L’ANSSI estime que l’envoi de données sensibles à des outils grand public sur Internet est à proscrire. Définissez dans une charte quels outils sont autorisés, quelles données restent interdites et comment anonymiser un texte avant de le soumettre. Une formation courte complète utilement le document.
Que faire si mon chatbot a exposé des données personnelles ?
Qualifiez l’incident, isolez le composant concerné et conservez les journaux. Si des données personnelles sont touchées et que le risque pour les personnes est établi, notifiez la CNIL dans un délai maximal de 72 heures après en avoir pris connaissance. Informez ensuite les personnes concernées lorsque le risque est élevé.
Sources
- Chatbots : les conseils de la CNIL pour respecter les droits des personnes
- Fiche IA 4 : quelles précautions prendre (CNIL)
- Développement des systèmes d’IA : que faut-il vérifier ? (CNIL)
- Guide pratique RGPD : sécurité des données personnelles (CNIL)
- Adresser une plainte à la CNIL
- Recommandations de sécurité pour un système d’IA générative (ANSSI)
- Sécuriser l’IA générative : les 35 recommandations de l’ANSSI
- Chatbot IA : protéger vos données en 10 réflexes
- Chatbot et RGPD : obligations de conformité
- Violation de données : notifier la CNIL en 72h
- Faut-il saisir la CNIL ou porter plainte après une fuite ?