Checklist sécurité de l’analytique IA : 10 questions aux éditeurs

Avant d’utiliser un outil d’IA pour analyser des ventes ou des opérations, définissez les informations qu’il peut lire et les endroits où les réponses peuvent être conservées. L’évaluation doit aboutir à une décision d’accès étayée par des éléments vérifiables.

Datarelix publie cette liste de contrôle de sécurité pour l’analytique IA et commercialise un produit d’analyse. Les questions s’appliquent à notre service comme aux autres outils ; elles ne constituent ni une certification ni une analyse juridique.

Les points à vérifier avant la connexion

Point	Éléments à demander	Décision à consigner
Accès à la source	Rôles effectifs, tables ou vues, règles par ligne et colonne	Quelles informations cet utilisateur peut-il interroger ?
Identifiants	Stockage, déchiffrement, renouvellement et entrées du modèle	Qui fournit et maintient les accès ?
Entrées du modèle	Exemples de questions, schémas, descriptions, erreurs et suivis	Quelles informations sensibles peuvent parvenir au fournisseur du modèle ?
Données conservées	Résultats, journaux, durées de conservation et suppression	Ce traitement convient-il à l’usage prévu ?
Exécution	Validation, instructions autorisées, limites et gestion des échecs	Les actions permises sont-elles adaptées ?
Vérification des réponses	Exemple montrant requête, source, résultat et exécution	Quelqu’un peut-il vérifier le calcul ?
Accès au compte	Connexion au service et droits sur les éléments enregistrés	Qui peut consulter ou réutiliser le travail ?
Calcul et coût	Limites de jobs, délais et responsabilités de facturation	Qu’est-ce qui contrôle le coût des lectures répétées ?
Analyse générée	Contrôles réseau et ressources du code généré	Où le code d’analyse peut-il envoyer des informations ?
Responsabilité opérationnelle	Assistance et procédure de révocation des accès	Qui intervient en cas de problème ?

Demandez des exemples précis. L’exclusion des identifiants du contexte du modèle ne renseigne pas sur le traitement des valeurs de résultats. La lecture seule ne précise ni le coût d’une requête ni la légitimité de l’accès à chaque champ lisible. Pour Datarelix, la page sécurité indique ce qui circule, vers où, et ce qui est conservé.

Les exigences propres à votre organisation

Certaines organisations ont besoin de SSO, de droits individuels auprès de la base, d’un réseau privé, d’un engagement contractuel sur la localisation, d’exports d’audit ou d’une certification précise. Consignez ces exigences lorsqu’elles s’appliquent. Vérifiez leur disponibilité pour le forfait, le connecteur, le déploiement et la région concernés.

Pour une analyste utilisant seule une vue de reporting approuvée, un système d’identité d’entreprise ne sera pas forcément décisif. Pour une équipe soumise à des obligations particulières et traitant des données personnelles, la conservation, les contrôles d’accès et les engagements contractuels peuvent conditionner l’essai. Les responsables sécurité ou juridiques doivent définir ces exigences.

Un exercice d’évaluation limité

Avec des données d’exemple autorisées, demandez le chiffre d’affaires mensuel hors remboursements. Préparez indépendamment un total de référence. Vérifiez la période, le filtre de statut et les clés de jointure dans le SQL, puis comparez les résultats ; vérifier le SQL et les résultats générés par IA liste ces contrôles.

Utilisez ensuite un compte de test sans accès à une table sensible et confirmez que l’outil ne peut pas la lire. Faites ces contrôles dans un environnement de test autorisé. Conservez le résultat observé avec l’identité et la configuration utilisées : un test réussi étaye ce cas précis, pas tous les contrôles possibles.

Rouvrez enfin la réponse enregistrée. Vérifiez qui peut y accéder et comment la supprimer. Une connexion directe à la base peut tout de même s’accompagner d’un stockage des résultats.

Questions détaillées par domaine

À utiliser lors des points sécurité de suivi.

Identité et droits en base de données

Sous quelle identité de base les requêtes s’exécutent-elles — un compte de service partagé, ou les droits propres de l’utilisateur connecté ?
Une connexion peut-elle être restreinte à des schémas ou des jeux de données précis plutôt qu’à toute la base ?
Quels sont les droits minimaux nécessaires pour se connecter ?
Documentez-vous une configuration au moindre privilège avec un utilisateur de base en lecture seule ?
Si l’identifiant connecté dispose d’un accès plus large que prévu, quelles limites s’appliquent encore de votre côté ?

Validation et exécution des requêtes

Le SQL généré est-il analysé en arbre syntaxique complet, ou comparé à des mots-clés et à des motifs ?
Quels types d’instructions sont autorisés — une liste d’autorisation de lectures, ou une liste de blocage de commandes connues comme dangereuses ?
Pour les langages de requête autres que SQL que vous prenez en charge (KQL, ES|QL et similaires), existe-t-il un validateur dédié par langage ?
Des limites de lignes sont-elles appliquées automatiquement à chaque requête ?
La requête s’exécute-t-elle dans un service isolé du composant qui appelle le modèle ?
La validation peut-elle être affaiblie ou désactivée par connexion, par utilisateur, ou par le support ?

Les réponses de Datarelix, avec le modèle de menace correspondant, figurent dans les contrôles de l’analytique IA en lecture seule.

Flux de données vers le modèle

Que contient le contexte du modèle : la question, la structure du schéma, des valeurs d’exemple, des résultats précédents ?
Les résultats bruts des requêtes sont-ils un jour renvoyés au modèle — et si une valeur de résultat peut entrer dans le contexte des questions suivantes, lesquelles exactement ?
Quel fournisseur de modèle traite les requêtes, et sous quelles conditions d’utilisation des données — quelque chose sert-il à l’entraînement ?
Que conserve le fournisseur de modèle, et pendant combien de temps ?
Les descriptions de schéma sont-elles rédigées par les utilisateurs, ou échantillonnées automatiquement dans les données ?

Gestion des identifiants

Comment les identifiants sont-ils chiffrés au repos — y a-t-il un chiffrement applicatif par-dessus le chiffrement du stockage ?
Quel composant les déchiffre, à quel moment, et combien de temps existent-ils en clair en mémoire ?
Les identifiants peuvent-ils apparaître dans les journaux, les messages d’erreur ou les outils du support ?
Quelle est la procédure de rotation, et qu’est-ce qui casse quand nous effectuons une rotation ?
Prenez-vous en charge une authentification par identité, propre à chaque utilisateur, en alternative aux mots de passe de base stockés ?

Pour Datarelix, voir comment les identifiants de base restent hors du modèle IA.

Isolation du code généré

Le produit exécute-t-il du code généré par le modèle — et si oui, dans quel langage, et où ?
Le trafic sortant est-il bloqué au niveau réseau, ou seulement empêché dans le code ?
Quels plafonds de CPU, de mémoire et de temps s’appliquent à une exécution en bac à sable ?
Le code en bac à sable peut-il atteindre la base directement, ou seulement les jeux de résultats qui lui sont transmis ?
Que se passe-t-il quand le code en bac à sable plante ou dépasse ses plafonds ?

Enregistrements d’exécution et relecture

Que contient un enregistrement d’exécution — question, plan, instructions exécutées, résultats ?
Une exécution passée peut-elle être rouverte et sa requête exécutée lue mot pour mot ?
Combien de temps les enregistrements d’exécution et les jeux de résultats stockés sont-ils conservés, et peuvent-ils être supprimés sur demande ?
Qui, chez l’éditeur, peut accéder aux enregistrements d’exécution, et sous quels contrôles ?
L’enregistrement est-il assez complet pour que notre équipe puisse reproduire la réponse de son côté ?

La référence sécurité et traitement des données décrit le contenu d’un enregistrement d’exécution Datarelix.

Accès au compte et authentification

Quels fournisseurs d’identité sont pris en charge à la connexion, et pouvons-nous en imposer un ?
Le provisionnement et le déprovisionnement automatiques (SCIM) sont-ils disponibles si notre organisation l’exige ?
Quels rôles ou niveaux de permission existent aujourd’hui dans un compte — et lesquels relèvent de la feuille de route plutôt que de fonctionnalités livrées ?
La journalisation d’audit des actions d’administration (connexions créées, identifiants modifiés, ouvertures de session) est-elle accessible à notre équipe sécurité ?
Comment les données d’un compte sont-elles isolées de celles d’un autre — par des vérifications applicatives seules, ou également appliquées au niveau de la base ?

Exploitation

Quels sont vos engagements de notification d’incident, et figurent-ils au contrat ?
Votre liste de sous-traitants ultérieurs est-elle publiée, et comment les changements sont-ils communiqués ?
Dans quelles régions les données clients sont-elles traitées et stockées ?
Existe-t-il un canal de divulgation de vulnérabilités, et commandez-vous des tests de sécurité indépendants ?
Remplirez-vous notre questionnaire de sécurité, et des attestations de tiers sont-elles disponibles sous NDA ?
Qu’est-ce qui est supprimé lorsque nous partons, et comment la suppression est-elle confirmée ?

Preuves et compte rendu de décision

Demandez une description des flux qui distingue données sources, entrées du modèle, résultats conservés et secrets de connexion. Complétez les réponses écrites par une démonstration sur un jeu de test approuvé. Le SQL affiché aide à vérifier ce calcul ; il ne démontre pas le chiffrement des identifiants ni l’isolation des comptes.

Conservez un compte rendu court pour chaque exigence :

Champ	Exemple
Exigence	L’identité de test peut lire uniquement les vues commerciales approuvées
Preuve	Droits examinés par le responsable de la base et test d’accès
Configuration	Connecteur, rôle de base, offre produit et date du test
Point non résolu	Droits appliqués à une nouvelle vue de reporting
Responsable et prochaine revue	Responsable de la base ; à chaque évolution des vues

Classez chaque réponse : documentée, démontrée dans la configuration testée, non résolue ou hors de vos exigences. Une démonstration et un engagement contractuel répondent à des questions différentes. Évitez qu’une note globale masque une exigence essentielle encore non résolue.

Un manque de précision appelle une demande de preuve. « Lecture seule » sans explication du contrôle, absence des résultats conservés dans le schéma de flux ou réponses contradictoires sur la conservation : chaque cas laisse un point concret à résoudre. Notez ce manque sans en déduire une fonction ou une vulnérabilité non documentée.

Revoyez les exigences pertinentes lorsque le connecteur, le fournisseur de modèle, l’authentification ou le déploiement change. Évaluez séparément la qualité des réponses : des droits corrects ne garantissent ni la définition du chiffre d’affaires, ni la jointure, ni la complétude du chargement source.

Les faits Datarelix à intégrer à l’examen

Datarelix valide les lectures générées avant exécution et exclut les identifiants de la base du contexte du modèle. Le service conserve des résultats et des éléments d’exécution. Les questions, informations de schéma et descriptions alimentent le modèle ; certaines valeurs de résultats à une ligne et des messages d’erreur peuvent aussi entrer dans son contexte.

Les connexions, conversations et tableaux de bord enregistrés sont privés au compte qui les crée. Team mutualise les questions mensuelles entre les sièges sans fournir à lui seul de tableaux de bord partagés. Examinez le traitement des données, les contrôles de lecture seule et la politique de confidentialité avec vos exigences internes.

Consignez les sources, la date de revue, les points ouverts et la personne responsable. Si l’accès convient, commencez par le démarrage rapide et un rapport dont vous pouvez vérifier le résultat attendu.