L’intégration de l’intelligence artificielle générative dans les processus d’entreprise représente sans aucun doute la transformation numérique la plus rapide et la plus impactante de cette décennie. Les briefs déposés sur notre plateforme le montrent : depuis plus d’un an, les demandes de projets intégrant des modèles de langage explosent (LLM) pour automatiser le service client, générer du code ou analyser des documents juridiques. Cependant, derrière l’enthousiasme légitime de la productivité accrue se cache une inquiétude grandissante, exprimée par les DSI et les responsables juridiques : celle de la confidentialité des données.
La démocratisation d’outils comme ChatGPT, Claude ou Copilot a créé un paradoxe de sécurité. D’un côté, la facilité d’accès incite les collaborateurs à utiliser ces outils de manière autonome (le fameux « Shadow AI »), et de l’autre, les entreprises peinent à mettre en place des garde-fous techniques et juridiques suffisants. La maturité technologique des entreprises avance souvent plus vite que leur maturité en cybersécurité. Or, dans le contexte réglementaire européen actuel, marqué par le RGPD et l’arrivée imminente de l’AI Act, la moindre fuite de données via un prompt mal maîtrisé peut avoir des conséquences financières et réputationnelles désastreuses.
Cet article passe en revue les mécanismes de ces risques, les obligations légales qui en découlent, et surtout, les solutions concrètes mises en place par les experts en cybersécurité pour permettre une innovation sécurisée.
Les mécanismes techniques de fuite de données dans les LLM
Pour comprendre comment sécuriser l’usage de l’IA générative, il est impératif de comprendre comment les données peuvent échapper au contrôle de l’entreprise. Contrairement à une base de données classique où la sécurité périmétrique (firewall, accès restreints) est souvent suffisante, les modèles de langage introduisent de nouveaux vecteurs de vulnérabilité. D’après les audits de sécurité que nos agences partenaires réalisent, le risque ne provient pas uniquement d’une attaque externe, mais souvent du fonctionnement intrinsèque des modèles.
L’apprentissage par renforcement et la rétention de données
La crainte principale réside dans l’utilisation des données entrantes (les « prompts ») pour le réentraînement des modèles. Dans les versions grand public des IA génératives, les conditions d’utilisation stipulent souvent que les échanges peuvent être utilisés pour améliorer le service. Concrètement, si un ingénieur soumet un bloc de code propriétaire ou si un directeur financier demande une synthèse d’un bilan confidentiel, ces informations sont transformées en vecteurs (représentations mathématiques) et peuvent potentiellement être ingérées par le modèle. Le risque n’est pas théorique : en mars 2023, un bug d’OpenAI (une bibliothèque de cache défaillante) a exposé à certains utilisateurs de ChatGPT les titres des conversations d’autres comptes, et pour une fraction d’entre eux des données de facturation. Ce qui entre dans un service mutualisé vit dans une infrastructure que vous ne contrôlez pas.
Bien que les fournisseurs d’IA (OpenAI, Google, Anthropic) mettent en place des filtres, le risque de « régurgitation » existe. Cela signifie qu’un modèle pourrait, dans un contexte très spécifique, restituer une information confidentielle à un autre utilisateur externe à l’entreprise. Beaucoup de PME ignorent encore la distinction fondamentale entre les offres « Consumer » (où les données servent à l’entraînement) et les offres « Enterprise » (où les données sont contractuellement isolées), exposant ainsi leur propriété intellectuelle par simple méconnaissance des CGU.
Le phénomène du « Prompt Injection » et l’ingénierie sociale automatisée
Au-delà de la fuite passive, il existe des attaques actives ciblant les LLM. Le « Prompt Injection » est une technique où un attaquant manipule les entrées pour contourner les restrictions de sécurité du modèle. Par exemple, si vous déployez un chatbot interne connecté à votre base de connaissances RH, un utilisateur malveillant pourrait formuler des requêtes complexes pour forcer l’IA à révéler des salaires ou des données personnelles, en lui demandant d’ignorer ses instructions de sécurité précédentes.
Les tests d’intrusion spécifiques aux IA (Red Teaming) se généralisent chez les prestataires spécialisés, et l’exemple fondateur reste public : début 2023, des utilisateurs ont fait dévoiler à Bing Chat son prompt système confidentiel (le fameux « Sydney ») par simple injection de texte, démontrant qu’on peut manipuler un modèle sans écrire une ligne de code. La leçon vaut prise de conscience : le langage naturel est une interface plus difficile à sécuriser que les interfaces graphiques traditionnelles, car l’infinité des combinaisons sémantiques rend le filtrage par mots-clés obsolète et inefficace.
Cadre réglementaire : l’impact du RGPD et de l’AI Act sur vos projets
L’Europe s’est positionnée comme le régulateur mondial de la tech, et cela impacte directement la manière dont les entreprises françaises doivent déployer l’IA. De nombreux cahiers des charges déposés sur notre plateforme doivent être réécrits intégralement car ils ne prenaient pas en compte les contraintes de souveraineté et de conformité.
Le RGPD à l’épreuve des réseaux de neurones
Le Règlement Général sur la Protection des Données (RGPD) pose un défi majeur aux systèmes d’IA : le droit à l’oubli et la rectification des données. Comment effacer une donnée personnelle si elle a été « apprise » par un réseau de neurones et dissoute dans des milliards de paramètres ? C’est le problème complexe du « Machine Unlearning ».
Les régulateurs ne sont pas restés spectateurs : dès mars 2023, le Garante italien (l’équivalent de la CNIL) a bloqué ChatGPT sur tout le territoire pendant un mois, forçant OpenAI à ajouter la vérification d’âge et un formulaire d’opposition au traitement des données. Premier bras de fer RGPD contre un LLM grand public, et il a suffi d’un régulateur national.
Actuellement, la position des autorités de contrôle (comme la CNIL) est stricte : si vous ne pouvez pas garantir l’effacement, vous ne devez pas utiliser la donnée pour l’entraînement. Cela impose aux entreprises de mettre en place des mécanismes d’anonymisation ou de pseudonymisation robustes avant que la donnée ne soit envoyée au modèle. Les agences spécialisées recommandent systématiquement l’usage de « barrières de confidentialité » (Privacy Gateways) qui interceptent les prompts, détectent les données personnelles (PII), et les masquent à la volée avant transmission à l’API de l’IA.
L’AI Act : une approche par les risques
L’AI Act européen classifie les systèmes d’IA selon leur niveau de risque. Pour la majorité des entreprises utilisant l’IA générative pour de la gestion documentaire ou de l’aide à la rédaction, les obligations portent principalement sur la transparence. Les utilisateurs doivent savoir qu’ils interagissent avec une machine. Cependant, dès lors que l’IA touche à des domaines sensibles (RH, scoring crédit, infrastructures critiques), les exigences explosent : gouvernance des données, documentation technique, surveillance humaine, robustesse et cybersécurité.
Les sanctions prévues par l’AI Act peuvent atteindre jusqu’à 35 millions d’euros ou 7% du chiffre d’affaires mondial, dépassant même les plafonds du RGPD. C’est pourquoi le choix d’une architecture technique conforme n’est pas une option, mais une nécessité vitale pour la pérennité de l’entreprise.
Gouvernance des données et lutte contre le Shadow AI
La technologie seule ne suffit pas. Les chiffres du rapport IBM Cost of a Data Breach 2025 donnent la mesure du problème : une violation de données sur cinq implique désormais du Shadow AI, avec un surcoût moyen d’environ 670 000 $ par incident, et 97 % des organisations touchées par une violation liée à l’IA ne disposaient pas de contrôles d’accès adaptés.

Identifier et quantifier le Shadow AI
Le cas d’école reste Samsung en 2023 : des ingénieurs de la division semi-conducteurs ont collé du code source confidentiel et des comptes rendus internes dans ChatGPT pour gagner du temps, avant que le groupe n’interdise purement et simplement les IA génératives publiques sur ses équipements. Aucun piratage, aucune malveillance : juste des employés productifs et un outil qui retient ce qu’on lui donne.
Le « Shadow AI » désigne l’utilisation par les employés d’outils d’IA non approuvés par la DSI. Un développeur qui utilise un convertisseur de code en ligne, une assistante de direction qui traduit un contrat via un outil gratuit… Ces pratiques sont omniprésentes. Pour reprendre le contrôle, il ne s’agit pas de tout interdire, ce qui briderait l’innovation et pousserait aux contournements, mais d’encadrer.
Les agences partenaires recommandent souvent une phase d’audit des flux réseaux pour identifier les connexions vers les API d’OpenAI, Midjourney ou DeepL. Une fois l’usage quantifié, la stratégie consiste à proposer une alternative interne sécurisée. Si les employés ont un accès facile à une instance « ChatGPT d’entreprise » sécurisée, ils délaisseront naturellement les outils publics risqués.
Mettre en place une politique d’usage acceptable
La gouvernance passe par la rédaction d’une charte d’utilisation de l’IA, annexée au règlement intérieur. Cette charte doit définir clairement trois niveaux de données :
- Données Publiques : Peuvent être traitées par des IA publiques.
- Données Internes : Peuvent être traitées par des IA d’entreprise avec contrats de confidentialité.
- Données Restreintes (Secrets d’affaires, PII sensibles) : Interdiction formelle de traitement par une IA cloud, ou usage exclusif d’IA locales (On-Premise) déconnectées.
La formation des collaborateurs est le pilier de cette gouvernance. Il est crucial d’expliquer non seulement « quoi faire », mais « pourquoi ». Une simple session de sensibilisation aux risques des prompts peut réduire drastiquement la surface d’attaque.
Architectures sécurisées : RAG, Local LLM et API Privées
Face à ces enjeux, comment les experts en cybersécurité structurent-ils les projets ? Trois architectures dominantes émergent.

L’approche RAG (Retrieval-Augmented Generation) cloisonnée
C’est l’architecture la plus populaire en entreprise actuellement. Au lieu de réentraîner un modèle (coûteux et risqué), on utilise un LLM standard (comme GPT-4) mais on lui donne accès à une base de connaissances interne vectorisée. Le principe de sécurité ici est le cloisonnement des droits d’accès.
Le système RAG doit hériter des droits de l’utilisateur. Si un employé n’a pas accès aux documents RH dans le serveur de fichiers, le chatbot ne doit pas utiliser ces documents pour générer une réponse à cet employé spécifique. La gestion des ACL (Access Control Lists) au sein de la base vectorielle est le point critique que les agences vérifient en priorité.
Les modèles Open Source hébergés en local (On-Premise)
Pour les données « Top Secret », la tendance lourde est au retour du local. Avec des modèles performants comme Llama 3 (Meta) ou Mistral (société française), il est possible de faire tourner une IA générative sur les serveurs de l’entreprise, sans qu’aucune donnée ne sorte vers Internet. Cette approche « Air-gapped » offre le niveau de sécurité maximal.
Bien que cela demande une infrastructure matérielle (GPU) plus conséquente, le coût s’est effondré. Des projets de déploiement d’IA locale se montent désormais pour des cabinets d’avocats ou des services R&D pour des budgets d’investissement initiaux compris entre 15 000 € et 30 000 €, ce qui était impensable il y a deux ans.
L’hybridation et les passerelles API sécurisées
Entre le tout cloud et le tout local, l’hybride domine. Les entreprises utilisent Azure OpenAI ou Amazon Bedrock au sein de leur Virtual Private Cloud (VPC). Les données transitent, mais restent dans l’environnement étanche du fournisseur cloud, avec des garanties contractuelles de non-entraînement. C’est souvent le meilleur compromis performance/sécurité pour les grands groupes.
Scénario type : l’assistant IA d’une mutuelle santé
Pour illustrer concrètement ces enjeux, voici un scénario type, représentatif des déploiements d’IA sur données réglementées. Les détails sont illustratifs.
Une mutuelle santé veut déployer un assistant IA pour aider ses gestionnaires à résumer des dossiers médicaux complexes et proposer des réponses types aux adhérents. Les données de santé comptent parmi les plus sensibles qui soient : l’usage d’un ChatGPT public est exclu, mais en pratique, des employés copient-collent déjà des dossiers « anonymisés à la main », avec le risque d’erreur que cela suppose.
L’architecture type : un modèle open source hébergé sur une instance cloud privée certifiée HDS (Hébergement de Données de Santé) en France, derrière une interface intégrant un module DLP qui détecte numéros de sécurité sociale et noms propres avant tout traitement et les remplace par des pseudonymes temporaires. L’IA ne voit que du texte pseudonymisé ; les vraies données ne sont réinjectées qu’à l’affichage, pour le gestionnaire authentifié. Le mécanisme à retenir : le Shadow AI ne disparaît pas par interdiction, il disparaît quand l’outil officiel est plus pratique que le contournement.
Et en vrai ? Sur les 10 951 agences référencées sur notre plateforme, 412 sont positionnées sur l’intelligence artificielle, dont 109 spécifiquement sur l’IA générative (relevé de juillet 2026). Parcourez les agences spécialisées en intelligence artificielle, ou déposez votre projet gratuitement pour recevoir plusieurs devis sur la même base.
Les erreurs les plus fréquentes
Malgré les avertissements, trop de projets échouent encore ou créent des failles béantes. Voici les erreurs récurrentes, identifiées lors des phases de cadrage ou de reprise de projet.
Penser que la version « Enterprise » dispense de tout contrôle
C’est l’erreur numéro une. Acheter des licences ChatGPT Enterprise ou Copilot sécurise le fait que vos données ne servent pas à l’entraînement global. Cependant, cela ne gère pas les droits d’accès internes. Si vous connectez Copilot à tout votre SharePoint sans nettoyer les droits, un stagiaire pourra demander « Quels sont les salaires des directeurs ? » et l’IA, ayant accès aux documents Excel mal protégés, répondra. La sécurité de l’IA dépend de la propreté de vos droits d’accès existants.
Négliger la dérive du modèle (Model Drift) et les hallucinations
Sur le plan de la sécurité, une hallucination est un risque. Si une IA invente une clause juridique ou un fait dans un rapport financier, et que cela est publié ou envoyé à un client, la responsabilité de l’entreprise est engagée. L’erreur est de croire que le modèle est une « source de vérité ». Il faut impérativement mettre en place des processus de vérification humaine (Human-in-the-loop) et ne jamais automatiser l’envoi de contenu sensible sans validation.
Sous-estimer le coût des tokens et de l’infrastructure
Bien que ce soit un risque financier plutôt que cyber, l’épuisement du budget entraîne souvent des coupes dans la sécurité. Des entreprises démarrent avec GPT-4, réaliser que les coûts explosent, et basculer précipitamment vers des modèles moins chers et moins sécurisés, ou réduire les couches de contrôle pour économiser de la latence et des tokens. La sécurité doit être sanctuarisée dans le budget de fonctionnement (Run), pas seulement dans l’investissement initial.
Comment bien choisir son agence pour la Cybersécurité de l’IA
Le marché des agences digitales est saturé, et beaucoup d’acteurs s’improvisent experts en IA du jour au lendemain. Notre plateforme documente chaque prestataire (réalisations publiées, avis vérifiés, tarifs). Voici les critères que vous devriez utiliser pour sélectionner votre partenaire.
Les questions pièges à poser en entretien
Pour tester la technicité d’une agence, posez des questions précises :
- « Comment gérez-vous le Machine Unlearning si un client demande la suppression de ses données dans votre système RAG ? » (S’ils ne savent pas répondre, c’est un mauvais signe).
- « Quelle est votre stratégie pour contrer le Prompt Injection ? » (Ils doivent vous parler de « System Prompts » renforcés, de couches de validation des entrées/sorties).
- « Avez-vous de l’expérience avec le déploiement de modèles locaux type Llama ou Mistral ? » (Indispensable pour les projets souverains).
Les certifications et labels
Dans le domaine de la cybersécurité, la confiance se prouve. Privilégiez les agences qui possèdent la certification ISO 27001 (management de la sécurité de l’information). Pour les données de santé, la certification HDS est obligatoire. Regardez également si leurs équipes disposent de certifications techniques spécifiques (Azure AI Engineer Associate, AWS Certified Machine Learning, etc.).
La double compétence Data & Juridique
Les meilleures agences aujourd’hui ne sont pas seulement des codeurs. Elles intègrent dans leurs équipes (ou via des partenaires proches) des profils DPO (Data Protection Officer) ou des juristes spécialisés IT. Une agence qui vous propose une solution technique sans jamais évoquer l’Analyse d’Impact (DPIA) requise par le RGPD manque de vision globale.
Tendances et évolutions du marché
Le secteur évolue à une vitesse fulgurante. Ce qui était vrai il y a six mois ne l’est plus forcément aujourd’hui. Voici les tendances qui se dessinent pour les 12 à 24 prochains mois.
L’avènement des SLM (Small Language Models)
La course au gigantisme (modèles à des trilliards de paramètres) laisse place à une recherche d’efficacité. Les « petits » modèles (comme Phi-3 de Microsoft ou Gemma de Google) sont capables de tourner localement sur des PC portables ou des serveurs modestes tout en offrant des performances excellents pour des tâches spécifiques. Cette tendance favorise grandement la confidentialité, car elle réduit la dépendance au cloud. Gartner anticipe que d’ici 2027, les organisations utiliseront les petits modèles spécialisés au moins trois fois plus que les LLM généralistes (étude d’avril 2025).
La souveraineté européenne comme argument commercial

Avec l’émergence d’acteurs comme Mistral AI (France) ou Aleph Alpha (Allemagne), il est désormais possible de construire des chaînes de valeur 100% européennes, échappant au Cloud Act américain. C’est une demande croissante des secteurs publics, bancaires et industriels. Les agences adaptent leurs offres pour proposer des stacks technologiques « souverains » (ex: OVHcloud + Mistral + Qdrant). L’épisode DeepSeek, début 2025, a rendu l’argument très concret : quelques jours après son succès mondial, le chatbot chinois était bloqué par le Garante italien et banni des équipements publics dans plusieurs pays, ses données partant vers des serveurs en Chine. La question « où vont mes prompts ? » est devenue un réflexe d’achat.
La « Security by Design » automatisée
De nouveaux outils apparaissent, dédiés à la sécurité des LLM (LLM Firewalls). Ces outils s’interposent entre l’utilisateur et le modèle pour analyser la sémantique en temps réel, bloquant les tentatives d’extraction de données ou les contenus toxiques. Ces solutions vont devenir standards, au même titre que les antivirus classiques.
Ressource prête à l’emploi : Grille d’Auto-Évaluation des Risques IA
Avant de lancer votre projet ou de contacter une agence, il est utile de situer votre niveau de risque. Utilisez cette matrice simplifiée pour catégoriser votre projet : téléchargez la grille d’auto-évaluation des risques IA en Excel (6 critères, 3 niveaux, colonne d’auto-notation) et remplissez-la avec votre équipe projet, ou parcourez le tableau ci-dessous.
| Critère d’évaluation | Risque Faible (Niveau 1) | Risque Modéré (Niveau 2) | Risque Critique (Niveau 3) |
|---|---|---|---|
| Nature des données | Données publiques ou génériques (ex: documentation marketing publique) | Données internes non sensibles (ex: procédures internes, wikis techniques) | Données personnelles (PII), Santé, Bancaire, Secrets industriels |
| Type de modèle | Modèle SaaS grand public (ex: ChatGPT Plus) | Modèle SaaS Enterprise (ex: Azure OpenAI, Copilot) | Modèle Open Source hébergé localement ou Cloud Souverain |
| Usage prévu | Aide à la rédaction, Idéation, Traduction simple | Assistant de code, Synthèse de réunions internes | Prise de décision automatisée, Analyse de dossiers clients |
| Stockage historique | Option « Opt-out » activée (pas d’entraînement) | Rétention 30 jours sans entraînement (contractuel) | Zéro rétention (Stateless) ou stockage sur disque chiffré on-premise |
| Accès Humain | Tous les collaborateurs | Accès restreint par département (SSO) | Accès nominatif strict + MFA + Log d’audit complet |
| Action recommandée | Charte d’usage simple + Sensibilisation | Mise en place RAG + Gestion des droits + Audit annuel | Architecture isolée + DPIA obligatoire + Pen-tests récurrents |
FAQ : Questions fréquentes sur l’IA et la Confidentialité
Nous avons regroupé ici les questions les plus posées par les porteurs de projets sur La Fabrique du Net, avec des réponses directes et sans jargon.
Est-ce que ChatGPT apprend avec mes données d’entreprise ?
Cela dépend de la version. Si vous utilisez la version gratuite ou « Plus » grand public, par défaut, oui, OpenAI peut utiliser vos conversations pour entraîner ses futurs modèles (sauf si vous désactivez l’historique dans les paramètres). Si vous utilisez la version « Team » ou « Enterprise », ou l’API, la réponse est non : vos données sont contractuellement exclues de l’entraînement. C’est une distinction fondamentale.
Comment s’assurer qu’une agence maîtrise vraiment la cybersécurité IA ?
Demandez des preuves concrètes. Une agence sérieuse doit pouvoir vous montrer des architectures anonymisées qu’elle a déployées. Elle doit vous parler spontanément de « Vector Database sécurisée », de « Sanitization des prompts » et de « RBAC » (Role-Based Access Control). Si elle se contente de vous dire « on utilise l’API sécurisée », c’est insuffisant. Cherchez également des références clients dans des secteurs régulés (banque, assurance, santé).
Quelles sont les sanctions possibles en cas de non-respect de l’AI Act ?
Les sanctions sont échelonnées mais très lourdes. Pour l’utilisation de systèmes d’IA interdits (ex: manipulation comportementale), l’amende peut atteindre 35 millions d’euros ou 7% du CA mondial. Pour le non-respect des obligations sur les systèmes à haut risque (ex: gouvernance des données défaillante), c’est jusqu’à 15 millions d’euros ou 3%. Au-delà de l’amende, le risque réputationnel est immense.
Le « On-Premise » (hébergement local) est-il obligatoire pour être sécurisé ?
Non, ce n’est pas obligatoire, mais c’est le niveau de sécurité ultime. Pour 90% des entreprises, une architecture Cloud privée (VPC) chez un hébergeur certifié (AWS, Azure, OVHcloud) offre un niveau de sécurité suffisant et conforme, à condition que les configurations soient bien faites. Le « On-Premise » est réservé aux données ultra-critiques (Défense, R&D sensible, Santé) ou aux entreprises ayant une politique « Zéro Cloud ».
Qu’est-ce que le RAG et pourquoi est-ce important pour la sécurité ?
Le RAG (Retrieval-Augmented Generation) permet à l’IA d’accéder à vos données sans avoir besoin d’être réentraînée avec elles. C’est crucial pour la sécurité car cela signifie que vos données ne sont pas « dans » le cerveau de l’IA, mais dans une bibliothèque à côté qu’elle consulte. On peut donc mettre un gardien devant la bibliothèque pour vérifier qui a le droit de lire quel livre. Si vous supprimez un document de la bibliothèque, l’IA ne peut plus l’utiliser, ce qui résout le problème du droit à l’oubli.
Conclusion
L’essor de l’IA générative est une opportunité formidable pour les entreprises françaises, mais elle s’accompagne d’une responsabilité nouvelle en matière de gestion des données. Comme nous l’avons vu, les risques de fuite, d’ingestion non désirée ou de non-conformité réglementaire sont réels, mais ils ne sont pas une fatalité. Ils sont les symptômes d’une technologie puissante qui nécessite un encadrement professionnel.
Chez La Fabrique du Net, notre conviction est claire : la sécurité ne doit pas être un frein à l’innovation, mais son socle. Nous l’appliquons à nous-mêmes : notre module de visibilité IA suit plus de 62 000 prompts cumulés sur ChatGPT et consorts pour nos clients, et ces données transitent par des accès API contractuellement exclus de l’entraînement. Les projets les plus performants sont ceux qui ont intégré la dimension « Privacy » dès la phase de conception (Privacy by Design), et non comme une variable d’ajustement finale.
Que vous soyez une PME cherchant à optimiser ses processus ou un grand compte déployant une stratégie IA globale, le choix de vos partenaires techniques est déterminant. Il ne suffit plus de trouver une agence qui sait « faire du prompt engineering ». Il vous faut un partenaire capable de concevoir une architecture résiliente, conforme à l’AI Act, et adaptée à votre sensibilité aux risques.
Notre métier est de vous aider à identifier ces partenaires de confiance. Grâce à notre connaissance approfondie du marché et à nos milliers de retours d’expérience, nous pouvons vous orienter vers les agences de cybersécurité et de Data les plus qualifiées pour votre besoin spécifique. N’attendez pas qu’un incident survienne pour sécuriser votre futur numérique.
Pour adopter l'IA générative sans compromettre vos données, faites-vous épauler par une agence de cybersécurité. Pour prolonger : l’IA dans la sécurité cloud (le versant infrastructure) et notre analyse de la confiance aveugle dans le code généré par IA attentive à la confidentialité.





