Aller au contenu
Implementa.
InfrastructureOpinion··7 min

IA générative et RGPD : ce que ton fournisseur ne te dit pas

Le label « enterprise » n’est pas une garantie juridique. En IA générative et RGPD, la sécurité de tes données est décidée par l’architecture du système —où vit la donnée, qui la traite, avec quel contrat—, pas par l’étiquette de la brochure. Les questions à poser avant de signer.

Senior AI Infrastructure Implementer

AI Infrastructure Pod

Un commercial te montre une diapo avec le mot « Enterprise » en majuscules, un cadenas et trois logos de certifications. Tu en conclus que tes données sont couvertes et tu signes. C’est le moment précis où la plupart des entreprises européennes prennent un risque juridique qu’elles n’ont pas évalué. Parce que « enterprise » est une étiquette marketing, pas une clause de contrat —et le RGPD ne se respecte pas avec un label, il se respecte avec une architecture.

IA générative et RGPD : pourquoi le label « enterprise » ne te protège pas

Le RGPD s’applique dès la première minute, et il s’applique à toi, pas à ton fournisseur. Tu es le responsable de traitement : si tu mets des données personnelles de tes clients ou de ton équipe dans un outil d’IA générative, la loi attend de toi que tu saches où finissent ces données, qui les traite et avec quelles garanties. Le fournisseur est, au mieux, ton sous-traitant —et il ne l’est vraiment que s’il existe un contrat qui le dit. Le label « enterprise » décrit une grille tarifaire ; il ne décrit pas ce qu’il advient de ta donnée une fois qu’elle quitte ton organisation.

La distinction compte parce que les amendes ne sont pas théoriques. L’article 83 du RGPD prévoit des sanctions allant jusqu’à 20 millions d’euros ou 4 % du chiffre d’affaires annuel mondial, le montant le plus élevé étant retenu, pour les infractions les plus graves. Personne ne t’inflige d’amende pour avoir utilisé l’IA ; on peut t’en infliger une pour avoir traité des données personnelles sans base légale, sans contrat de sous-traitance, ou en les transférant hors de l’Espace économique européen sans garanties. Un cadenas sur une diapo ne couvre pas ce risque.

Ce que ton fournisseur ne te dit pas (et que tu ne demandes pas non plus)

Ce n’est pas qu’ils mentent. C’est que les questions gênantes ne sortent pas dans la démo, et tu ne les poses pas non plus parce que le mot « enterprise » t’a déjà rassuré. Voici celles qui restent sans réponse :

  • Où mes données sont-elles physiquement stockées et traitées ? Dans l’UE, ou aux États-Unis avec des « mesures équivalentes » ?
  • Le fournisseur entraîne-t-il ses modèles avec ce que je lui envoie ? Sur quel plan exactement arrête-t-il, et comment le vérifier ?
  • Combien de temps retient-il mes données, et qui peut les lire pendant ce temps (y compris des réviseurs humains pour « abus ») ?
  • Quels sous-traitants ultérieurs y a-t-il en dessous ? Un fournisseur d’IA traite rarement seul : il y a l’hébergement, le logging, la supervision, et chacun est une autre entreprise qui touche ta donnée.
  • Existe-t-il un contrat de sous-traitance (DPA) signé, ou seulement des conditions de service que j’accepte d’un clic ?

Où vit ta donnée compte plus que le modèle qu’elle utilise

La conversation publique sur l’IA tourne autour du modèle : lequel est le plus malin, lequel hallucine le moins. Pour le RGPD, le modèle est presque sans importance. Ce qui compte, c’est la géographie et la chaîne de conservation de la donnée. Si ton fournisseur traite sur des serveurs américains, tu entres dans le terrain des transferts internationaux : il te faut une base de légitimité (une décision d’adéquation, des clauses contractuelles types) et, après des années de soubresauts juridiques sur ce sujet précis, mieux vaut que cette base soit documentée, pas supposée.

C’est là que l’architecture bat l’étiquette. Deux outils avec le même modèle en dessous peuvent avoir des profils de risque opposés selon l’endroit où ils hébergent la donnée, s’ils la chiffrent en transit et au repos, et s’ils te laissent choisir une région. La question n’est pas « ton produit est-il sécurisé ? » —à ça on te répond toujours oui. La question est « où, exactement, cette donnée précise est-elle traitée, et me le mets-tu par écrit ? ».

« On n’entraîne pas avec tes données » : lis les petites lignes

C’est la phrase vedette de toute démo. Et elle est en général vraie —sous conditions—. Beaucoup de fournisseurs n’entraînent pas avec tes données sur leurs plans payants pour entreprise, mais ils le font sur les plans gratuits ou individuels que ton équipe utilise de son côté sans que tu le saches. La fuite de données vient rarement du contrat corporate ; elle vient du commercial qui colle la liste de clients dans la version gratuite pour « rédiger un email plus vite ». Le « on n’entraîne pas avec tes données » du contrat ne couvre pas le compte personnel que quelqu’un a ouvert mardi.

Le RGPD n’est pas l’AI Act (et les deux s’appliquent à toi)

Mieux vaut ne pas les confondre. Le RGPD encadre les données personnelles et s’applique à toi aujourd’hui, sans période de grâce, que tu utilises l’IA ou non. L’AI Act encadre les systèmes d’IA selon leur niveau de risque et arrive par phases : les obligations de transparence (prévenir que l’utilisateur parle à une IA, étiqueter le contenu généré) commencent à s’appliquer en août 2026, tandis qu’une bonne partie des obligations pour les systèmes à haut risque par usage a été repoussée —selon l’accord provisoire de mai 2026— à décembre 2027. Traduction pratique : n’attends pas l’AI Act pour mettre tes données en ordre. Le RGPD t’oblige déjà, et c’est lui qui apporte les grosses amendes.

La sécurité est décidée par ton architecture, pas par ton fournisseur

C’est le fond de l’affaire. Tu peux acheter l’outil le plus « enterprise » du marché et rester en infraction, parce que la conformité n’est pas seulement dans le produit que tu achètes : elle est dans la façon dont tu le montes. Quelles données tu laisses entrer, quels champs tu anonymises avant, qui a accès, ce qui est journalisé, ce qui est retenu, où tu places la limite entre ce que le système fait seul et ce qui passe par une personne. Ça, c’est de l’architecture, et elle est à toi. Le fournisseur te vend un moteur ; la voiture, c’est toi qui la montes, et c’est toi qui réponds si elle sort de la route.

C’est pourquoi la partie ennuyeuse —la gouvernance de la donnée— est celle qui te protège vraiment. Savoir quelle information sensible tu détiens, où elle vit, qui la touche et avec quel contrat, ce n’est pas de la paperasse : c’est la différence entre utiliser l’IA avec un filet et l’utiliser à l’aveugle. Si tu n’as pas cette carte, la dresser est le premier travail, avant de choisir un modèle. On le traite pour ce que c’est —de l’infrastructure— dans le service de gouvernance de la donnée : savoir quelles données tu as, où elles vivent et qui les touche, et on le blinde avec une sécurité pensée pour les systèmes d’IA, pas seulement pour le réseau classique.

Quoi demander avant de signer

Pas besoin d’être avocat pour ne pas signer à l’aveugle. Avant de mettre des données personnelles dans un outil d’IA générative, exige des réponses par écrit sur ceci :

  1. Région de traitement et de stockage : UE oui ou non, et me laisses-tu la choisir ?
  2. Un DPA signé conforme à l’article 28, liste des sous-traitants incluse.
  3. Politique d’entraînement et de rétention : ce que tu fais de ma donnée, combien de temps tu la gardes, comment je l’efface.
  4. Transferts internationaux : si elle sort de l’EEE, sur quelle base légale et avec quelles garanties documentées.
  5. Accès humain : qui, de ton côté, peut lire mes conversations et dans quelles circonstances.

Et en parallèle, mets de l’ordre chez toi : une politique d’usage claire pour que ton équipe sache ce qu’elle peut et ne peut pas coller dans un chat. On le détaille dans le guide sur comment monter la politique d’usage de ChatGPT dans ton entreprise, à l’intérieur du guide mère sur utiliser ChatGPT en entreprise sans théâtre ni mauvaises surprises. L’outil le plus cher ne te sauve pas d’une politique qui n’existe pas.

Continue à lire

D'autres articles sur Infrastructure

Opinion

Changer de modèle d’IA ne répare pas ton processus

Chaque nouvelle release promet le salut, et la réaction par défaut, c’est de changer de modèle d’IA pour voir si cette fois ça marche. Thèse qui dérange : le goulot d’étranglement, c’est presque jamais le modèle —c’est le processus mal défini et les données sales—. Changer de modèle sans réparer ça ne fait que déplacer le problème, et en prime ça te coûte une migration.

7 min de lectura

Infrastructure

IA open source vs API fermée : que choisir en entreprise (et quand ça n’a aucune importance)

Le choix IA open source vs API fermée en entreprise, on le fait presque jamais pour la bonne raison : on le fait par idéologie. Voici la thèse à contre-courant : pour 90% des PME, le geste sensé est de démarrer avec une API fermée et de descendre vers l’open source seulement quand le volume ou la sensibilité de la donnée l’exigent vraiment. Avec la règle de décision, sans drapeau.

8 min de lectura

Infrastructure

Données en vrac : le vrai frein de ton projet d’IA

La qualité des données pour l’IA en entreprise décide du projet avant même que tu choisisses un modèle : 80% du travail, c’est la donnée, pas l’algorithme. Sans savoir quelles données tu as, où elles vivent et qui les touche, aucune IA ne vaut grand-chose. Le modèle est la partie facile ; la donnée en vrac, c’est ce qui enterre les pilotes. Voici pourquoi, avec sources, et quoi faire avant d’allumer quoi que ce soit.

5 min de lectura

On le laisse tourner ?

Si ça t'a parlé, conversation de 30 minutes sans engagement. On te dit ce qui colle, ce qui ne colle pas et le prix approximatif.

Voir les cas
IA générative et RGPD : ce que ton fournisseur ne te dit pas · Implementa