La CNIL recommande-t-elle l'IA en local ?

Dans ses questions-réponses du 18/07/2024, la CNIL estime qu'il semble généralement plus opportun et plus sécurisé de privilégier un déploiement « sur site » quand des données personnelles ou sensibles sont en jeu, ce qui limite les risques d'extraction de données vers un tiers.

Ollama voit-il mes questions ?

La FAQ d'Ollama indique qu'en exécution locale, l'éditeur ne voit ni vos requêtes ni vos données. Avec les modèles cloud d'Ollama, il traite en revanche les requêtes et les réponses pour fournir le service.

Une IA locale dispense-t-elle du RGPD ?

Non. Le local change le lieu du traitement, pas les obligations. La CNIL rappelle que l'organisme utilisateur engage sa responsabilité légale, et qu'un organisme qui relie l'IA à sa propre base de connaissances est lui aussi responsable de ce traitement.

IA locale et confidentialité : ce qui est protégé, ou pas

Faire tourner un modèle en local protège une chose essentielle : vos questions et vos documents ne partent pas chez un fournisseur d'IA. Mais cela ne protège ni contre un accès non autorisé à votre serveur, ni contre l'envoi involontaire de requêtes vers un service en ligne, ni contre vos propres obligations sur les données personnelles. La sécurité de l'IA locale repose alors entièrement sur vous. Voici ce que disent la CNIL et la documentation des outils, lues le 15/11/2026.

Ce que le local protège

Pas de transmission au fournisseur du modèle. La FAQ d'Ollama l'écrit : « Ollama runs locally. We don't see your prompts or data when you run locally. » En exécution locale, l'éditeur ne voit ni vos requêtes ni vos données.
Pas de réutilisation par un tiers. La CNIL, dans ses questions-réponses du 18/07/2024, signale le cas où « les données sont susceptibles d'être réutilisées par le fournisseur ». Un modèle exécuté chez vous écarte ce risque.
La maîtrise du système. Avec une interface de programmation distante, note la CNIL, « la maîtrise du système est alors quasi exclusivement dans les mains du fournisseur ». En local, vous choisissez la version du modèle, le moment des mises à jour, les journaux conservés.
Le travail hors ligne. LM Studio permet par exemple d'interroger des documents joints entièrement hors ligne.

C'est ce qui conduit la CNIL à écrire que, pour des données personnelles ou sensibles, « il semble généralement plus opportun et plus sécurisé de privilégier le déploiement de solutions « sur site » », qui limitent les risques d'extraction de données auprès d'un tiers.

Ce que le local ne protège pas

Risque	Pourquoi il demeure	Ce qu'il faut faire
Accès au serveur	Ollama ne décrit pas d'authentification pour un serveur local ; le serveur de llama.cpp n'exige aucune clé par défaut	laisser l'écoute sur `127.0.0.1` ou placer un proxy authentifié ; définir `--api-key`
Modèles « cloud »	Ollama propose des modèles exécutés sur ses serveurs : il traite alors requêtes et réponses	`OLLAMA_NO_CLOUD=1` sur les machines qui traitent des données sensibles
Fonctions connectées des interfaces	Open WebUI propose par exemple la recherche sur le Web	désactiver ce qui envoie des requêtes à l'extérieur
Téléchargements	les modèles viennent d'Internet ; Ollama se met à jour seul sur macOS et Windows	télécharger depuis les dépôts officiels, contrôler les mises à jour
Comportement du modèle	l'exécution locale ne change rien à ce que le modèle répond	relecture humaine des réponses qui engagent l'entreprise
Obligations légales	la CNIL rappelle que l'organisme utilisateur reste responsable	les examiner avec votre délégué à la protection des données

Sources : FAQ d'Ollama, modèles cloud d'Ollama, README du serveur de llama.cpp, fonctions d'Open WebUI.

Le cas des modèles cloud d'Ollama

C'est le piège le plus discret. D'après la documentation, Ollama permet de lancer des modèles plus grands « dans le cloud d'Ollama », sans carte graphique puissante : l'exécution a lieu sur son service, qui traite requêtes et réponses (la page précise qu'elles ne servent pas à entraîner des modèles). Ces modèles demandent un compte Ollama. Sur un poste où vous voulez la garantie du local, la FAQ donne deux moyens de couper ces fonctions :

OLLAMA_NO_CLOUD=1

ou, dans ~/.ollama/server.json :

{"disable_ollama_cloud": true}

La FAQ prévient que vous perdez alors les modèles cloud et la recherche sur le Web.

Les obligations restent les vôtres

La CNIL rappelle, dans le cas général, que « c'est l'organisme utilisateur qui engagera sa responsabilité légale » en cas de mauvais usage, et qu'un organisme qui relie un système d'IA à sa propre base de connaissances « sera lui aussi responsable de son traitement ». Elle recommande aussi de responsabiliser les utilisateurs finaux sur l'usage qu'ils font de ces outils. Le local change le lieu du traitement, pas son régime. Pour une analyse de vos obligations, adressez-vous à votre délégué à la protection des données ou à un professionnel du droit.

La liste à vérifier avant la mise en service

Le serveur n'écoute que sur la machine, ou derrière un proxy qui authentifie (voir Ollama sur un serveur).
Les fonctions cloud sont coupées là où elles ne doivent pas servir.
L'interface de discussion a des comptes nominatifs ; dans Open WebUI, le premier compte créé est administrateur.
Les journaux de conversation ont une durée de conservation décidée et un accès restreint.
Les modèles proviennent des dépôts officiels, et leur licence est vérifiée (voir Quels modèles faire tourner en local).
Les utilisateurs savent ce qu'ils peuvent ou non confier à l'outil.

Les fuites possibles d'un système d'IA, locales ou non, sont détaillées sur la page Fuite de données et IA du site consacré à la sécurité. Et pour peser le local face à une solution hébergée, voir Local ou cloud : les critères.