134textes et orientations d’autorités et d’organismes professionnels qui demandent ou recommandent des mesures qu’AIDataVeil applique
37 juridictions, cinq continents : leurs textes officiels demandent ou recommandent déjà ce qu’AIDataVeil applique.
Leurs autorités demandent de limiter ce qui part vers l’IA, de savoir où cela va, d’encadrer les agents et de pouvoir le prouver : AIDataVeil applique ces mesures à chaque échange qui passe par lui. Il en garde la preuve, et l’appréciation juridique reste celle de votre organisation et de ses conseillers.
Chaque point est une juridiction où un texte officiel demande ou recommande des mesures qu’AIDataVeil applique à chaque échange. Survolez un point ou choisissez un nom.
Choisir
Votre pays, votre texte, et ce qu’AIDataVeil y fait.
Tapez un pays, une zone ou le nom d’un texte : ses articles, ses autorités, ses dates, et ce qu’AIDataVeil fait pour chacun.
Choisissez un pays : vous verrez ce qu’AIDataVeil y applique.
Choisissez un pays sur la carte, une zone ci-dessus ou un texte. Ses articles, ses autorités et ses dates s’affichent ici, avec ce qu’AIDataVeil fait pour chacun.
Essayez :
Union européenne
RGPD
Art. 25, § 1, et art. 32, § 1, a) ; considérant 78
Union européenne · autorités de protection des donnéesEn vigueur · règlement (UE) 2016/679
Des mesures « telles que la pseudonymisation » dès la conception ; la pseudonymisation et le chiffrement parmi les mesures de sécurité.
Comment AIDataVeil aide
L’article 32 cite la pseudonymisation → : AIDataVeil remplace les identifiants repérés par des doublures cohérentes avant l’IA, et garde l’historique chiffré, clés à part.
RGPD
Art. 5, § 1, c), e), f), et § 2 ; art. 24
Union européenne · autorités de protection des donnéesEn vigueur · règlement (UE) 2016/679
Minimiser, limiter la conservation, sécuriser, et pouvoir démontrer que ces principes sont respectés.
Comment AIDataVeil aide
Le principe de responsabilité demande une preuve → : chaque échange laisse un reçu signé, sans contenu, vérifiable hors ligne ; votre administrateur fixe la conservation.
RGPD
Art. 28 et 30
Union européenne · autorités de protection des donnéesEn vigueur · règlement (UE) 2016/679
Des sous-traitants qui offrent des garanties suffisantes, et un registre qui nomme les destinataires des données.
Comment AIDataVeil aide
Le registre nomme les destinataires → : les destinations d’IA sont nommées par votre administrateur, et chaque reçu indique où la requête est partie et sous quelle version de la politique.
CEPD, avis 28/2024 sur les modèles d’IA
§ 101, b) et c)
Comité européen de la protection des donnéesAvis adopté le 17 déc. 2024
Parmi les mesures que les autorités peuvent examiner pour limiter les risques lors du développement d’un modèle : masquer les données personnelles ou les remplacer par de fausses dans le jeu d’entraînement, par exemple de faux noms et de fausses adresses e-mail.
Comment AIDataVeil aide
Le CEPD décrit le remplacement par de faux noms et de fausses adresses → : AIDataVeil applique un principe voisin à chaque échange : doublures cohérentes avant le modèle, vraies valeurs remises dans la réponse.
CEPD, recommandations 01/2020 sur les transferts
Cas d’usage 2, § 85
Comité européen de la protection des donnéesRecommandations, version 2.0
La pseudonymisation est une mesure complémentaire efficace si l’information additionnelle reste exclusivement chez l’exportateur.
Comment AIDataVeil aide
La correspondance n’est jamais envoyée au fournisseur d’IA : elle reste dans l’historique chiffré, clés gardées à part.
NIS2
Art. 21, § 2, d), et § 3
Union européenne · autorités nationalesDirective (UE) 2022/2555 · à transposer au 17 oct. 2024 ; mesures appliquées par les lois nationales à partir du 18 oct. 2024
Traiter la sécurité de la chaîne d’approvisionnement, y compris les relations avec chaque fournisseur direct.
Comment AIDataVeil aide
Pour vos fournisseurs d’IA aussi → : destinations nommées par votre administrateur, changement de modèle sans refaire les contrôles, un reçu signé par échange.
NIS2
Art. 20 ; art. 21, § 2, f) et h)
Union européenne · autorités nationalesDirective (UE) 2022/2555 · à transposer au 17 oct. 2024 ; mesures appliquées par les lois nationales à partir du 18 oct. 2024
La direction approuve les mesures ; leur efficacité est évaluée ; une politique de cryptographie et de chiffrement.
Comment AIDataVeil aide
La direction approuve une politique d’IA signée et la voit appliquée → : des reçus que votre auditeur vérifie hors ligne, un historique chiffré dont les clés sont gardées à part.
NIS2
Art. 23
Union européenne · autorités nationalesDirective (UE) 2022/2555 · à transposer au 17 oct. 2024 ; mesures appliquées par les lois nationales à partir du 18 oct. 2024
Après un incident important : alerte précoce sous 24 heures, notification sous 72 heures, rapport final sous un mois.
Comment AIDataVeil aide
Si l’incident touche un fournisseur d’IA → : vos reçus disent quels échanges sont partis vers lui et sous quelle politique : un point de départ concret pour votre alerte précoce NIS2.
Règlement d’exécution (UE) 2024/2690
Annexe, points 3.2, 5.1.2 d) et 9.2 c)
Commission européenne (NIS2)En vigueur · obligatoire pour les catégories de fournisseurs qu’il vise (cloud, services gérés, etc.)
Pour les services cloud, gérés et de sécurité gérée : journaux protégés contre la modification, dépendance limitée à un fournisseur, cycle de vie des clés.
Comment AIDataVeil aide
Si vous êtes ESN ou prestataire de services gérés → : des reçus signés, un historique chiffré aux clés séparées, et la même politique sur des IA en nuage, privées ou locales.
ENISA, guide de mise en œuvre technique de NIS2
Version 1.0 · pour les entités visées par le règlement d’exécution (UE) 2024/2690
Agence de l’Union européenne pour la cybersécurité26 juin 2025 · non contraignant
Masquer ou pseudonymiser les données de test, hacher pour l’intégrité des journaux, garder une courte liste d’alternatives contre la dépendance.
Comment AIDataVeil aide
Trois points du guide → : doublures avant le modèle, reçus signés, et une même politique quel que soit le modèle : en changer ne demande pas de refaire les contrôles.
DORA
Art. 28 à 30
Union européenne · autorités financièresApplicable depuis le 17 janv. 2025 · règlement (UE) 2022/2554
L’entité financière reste responsable de ses prestataires TIC : registre, stratégie de sortie, lieux de traitement et de stockage précisés au contrat.
Comment AIDataVeil aide
Les lieux comptent → : vos destinations d’IA sont nommées et fixées par l’administrateur, et la même politique vaut pour une IA en nuage, privée ou locale.
Prévenir la perte et la fuite de données ; prévenir et détecter les fuites vers les tiers.
Comment AIDataVeil aide
Le texte vise les fuites vers les tiers → : sur le canal IA, les identifiants repérés partent en doublures et ce qui ne peut pas être protégé n’est pas envoyé.
Chiffrer en transit, au repos et si possible en cours d’utilisation ; protéger contre la perte de données ; maîtriser les lieux de stockage.
Comment AIDataVeil aide
Les pratiques de la BCE, sur le canal IA → : historique chiffré, clés gardées à part, destinations nommées, doublures avant le modèle.
Cyber Resilience Act
Annexe I, partie I, point 2 ; art. 13, § 5
Union européenneRèglement (UE) 2024/2847 · signalement (art. 14) depuis le 11 sept. 2026 ; organismes notifiés (chapitre IV) depuis le 11 juin 2026 ; le reste à partir du 11 déc. 2027
Pour les produits numériques : minimisation, confidentialité des données traitées, journalisation de l’activité, diligence sur les composants tiers.
Comment AIDataVeil aide
Une aide à la conception → : intégrez l’IA sans envoyer au modèle les identifiants repérés de vos clients : chaque client a ses propres doublures, et chaque échange laisse un reçu que l’auditeur vérifie hors ligne.
AI Act (règlement sur l’IA)
Art. 26 · déployeurs de systèmes à haut risque
Union européenne · autorités nationalesEn vigueur depuis le 1er août 2024 ; interdictions et culture de l’IA depuis le 2 févr. 2025 ; IA à usage général depuis le 2 août 2025 ; art. 50 depuis le 2 août 2026 ; obligations de haut risque (annexe III, art. 26 et 27) reportées au 2 déc. 2027, et au 2 août 2028 pour l’annexe I, par le règlement (UE) 2026/1744 du 8 juil. 2026, en vigueur depuis le 27 juil. 2026
À partir du 2 déc. 2027 pour un système à haut risque de l’annexe III : un contrôle humain par des personnes compétentes, la surveillance du fonctionnement, des journaux gardés au moins six mois.
Comment AIDataVeil aide
Des journaux sous votre contrôle → : chaque échange laisse un reçu signé qui indique la destination et la politique appliquée, sans conserver de données lisibles.
Directive sur le secret des affaires
Art. 2, § 1, c)
Union européenne · juridictions nationalesDirective (UE) 2016/943 · en vigueur
Un secret d’affaires n’est protégé que s’il fait l’objet de dispositions raisonnables pour le garder secret.
Comment AIDataVeil aide
Des dispositions raisonnables → : les noms de clients et les termes que vous listez partent en doublures, sous une politique signée appliquée à chaque échange et prouvée par un reçu.
Accountancy Europe, « Generative AI in audit and assurance »
L’IA générative peut créer des risques de confidentialité, en particulier quand des informations sensibles de clients sont saisies dans des outils accessibles au public ; des politiques claires, de la formation et de la supervision sont importantes.
Comment AIDataVeil aide
Une politique claire, appliquée → : les identifiants repérés sont remplacés avant l’envoi, et chaque échange laisse un reçu signé.
Europe hors UE
Amérique du Nord
Maghreb
Afrique
Asie-Pacifique
Caraïbes et Atlantique
ECCB, norme prudentielle n° 02 de 2020 (externalisation)
Points 5.3 et 5.9 · Union monétaire des Caraïbes orientales
Banque centrale des Caraïbes orientalesEn vigueur depuis le 1er oct. 2020
Approbation préalable de la banque centrale ; accès aux données confidentielles réservé aux personnes autorisées, journalisé, avec des journaux qui résistent à l’altération.
Comment AIDataVeil aide
Des journaux qui résistent → : pour chaque échange avec un modèle d’IA, un reçu signé : toute altération serait détectée.
France
Union européenne
ANSSI, recommandations de sécurité pour un système d’IA générative
R34
Agence nationale de la sécurité des systèmes d’information29 avr. 2024 · guide non normatif
Avec un service d’IA générative grand public, ne jamais intégrer de données sensibles de l’entité dans les requêtes.
Comment AIDataVeil aide
R34 écarte les données sensibles → : la politique remplace les identifiants repérés, refuse ce qui ne peut pas être protégé ou réserve un dossier à une IA privée ou locale.
ANSSI, recommandations de sécurité pour un système d’IA générative
R29
Agence nationale de la sécurité des systèmes d’information29 avr. 2024 · guide non normatif
Journaliser les requêtes, les traitements faits avant l’envoi et les données réellement envoyées au modèle.
Comment AIDataVeil aide
Distinguer ce qui est écrit de ce qui part → : votre équipe voit le contenu protégé et la destination avant l’envoi, et chaque échange laisse un reçu signé, sans contenu.
Encadrer l’usage par une charte, éviter autant que possible les données personnelles dans les requêtes, privilégier des solutions sur site pour les documents sensibles.
Comment AIDataVeil aide
La charte devient une règle appliquée → : une politique signée pour chaque échange, et les documents sensibles réservés à une IA privée ou locale.
Le secret professionnel couvre toutes les pièces du dossier de l’avocat.
Comment AIDataVeil aide
Tout le dossier est couvert → : les noms de clients et les termes listés partent en doublures, et la politique du cabinet peut refuser un dossier ou le réserver à une IA privée ou locale.
Barreau de Paris, charte modèle sur l’IA
Modèle de charte à disposition des cabinets
Ordre des avocats de Paris21 juil. 2026 · non contraignante
Interdire de soumettre à un système d’IA une information couverte par le secret professionnel, sauf si l’outil a été validé au préalable (garanties de sécurité, de non-réutilisation et d’hébergement dans le respect du RGPD).
Comment AIDataVeil aide
Valider l’outil et protéger le secret → : la charte du cabinet devient une politique signée : doublures, refus, ou IA privée ou locale pour les dossiers les plus sensibles.
Experts-comptables Paris Île-de-France, livre blanc IA et data
Conseil régional de l’Ordre
Ordre des experts-comptables Paris Île-de-France2025
Avec un prestataire de fonctions importantes, ne partager les informations couvertes par le secret que lorsqu’elles sont nécessaires.
Comment AIDataVeil aide
Seulement le nécessaire → : les identifiants repérés partent en doublures, et la politique peut refuser des catégories entières : une minimisation démontrable avant le modèle.
Informer et consulter le CSE (entreprises d’au moins 50 salariés) avant la mise en œuvre de moyens ou de techniques permettant le contrôle de l’activité des salariés.
Comment AIDataVeil aide
Un dossier clair pour la consultation → : la politique signée, les destinations d’IA nommées et des reçus sans contenu.
Belgique
Union européenne
Loi NIS2 du 26 avril 2024
Art. 30, § 3, 4°, 8° et 9° ; art. 31
Centre pour la cybersécurité Belgique (CCB)En vigueur depuis le 18 oct. 2024 · Moniteur belge du 17 mai 2024
Parmi les mesures : sécurité de la chaîne d’approvisionnement, chiffrement, contrôle des accès ; les dirigeants en répondent.
Comment AIDataVeil aide
La chaîne d’approvisionnement inclut l’IA → : chaque échange avec un modèle passe par une destination nommée, part avec des doublures et laisse un reçu signé sans contenu.
APD, « Les systèmes d’intelligence artificielle et le RGPD »
Brochure d’information
Autorité de protection des donnéesDéc. 2024 · non contraignante
Confidentialité ; données protégées en transit, en mémoire et au repos par chiffrement avec gestion des clés ; besoin d’en connaître sur toute la chaîne.
Comment AIDataVeil aide
Chiffrement et gestion des clés → : l’historique est chiffré, ses clés gardées à part, et le modèle reçoit des doublures à la place des identifiants clients.
Une analyse juridique documentée ; un accès du personnel du prestataire seulement avec accord explicite et surveillance ; chiffrement avec gestion des clés.
Comment AIDataVeil aide
Moins de données d’assurés chez le prestataire → : les identifiants repérés partent en doublures, et chaque envoi laisse un reçu signé.
Loi du 5 mai 2026 (NIS 2)
Art. 12, § 2, 4° et 8°
ILR · CSSF pour le secteur bancaire et les infrastructures de marchés financiers (art. 3)En vigueur depuis le 10 mai 2026 · Mémorial A 225
Des mesures de gestion des risques, dont la sécurité de la chaîne d’approvisionnement et des politiques de cryptographie et, le cas échéant, de chiffrement.
Comment AIDataVeil aide
Vos fournisseurs d’IA compris → : chaque destination est nommée par votre organisation, l’historique est chiffré, clés à part, et des reçus vérifiables hors ligne attestent chaque échange.
Irlande
Union européenne
DPC, « AI, Large Language Models and Data Protection »
Comprendre quelles données le système utilise, où elles vont, et si le fournisseur les conserve ou les réutilise.
Comment AIDataVeil aide
Savoir où vont les données → : destinations nommées par votre organisation, doublures pour ce qui part, conservation de l’historique réglée par votre administrateur.
Appliquer aussi la minimisation au moment de déployer l’IA.
Comment AIDataVeil aide
La minimisation à l’usage → : à chaque échange, les identifiants repérés sont remplacés avant l’envoi et ce qui ne peut pas être protégé reste chez vous.
NCSC, lignes directrices pour l’adoption sûre de l’IA
La révélation interdite inclut la transmission de documents ou de données électroniques ; avocats, notaires, comptables, auditeurs, employés de banque et d’assurance sont tenus.
Comment AIDataVeil aide
Les données électroniques sont visées → : les noms de clients et les termes listés partent en doublures, et la politique peut garder une catégorie sur une IA locale.
Monaco
Europe hors UE
Loi n° 1.565 sur la protection des données personnelles
Art. 23, 26 et 31
Autorité de protection des données personnelles (APDP)Loi du 3 déc. 2024 · en vigueur
Protection dès la conception, sous-traitants offrant des garanties suffisantes, et la pseudonymisation et le chiffrement parmi les mesures de sécurité.
Comment AIDataVeil aide
L’article 31 cite la pseudonymisation → : les identifiants repérés partent en doublures avant le modèle, et l’historique reste chiffré, clés à part.
Suisse
Europe hors UE
nLPD, loi fédérale sur la protection des données
Art. 7, 8, 9, 16 et 17
Préposé fédéral à la protection des données (PFPDT)En vigueur depuis le 1er sept. 2023 · RS 235.1
Protection dès la conception et minimisation par défaut, sécurité, sous-traitance encadrée, communication à l’étranger maîtrisée.
Comment AIDataVeil aide
Le choix du sous-traitant et l’étranger comptent → : les destinations d’IA sont nommées par votre organisation, ce qui part est en doublures, chaque envoi laisse un reçu signé.
OPDo, ordonnance sur la protection des données
Art. 1 à 4 · RS 235.11
Préposé fédéral à la protection des données (PFPDT)En vigueur
Avant de saisir une information, vérifier si elle contient des données sensibles ou personnelles (données de clients, secrets d’affaires) et retirer ce qui identifie ; autant que possible, utiliser la version professionnelle des outils plutôt qu’un compte personnel.
Comment AIDataVeil aide
Vérifier avant de saisir → : votre politique s’applique à chaque échange : identifiants repérés remplacés avant l’envoi, refus de ce qui ne peut pas être protégé, dans un espace de travail autorisé.
Un accès aux données critiques restreint à ceux qui en ont besoin, des risques maîtrisés si elles sont accessibles depuis l’étranger, une diligence renforcée sur les prestataires.
Comment AIDataVeil aide
L’exposition à l’étranger reste maîtrisée → : les modèles reçoivent des doublures à la place des identifiants clients, et la correspondance n’est jamais envoyée au fournisseur d’IA ; elle reste chiffrée, clés à part.
FINMA, communication sur la surveillance 08/2024
Gouvernance de l’IA
Autorité fédérale de surveillance des marchés financiers18 déc. 2024 · non contraignante
Le secret professionnel lie les avocats, les notaires, les médecins et leurs auxiliaires.
Comment AIDataVeil aide
Le secret suit le dossier → : les noms de clients et les termes listés partent en doublures, et les dossiers les plus sensibles peuvent rester sur une IA privée ou locale.
Loi sur la sécurité de l’information
Art. 74b à 74h
Loi fédéraleObligation de signalement applicable depuis le 1er avr. 2025 (art. 74g et 74h : 1er oct. 2025)
Garder l’information additionnelle à part, chiffrée, sous accès strict et journalisé, avec une gestion sûre des clés.
Comment AIDataVeil aide
L’information additionnelle à part → : la correspondance reste dans votre historique chiffré, clés tenues à part : ni le coffre ni le Gardien ne peut la lire seul.
Data (Use and Access) Act 2025, transferts
Annexe 7 (UK GDPR, art. 44A à 46)
Information Commissioner’s Office (ICO)En vigueur depuis le 5 févr. 2026
L’organisation reste responsable de ses agents : informations accessibles limitées, moindre privilège, masquage, surveillance des journaux.
Comment AIDataVeil aide
Masquage et moindre privilège → : l’agent raisonne sur des doublures et agit sous un mandat signé : une vraie valeur n’apparaît que dans une décision que le mandat autorise.
N’entrer une information client dans un système d’IA qu’avec des garanties contractuelles, techniques et organisationnelles ; pas de conservation plus longue que nécessaire.
Comment AIDataVeil aide
La partie technique → : noms de clients et identifiants repérés en doublures, IA privée ou locale pour les dossiers sensibles, conservation choisie, un reçu par échange.
Superviser les fonctions externalisées ; le prestataire protège les informations confidentielles de l’entreprise et de ses clients.
Comment AIDataVeil aide
Le prestataire protège → : le fournisseur d’IA reçoit des doublures, les destinations sont nommées, et des reçus vérifiables hors ligne alimentent votre supervision.
PRA, SS2/21, externalisation et tiers
Avec la notification des accords tiers importants
Prudential Regulation Authority (Banque d’Angleterre)Version révisée applicable le 18 mars 2027
Pas d’information officielle dans une IA publique sauf si elle est publiable ; filtrer invites et réponses ; journaliser chaque interaction.
Comment AIDataVeil aide
Filtrer et journaliser → : une politique unique appliquée à chaque échange, des destinations nommées, un reçu sans contenu, et l’option d’une IA privée.
DSIT, Code of Practice for the Cyber Security of AI
Dispositions 2.6, 6.1 et 12.1 (principes 2, 6 et 12)
Department for Science, Innovation and TechnologyJanv. 2025 · volontaire
Un conseil responsable, des actifs externalisés identifiés, la notification des pertes de données importantes ; des outils contre les fuites recommandés.
Comment AIDataVeil aide
Sur le canal IA → : ce qui ne peut pas être protégé est refusé avant l’envoi.
Gibraltar
Europe hors UE
GFSC, externalisation et tiers (banques et assureurs)
Note d’orientation, version 2
Gibraltar Financial Services Commission28 mars 2025
Avant de communiquer des renseignements hors du Québec : une ÉFVP qui pèse notamment les mesures de protection et le régime de l’État de destination, et une entente écrite.
Comment AIDataVeil aide
Les mesures de protection comptent → : seules les destinations d’IA nommées par votre organisation reçoivent des requêtes, avec des doublures à la place des identifiants.
CAI, guide de prévention des incidents de confidentialité
Mesures de sécurité (Loi 25, art. 10)
Commission d’accès à l’information du Québec (CAI)Janv. 2026 · orientation
Dépersonnaliser avant l’utilisation quand l’identité n’est pas nécessaire, chiffrer, accorder l’accès selon le besoin, journaliser les accès.
Comment AIDataVeil aide
La CAI parle de dépersonnalisation → : AIDataVeil remplace les identifiants par des doublures cohérentes avant l’IA, garde l’historique chiffré et laisse un reçu par échange.
Barreau du Québec, « L’IA générative : guide pratique »
Consigner au dossier l’utilisation de l’outil quand des informations permettant d’identifier le patient lui sont accessibles ou quand il contribue au raisonnement clinique : traçabilité, continuité des soins et responsabilité professionnelle.
Comment AIDataVeil aide
Une trace sans contenu → : chaque échange laisse un reçu signé qui indique la destination et la politique appliquée.
États-Unis
Amérique du Nord
HIPAA
45 CFR 164.312(a)(1), (a)(2)(iv) et (b) · protections techniques
Contrôle d’accès, contrôles d’audit et, selon l’analyse des risques, chiffrement et déchiffrement des données de santé protégées (spécification « addressable »).
Comment AIDataVeil aide
Les protections techniques, sur le canal IA → : les identifiants repérés partent en doublures, l’historique reste chiffré, clés à part, et chaque échange laisse un reçu signé, sans contenu.
42 CFR Part 2
Dossiers de traitement des addictions
Département de la Santé (HHS)S’applique depuis le 16 févr. 2026
Contrôle d’accès, chiffrement en transit et au repos, journalisation de l’activité, choix et suivi des prestataires, avis à la FTC sous 30 jours (à partir de 500 consommateurs).
Comment AIDataVeil aide
Des pièces pour votre programme → : historique chiffré aux clés gardées à part, destinations d’IA nommées, un reçu signé par échange.
Reg S-P
17 CFR 248.30
Securities and Exchange Commission (SEC)S’applique depuis le 3 déc. 2025 (grandes entités) et le 3 juin 2026 (petites entités)
Un programme écrit de sécurité de l’information et des assurances écrites avant de confier des données d’enfants à un tiers.
Comment AIDataVeil aide
Moins de données d’enfants chez le tiers → : les identifiants repérés partent en doublures, et la durée de conservation est fixée par votre administrateur.
L’information fournie pour préparer une déclaration, y compris le nom, l’adresse et le numéro d’identification du contribuable, est une information fiscale protégée.
Comment AIDataVeil aide
Le cabinet sait où part chaque information → : les noms et numéros repérés partent en doublures, et l’analyse peut rester sur une IA privée.
NIST AI 600-1, profil IA générative
Action GV-6.1-007
National Institute of Standards and TechnologyJuil. 2024 · volontaire
Une évaluation des risques avant de traiter des informations sensibles, avec le minimum nécessaire et des garanties comme le chiffrement et le contrôle d’accès.
Comment AIDataVeil aide
Le minimum nécessaire, à chaque échange → : identifiants repérés remplacés, catégories refusées selon la politique, un reçu signé sans contenu.
New York, lettre du DFS sur les risques cyber liés à l’IA
Lettre au secteur du 16 oct. 2024
New York Department of Financial ServicesOrientation · aucune exigence nouvelle
Envisager de bloquer les requêtes du personnel qui exposeraient des informations non publiques à une IA publique, et surveiller les requêtes inhabituelles.
Comment AIDataVeil aide
Bloquer ce qui exposerait → : pour ce qui passe par AIDataVeil, ce qui ne peut pas être protégé n’est pas envoyé, le reste part en doublures, avec un reçu signé.
New York, circulaire n° 7 du DFS (assurance)
IA et données externes en assurance
New York Department of Financial Services11 juil. 2024
Diligence, droits d’audit et supervision des fournisseurs d’IA et de sources de données externes utilisés pour la souscription et la tarification ; l’assureur reste responsable des résultats.
Comment AIDataVeil aide
Surveiller les fournisseurs d’IA → : une politique signée et des reçus qui documentent chaque échange avec eux.
Retirer ce qui identifie le client, ou l’expurger, avant un modèle ouvert ; le consentement peut rester nécessaire.
Comment AIDataVeil aide
Retirer avant le modèle → : les noms de clients et identifiants repérés partent en doublures, et les catégories couvertes par le secret peuvent être refusées.
HIPAA
45 CFR 164.504(e) · contrats de business associate
Un contrat de business associate avec chaque prestataire qui reçoit des données de santé protégées pour le compte de l’entité.
Comment AIDataVeil aide
Vous gardez vos BAA → : AIDataVeil réduit ce que le fournisseur d’IA reçoit, nomme les destinations autorisées et laisse un reçu signé, sans contenu, par échange.
Australie
Asie-Pacifique
OAIC, orientation sur les produits d’IA du commerce
Privacy Act 1988 · APP 6, 8 et 11
Office of the Australian Information Commissioner21 oct. 2024, mise à jour le 17 janv. 2025
Bonne pratique : ne pas saisir d’informations personnelles, surtout sensibles, dans les outils d’IA générative publics ; des contrôles pour empêcher la saisie.
Comment AIDataVeil aide
Des contrôles plutôt qu’un vœu → : un espace de travail autorisé où les identifiants deviennent des doublures cohérentes avant l’envoi, avec un reçu signé.
Privacy Act 1988, modifications de 2024
APP 11
Office of the Australian Information CommissionerEn vigueur depuis le 11 déc. 2024
Un inventaire des outils et usages d’IA, la visibilité sur toute la chaîne d’approvisionnement IA (tiers et sous-traitants), la maîtrise des flux d’agents autonomes et des tests de sécurité robustes.
Comment AIDataVeil aide
Une seule couche de contrôle → : la même politique pour les personnes, les logiciels et les agents, des destinations nommées, un reçu signé sans contenu par échange.
DTA, orientation sur l’IA générative publique pour les agences
Une approche fondée sur le risque, avec des contrôles techniques comme les bloqueurs de téléversement, les écrans d’avertissement et la prévention des pertes de données.
Comment AIDataVeil aide
À côté des bloqueurs → : un canal autorisé où vos règles s’appliquent à chaque échange, avec une preuve signée.
Régulateurs de la profession juridique, déclaration commune sur l’IA
Pratique juridique en Australie
Law Society of New South Wales, Legal Practice Board of Western Australia, Victorian Legal Services Board et CommissionerDéclaration commune
Ne pas saisir d’informations confidentielles, sensibles ou privilégiées de clients dans des outils d’IA publics ; avec un outil commercial, examiner attentivement les conditions contractuelles pour s’assurer que l’information reste sécurisée.
Comment AIDataVeil aide
Pas d’outil public pour les informations des clients → : les noms de clients et les termes listés partent en doublures, ou le dossier reste sur une IA privée ou locale, avec un reçu par échange.
Tax Practitioners Board, TPB(GS) 55/2026
Code de conduite professionnelle, point 6 · confidentialité
Pas d’informations personnelles ou confidentielles sauf non-conservation confirmée ; à défaut, retirer des entrées tout ce qui permet la réidentification.
Comment AIDataVeil aide
Retirer avant l’envoi → : ce qui identifie est remplacé par des doublures, puis les vraies valeurs autorisées reviennent dans la réponse.
Juridictions de Nouvelle-Zélande, lignes directrices sur l’IA générative
Rien de privé, de confidentiel, de supprimé par ordonnance ou couvert par le secret professionnel dans un assistant conversationnel ; en général, rien qui ne soit déjà public.
Comment AIDataVeil aide
Rien qui relie les dossiers → : chaque discussion, chaque client et chaque mission a ses propres doublures, et les identifiants repérés partent en doublures.
Secteur public, orientation sécurité de l’IA générative
Fondations de l’IA générative
Gouvernement néo-zélandais (digital.govt.nz)Mis à jour le 3 févr. 2025
Pour les outils gratuits : remplacer les identifiants par des substituts génériques et documenter les correspondances.
Comment AIDataVeil aide
Des substituts et leurs correspondances → : AIDataVeil le fait automatiquement : des doublures cohérentes, la correspondance gardée chiffrée, les vraies valeurs remises dans la réponse.
IMDA, cadre de gouvernance de l’IA agentique
Version 1.5
Infocomm Media Development Authority20 mai 2026 · volontaire
Une identité vérifiable pour chaque agent, des autorisations limitées et non transférables, une approbation humaine imposée par le système plutôt que par l’invite.
Comment AIDataVeil aide
Par le système, pas par l’invite → : le mandat signé est appliqué par AIDataVeil, hors du modèle : une vraie valeur n’apparaît que dans une décision qu’il autorise.
MAS, lignes directrices sur la gestion des risques de l’IA
Point 2.5 b)
Monetary Authority of SingaporePubliées le 7 oct. 2026 ; applicables à partir du 7 oct. 2027
Les politiques de gouvernance précisent les usages permis et interdits de l’IA, par exemple l’interdiction de saisir des informations confidentielles, propriétaires ou de clients dans des outils d’IA publics.
Comment AIDataVeil aide
La règle devient un contrôle → : une politique signée appliquée à chaque échange, avec des reçus vérifiables hors ligne.
Chiffrement, obfuscation, masquage ou jetons virtuels ; contrôle d’accès ; journaux, surveillance et revue.
Comment AIDataVeil aide
La règle 6 cite le masquage et les jetons virtuels → : les identifiants repérés partent en doublures avant le modèle, l’historique reste chiffré, chaque échange laisse un reçu.
DPDP Act 2023
Art. 8
Ministère de l’Électronique et des Technologies de l’information (MeitY)Loi de 2023
Empêcher l’usage par des personnes non autorisées et pouvoir vérifier après coup les accès ; l’autorisation de l’INPDP pour tout transfert à l’étranger.
Comment AIDataVeil aide
Limiter ce qui part → : les catégories sensibles peuvent être réservées à une IA privée ou locale, et chaque échange laisse un reçu signé sans contenu.
Algérie
Maghreb
Loi 18-07 modifiée par la loi 25-11 du 24 juil. 2025
Art. 3, 41 bis 2, 41 bis 3 et 44
Autorité nationale de protection des données à caractère personnel (ANPDP)En vigueur
Un registre des traitements avec les destinataires à l’étranger, un carnet automatisé des opérations à la disposition de l’ANPDP, un transfert sur autorisation.
Comment AIDataVeil aide
Un carnet des opérations → : chaque échange avec un modèle d’IA laisse un reçu signé qui indique la destination et la politique appliquée, sans conserver le contenu.
Des mesures techniques et organisationnelles appropriées, vérifiées régulièrement ; un contrat écrit avec chaque opérateur ; des transferts encadrés.
Comment AIDataVeil aide
Des mesures vérifiées → : chaque échange avec un modèle d’IA laisse un reçu signé, sans contenu, vérifiable hors ligne : la preuve que la politique s’applique.
Prudential Authority, directive D3/2018 (cloud)
Banques
Prudential Authority (South African Reserve Bank)En vigueur
Les déployeurs d’IA documentent leurs paramètres techniques et organisationnels, dont les flux transfrontières, et les déposent avec leur audit annuel.
Comment AIDataVeil aide
La matière du dossier → : une politique signée et versionnée, des destinations nommées, et des reçus sans contenu pour chaque échange.
Kenya
Afrique
Data Protection (General) Regulations 2021
Règle 33(d)
Office of the Data Protection Commissioner (ODPC)En vigueur
Pseudonymiser les données et conserver séparément les clés d’identification.
Comment AIDataVeil aide
Pseudonymiser et garder les clés à part → : AIDataVeil sépare de la même façon : des doublures avant le modèle, une correspondance chiffrée, et un coffre sans clés à côté d’un Gardien sans historique.
Data Protection Act 2019
Art. 41(4)(c)
Office of the Data Protection Commissioner (ODPC)En vigueur
L’organisation reste responsable des renseignements personnels qu’elle transfère à un tiers à l’étranger.
Comment AIDataVeil aide
Responsable à l’étranger → : moins de données partent, sous forme de doublures, vers des destinations nommées, avec la preuve de ce qui est parti.
Maroc
Maghreb
Loi n° 09-08 relative à la protection des personnes physiques à l’égard du traitement des données à caractère personnel
Art. 23, 43 et 44
Commission nationale de contrôle de la protection des données à caractère personnel (CNDP)Loi promulguée le 18 févr. 2009 · Bulletin officiel n° 5714 du 5 mars 2009
Des mesures techniques et organisationnelles contre la perte, l’altération et l’accès non autorisé, y compris pour les transmissions en réseau ; un transfert à l’étranger seulement vers un État au niveau de protection suffisant, sauf les dérogations que la loi prévoit.
Ce qui reste à votre organisation
Le choix du prestataire, son contrat écrit et, pour une IA hébergée hors du Maroc, la vérification du niveau de protection ou l’autorisation de la CNDP restent à votre organisation.
Comment AIDataVeil aide
Choisir un sous-traitant, c’est nommer l’IA → : seules les IA nommées par votre organisation reçoivent des requêtes, avec des doublures cohérentes à la place des identifiants repérés ; un reçu signé dit où chaque requête est partie.
Côte d’Ivoire
Afrique
Loi n° 2013-450 relative à la protection des données à caractère personnel
Art. 26, 41 et 46
Autorité de régulation des télécommunications/TIC de Côte d’Ivoire (ARTCI), qui exerce les missions de l’autorité de protectionLoi du 19 juin 2013 · Journal officiel du 8 août 2013
Des mesures pour empêcher l’accès non autorisé aux installations, aux supports et aux systèmes de traitement ; pour un transfert vers un pays tiers (hors CEDEAO), l’autorisation préalable de l’autorité et un niveau de protection supérieur ou équivalent.
Ce qui reste à votre organisation
La demande d’autorisation à l’ARTCI pour un transfert vers un pays tiers et le rapport annuel à l’autorité restent à votre organisation ; vos reçus en fournissent les faits.
Comment AIDataVeil aide
Savoir où part chaque requête → : seules les IA nommées par votre organisation reçoivent des requêtes, avec des doublures cohérentes à la place des identifiants repérés ; chaque échange laisse un reçu signé qui indique la destination.
Sénégal
Afrique
Loi n° 2008-12 sur la protection des données à caractère personnel
Art. 5, 39, 49 et 71
Commission de protection des données personnelles (CDP)Loi du 25 janv. 2008
Toute précaution utile pour empêcher l’accès de tiers non autorisés, avec la possibilité de vérifier après coup qui a eu accès aux données ; avant tout transfert vers un pays tiers au niveau de protection suffisant, l’information préalable de la CDP.
Ce qui reste à votre organisation
L’information préalable de la CDP avant un transfert vers un pays tiers et le contrat écrit avec chaque prestataire restent à votre organisation.
Comment AIDataVeil aide
La trace des échanges → : chaque échange avec une IA laisse un reçu signé, sans contenu, vérifiable hors ligne, qui indique la destination ; les identifiants repérés partent en doublures cohérentes.
Bénin
Afrique
Code du numérique, livre V, protection des données à caractère personnel
Art. 391, 426 et 462
Autorité de protection des données à caractère personnel (APDP)Loi n° 2017-20 du 20 avril 2018
La pseudonymisation et le chiffrement parmi les mesures de sécurité ; un transfert vers un État tiers (hors CEDEAO) seulement si l’autorité constate un niveau de protection équivalent, après son autorisation préalable.
Ce qui reste à votre organisation
La demande d’autorisation à l’APDP pour un transfert vers un État tiers et l’analyse d’impact quand elle est requise restent à votre organisation.
Comment AIDataVeil aide
La loi cite la pseudonymisation et le chiffrement → : les identifiants repérés partent en doublures cohérentes avant le modèle, l’historique reste chiffré, clés à part, et seules les IA nommées par votre organisation reçoivent des requêtes.
Gabon
Afrique
Loi n° 025/2023 modifiant la loi n° 001/2011 relative à la protection des données à caractère personnel
Art. 113 et 171
Autorité pour la protection des données personnelles et de la vie privée (APDPVP)Loi du 12 juil. 2023 · Journal officiel n° 218 bis du 15 juil. 2023
La pseudonymisation et le chiffrement parmi les mesures de sécurité adaptées au risque ; un transfert vers un autre État seulement sur autorisation de l’APDPVP, qui apprécie le niveau de protection de cet État.
Ce qui reste à votre organisation
La demande d’autorisation à l’APDPVP pour un transfert vers un autre État reste à votre organisation ; vos reçus disent où chaque requête est partie.
Comment AIDataVeil aide
La loi cite la pseudonymisation et le chiffrement → : les identifiants repérés partent en doublures cohérentes avant le modèle, l’historique reste chiffré, clés à part, et chaque reçu signé dit où la requête est partie.
RD Congo
Afrique
Code du numérique, protection des données à caractère personnel
Art. 187, 201, 221, 224 et 262
Autorité de protection des données (APD)Ordonnance-loi n° 23/010 du 13 mars 2023
Les données personnelles sont stockées ou logées en RDC ; un transfert vers un hébergeur d’un État tiers n’est possible, pour des besoins de souveraineté numérique et de sécurité, que lorsque l’APD constate un niveau de protection adéquat ; tout transfert vers un pays tiers demande son autorisation préalable ; le responsable met en œuvre les moyens nécessaires pour garantir la sécurité des données, y compris la protection contre le traitement non autorisé ou illicite et contre la perte ou la destruction, avec sauvegarde et restauration (art. 221).
Ce qui reste à votre organisation
Le choix de l’hébergement et la demande d’autorisation à l’APD pour tout transfert vers l’étranger restent à votre organisation.
Comment AIDataVeil aide
Savoir où est hébergé ce qui part → : seules les IA nommées par votre organisation reçoivent des requêtes, avec des doublures cohérentes à la place des identifiants repérés, et chaque reçu signé dit où la requête est allée.
Rwanda
Afrique
Loi n° 058/2021 relative à la protection des données personnelles et de la vie privée
Art. 47 à 50
National Cyber Security Authority (NCSA), autorité de contrôleEn vigueur depuis le 15 oct. 2021 · Gazette officielle spéciale du 15/10/2021
Des mesures techniques appropriées contre la perte, le dommage et la destruction ; les données sont stockées au Rwanda, et un stockage hors du Rwanda exige un certificat d’enregistrement de l’autorité ; un transfert hors du Rwanda repose sur des conditions précises, avec un contrat écrit.
Ce qui reste à votre organisation
L’enregistrement qui autorise un stockage hors du Rwanda, l’autorisation de transfert et le contrat écrit avec chaque destinataire restent à votre organisation.
Comment AIDataVeil aide
Où sont stockées les données → : seules les IA nommées par votre organisation reçoivent des requêtes, chaque reçu signé dit où la requête est allée, et l’historique est chiffré, conservé pour la durée que fixe votre administrateur.
Ghana
Afrique
Data Protection Act, 2012 (Act 843)
Art. 28 à 30 et 47(1)(g)
Data Protection CommissionLoi du 10 mai 2012 · notifiée au Gazette le 18 mai 2012
Des mesures techniques et organisationnelles contre la perte, la destruction et l’accès non autorisé, vérifiées régulièrement ; un contrat écrit avec chaque sous-traitant ; la demande d’inscription au registre indique les pays vers lesquels les données peuvent être transférées.
Ce qui reste à votre organisation
L’inscription au registre, les contrats écrits avec les sous-traitants et la notification d’une atteinte à la sécurité (art. 31) restent à votre organisation.
Comment AIDataVeil aide
Des mesures vérifiables → : les identifiants repérés partent en doublures cohérentes avant l’envoi, l’historique reste chiffré, clés à part, et chaque échange laisse un reçu signé qui indique la destination.
Pakistan
Asie-Pacifique
Banque d’État du Pakistan, cadre de gestion des risques d’externalisation
Parties VII d), IX et XIV
State Bank of Pakistan (Banking Policy & Regulations Department)Circulaire BPRD n° 06 du 17 déc. 2019 (cadre mis à jour)
Quand l’externalisation touche des informations confidentielles de clients : le consentement spécifique du client, ou le chiffrement ou l’anonymisation des informations d’identification personnelle pour que l’identité ne puisse pas être aisément déduite, et la conservation de ces cas pour l’inspection de la SBP ; toute externalisation hors du Pakistan exige l’accord préalable de la SBP et un avis juridique.
Ce qui reste à votre organisation
La demande d’accord à la SBP pour tout prestataire hors du Pakistan et l’avis juridique restent à votre organisation.
Comment AIDataVeil aide
Savoir qui reçoit quoi → : votre organisation nomme les IA autorisées, la politique signée dit quelle IA reçoit quelles catégories de données, les identifiants repérés partent en doublures cohérentes, et chaque échange laisse un reçu signé, sans contenu, avec la destination.
Vanuatu
Asie-Pacifique
Data Protection and Privacy Act n° 13 de 2024
Art. 4(1)(f) et 15 à 17
Vice-commissaire à la protection des données et de la vie privée · le ministre autorise les transfertsLoi n° 13 de 2024 · en vigueur depuis sa publication au Journal officiel, début 2025
Des mesures de sécurité raisonnables contre l’accès, la perte et la divulgation non autorisés ; les données collectées au Vanuatu ne sont pas utilisées ailleurs sans l’autorisation du ministre, sauf vers les pays qu’il liste par arrêté ou dans les cas que la loi prévoit.
Ce qui reste à votre organisation
La demande d’autorisation au ministre avant d’utiliser des données hors du Vanuatu reste à votre organisation.
Comment AIDataVeil aide
Savoir où part chaque requête → : seules les IA nommées par votre organisation reçoivent des requêtes, avec des doublures cohérentes à la place des identifiants repérés, et un reçu signé par échange qui dit la destination.
Texte commun à 5 pays
« Careful adoption of agentic AI services »
Orientation conjointe
Agences cyber d’Australie, des États-Unis, du Royaume-Uni, du Canada et de Nouvelle-Zélande1er mai 2026
Jamais d’accès large aux données sensibles, une identité propre à chaque agent, une approbation humaine des étapes de décision, une journalisation complète par défaut.
Comment AIDataVeil aide
Une identité et des limites par agent → : chaque agent agit sous son propre mandat signé, raisonne sur des doublures, et chaque échange laisse un reçu.
Texte commun aux États de l’UMOA
Commission bancaire de l’UMOA, circulaire n° 04-2017/CB/C sur la gestion des risques
Art. 33 et 34 · externalisation
Commission bancaire de l’UMOA (Secrétariat général)Adoptée le 27 sept. 2017 · applicable depuis le 2 juil. 2018
Les données et les serveurs qui stockent les données et hébergent les applications restent disponibles et accessibles dans l’UMOA, ou à défaut des serveurs de secours avec réplication complète ; le contrat d’externalisation passe d’abord par le Secrétariat général de la Commission bancaire.
Ce qui reste à votre organisation
L’appréciation préalable du contrat par le Secrétariat général de la Commission bancaire et le choix d’un hébergement dans l’Union restent à votre organisation.
Comment AIDataVeil aide
Si une IA relève de l’externalisation → : votre organisation nomme les IA qui reçoivent des requêtes, la politique signée dit quelle IA reçoit quoi, et chaque reçu signé dit où la requête est partie.
NIS2
RGPD
AI Act
DORA
Loi 25
HIPAA
POPIA
DPDP
CCPA
LPRPDE
nLPD
UK GDPR
Cyber Resilience Act
Privacy Act
PDPA
GAID
GLBA
CNIL
ANSSI
CEPD
ICO
SRA
CAI
FINMA
MAS
CSSF
DPC
FCA
OAIC
APRA
BSIF
NYDFS
PDPC
AEMF
EIOPA
BCE
ENISA
IMDA
PDPO
Les identifiants repérés partent en doublures cohérentes ; la réponse revient avec les vraies valeurs, après vérification.
Ce qui ne peut pas être protégé n’est pas envoyé, et la personne sait pourquoi.
Une seule politique signée pour les personnes, les logiciels et les agents : doublure, gardé ou refusé, par type de donnée.
Seules les IA nommées par votre organisation reçoivent des requêtes : en nuage, privées ou locales.
Un reçu signé pour chaque échange, sans contenu, vérifiable hors ligne sans l’éditeur.
Un historique chiffré, clés gardées à part, conservé 30 jours, 90 jours, un an ou la durée de l’abonnement, selon votre choix.
Chaque discussion, chaque client et chaque mission a ses propres doublures.
Les agents agissent sous un mandat signé : une vraie valeur n’apparaît que dans une décision que le mandat autorise.
Ce qu’AIDataVeil fait pour vous ici
Ce qui reste entre vos mains
Vos analyses d’impact, vos contrats avec les fournisseurs d’IA et vos notifications restent les vôtres ; AIDataVeil vous donne des faits vérifiables pour chacun.
Cinq consignes reviennent d’une juridiction à l’autre, et AIDataVeil répond à chacune, à chaque échange. Le chiffre compte les juridictions où au moins un texte cité ici la formule.
15juridictions sur 37
« Ne pas confier de données sensibles à une IA grand public sans contrôle »
Un espace de travail autorisé, sous votre politique signée.
Votre métier, ses textes, et ce qu’AIDataVeil y fait.
Les textes propres à votre profession ou à votre secteur, chacun avec ce qu’AIDataVeil applique pour y répondre.
Avocats et juristes
Les barreaux demandent des garanties avant qu’une donnée de client rencontre une IA : AIDataVeil remplace les noms de clients et les termes listés avant l’envoi.
12 textes et lignes directrices
Voir les 12 textes
Experts-comptables
Confidentialité des clients et secret professionnel : AIDataVeil remplace les identifiants repérés avant chaque requête et refuse ce qui ne peut pas être protégé.
7 textes et lignes directrices
Voir les 7 textes
Santé
Données de patients : AIDataVeil remplace les identifiants repérés avant l’envoi et peut réserver un dossier à une IA privée ou locale.
7 textes et lignes directrices
Voir les 7 textes
Banques et assurances
Prestataires, fuites vers les tiers, secret financier : AIDataVeil nomme les destinations d’IA et laisse un reçu signé par échange pour le superviseur.
30 textes et lignes directrices
Voir les 30 textes
Secteur public
Données des usagers : AIDataVeil applique la règle de l’administration à chaque échange, avec des doublures pour ce qui part.
11 textes et lignes directrices
Voir les 11 textes
Éditeurs de logiciels
Intégrer l’IA à un produit : AIDataVeil remplace les identifiants repérés de vos clients avant le modèle, et chaque échange laisse un reçu que l’auditeur vérifie hors ligne.