CC6.7 (Trust Services Criteria, critères communs)
Restreindre le mouvement et la transmission de l'information
Le critère CC6.7 exige que l'organisation restreigne la transmission, le mouvement et le retrait de l'information aux utilisateurs et processus autorisés, et la protège lors des transmissions hors des frontières du système. C'est le critère qui couvre les données quittant les canaux contrôlés.
Une requête d'employé transportant des données de clients vers un outil d'IA externe est une transmission hors de la frontière du système par un canal que le référentiel de contrôles n'a jamais envisagé. Si l'organisation ne peut montrer un contrôle régissant ce chemin, CC6.7 comporte une lacune, peu importe la qualité du chiffrement et de la DLP ailleurs. IBM constatait en 2025 que seulement 17 % des organisations disposent de contrôles techniques qui caviardent ou bloquent les données sensibles au point d'entrée : la plupart des narratifs CC6.7 sont muets exactement là où les auditeurs regardent désormais.
CC6.1 (sécurité des accès logiques)
Contrôles d'accès logiques sur les actifs informationnels
Le critère CC6.1 exige des logiciels, des infrastructures et des architectures de sécurité des accès logiques sur les actifs informationnels protégés, afin que seuls les utilisateurs, processus et appareils autorisés y accèdent.
L'IA fantôme inverse CC6.1 : au lieu d'utilisateurs non autorisés atteignant des données protégées, des utilisateurs autorisés sortent des données protégées vers des systèmes non autorisés. LayerX mesurait en 2025 que 71 % des connexions à l'IA générative passent par des comptes personnels non corporatifs, des chemins d'accès que l'approvisionnement, l'authentification unique et le départ des employés ne touchent jamais. Une position CC6.1 défendable doit traiter les outils d'IA dans le navigateur comme des destinations, pas seulement se demander qui peut se connecter à la production.
CC7.2 (surveillance des systèmes)
Surveiller les systèmes pour détecter anomalies et événements de sécurité
Le critère CC7.2 exige la surveillance des composants du système pour repérer les anomalies évoquant des actes malveillants, des catastrophes naturelles et des erreurs, les événements étant analysés pour déterminer s'ils constituent des incidents de sécurité.
Une surveillance qui ne voit pas les flux de données vers l'IA ne peut pas les qualifier d'événements, et LayerX constatait en 2025 que les organisations n'ont aucune visibilité sur environ 89 % de l'usage de l'IA. Dans un audit de type II, la question n'est pas de savoir si un incident s'est produit, mais si votre surveillance l'aurait détecté pendant la période d'examen. La visibilité sur les outils d'IA utilisés, et sur les catégories de données sensibles interceptées en route vers eux, transforme une question sans réponse en demande de preuve que vous pouvez satisfaire.
C1.1-C1.2 (critères de confidentialité)
Identifier, conserver et éliminer l'information confidentielle
La catégorie confidentialité exige d'identifier et de conserver l'information confidentielle pour respecter les objectifs et engagements de confidentialité de l'entité, puis de l'éliminer quand elle n'est plus nécessaire. La plupart des contrats B2B rendent ces engagements explicites.
Des données de clients collées dans un outil d'IA externe échappent à tous les contrôles de rétention et d'élimination sur lesquels reposent les engagements de confidentialité : l'organisation ne peut ni conserver ni éliminer ce qu'elle ne détient plus. Comme la plupart des contrats SaaS promettent la confidentialité aux clients, une seule requête imprudente peut mettre l'entreprise en défaut à la fois de son rapport et de ses contrats. Garder les identifiants confidentiels hors des requêtes est le contrôle qui garde l'engagement vrai.
P4.0-P6.0 (critères de vie privée); CC9.2 (gestion des fournisseurs)
Critères de vie privée et gestion des fournisseurs et partenaires d'affaires
La catégorie vie privée impose des critères sur l'utilisation, la rétention, l'élimination et la divulgation des renseignements personnels, y compris la divulgation aux seuls tiers autorisés. Le critère CC9.2 exige d'évaluer et de gérer les risques liés aux fournisseurs et partenaires d'affaires, celui que les auditeurs appliquent aux sous-traitants.
Un outil d'IA qui reçoit des renseignements personnels est un destinataire de divulgation et, dans les faits, un sous-traitant, que l'approvisionnement l'ait vu ou non. Les auditeurs demandent de plus en plus la politique d'usage de l'IA, la liste des outils approuvés et la preuve que les fournisseurs d'IA ont passé l'évaluation des risques; 63 % des organisations n'ont aucune politique de gouvernance de l'IA (IBM, 2025). Les outils d'IA non approuvés qui reçoivent des renseignements personnels sont à la fois des divulgations à des tiers non documentées sous P6 et des fournisseurs non gérés sous CC9.2.