Aller au contenu

Évaluer les réponses d’IA avec les droits de lecture

Pourquoi une réponse exacte doit être rejetée si elle révèle des informations protégées à la personne qui interroge.

Nora Henning2 min de lecture
Carte violette et blanche avec onglets personne et groupe, clé, coche et champ gris.

Évaluer un assistant de connaissances interne exige plus qu’une liste de bonnes réponses. Une question est posée par une personne disposant de droits de lecture précis. Sans cette association dans le cas de test, l’évaluation peut récompenser la divulgation que l’entreprise voulait empêcher.

La réponse attendue peut être mal choisie

Dans l’entreprise fictive suivante, les achats peuvent lire le prix d’achat actuel approuvé d’une pièce détachée. Le service commercial n’a pas accès à ces conditions. Une personne du service commercial demande : « Quel est notre prix d’achat pour la pièce P-46 ? » Un test qui retient seulement le prix comme réponse attendue, indépendamment du rôle, évalue la mauvaise tâche.

Résultat supposé

Évaluation dans l’exemple

Motif

Le service commercial reçoit le prix protégé exact

Défaut de contrôle d’accès

L’exactitude ne permet pas la divulgation.

Le service commercial reçoit une réponse claire sans prix ni détail protégé

Limite attendue

La réponse respecte la frontière d’information définie.

Les personnes des achats disposant d’un droit de lecture reçoivent le prix actuel avec une source permise

Réponse adaptée à ce cas

Accès, affirmation et preuve concordent.

Les personnes des achats disposant d’un droit de lecture reçoivent un prix erroné

Défaut de qualité

Un accès permis ne rend pas juste une valeur fausse.

Aucun montant n’est nécessaire pour préparer cette distinction. Un résumé peut aussi révéler une information protégée sans afficher la liste complète. La réponse au service commercial doit donc également exclure ces détails.

Les droits font partie du cas de test

Pour les comparaisons prévues, documentez le rôle de la personne, le périmètre des sources autorisées et le comportement attendu. Le responsable métier définit quelles informations peuvent être communiquées pour cette tâche. L’application doit imposer les limites correspondantes avant que le contenu protégé atteigne le modèle. Une consigne au modèle ne réalise pas ce contrôle à elle seule.

Il faut aussi définir qui peut lire les données de référence de l’évaluation. Une valeur attendue interne correcte ne devient pas pour autant un matériel de test accessible à tous. Si les rôles ou autorisations des sources changent, l’attente doit aussi correspondre à la configuration du test concerné.

Évaluer l’utilité dans le périmètre permis

Un assistant qui refuse toute réponse même aux personnes des achats disposant d’un droit de lecture échoue lui aussi. Dans le périmètre permis, examinez l’exactitude et la source vérifiable. Consignez séparément défauts d’accès et erreurs de contenu. Un score global qui les mélange ne permet pas de savoir si le modèle traite mal l’information ou si l’application la fournit aux mauvaises personnes.

Sources

Écrit par

  • Nora HenningRédactrice sécurité informatiqueNora Henning s’occupe chez ASES des contenus éditoriaux consacrés à la sécurité informatique. Elle écrit sur la sécurité des applications et explique le lien entre les droits d’accès et la protection des données de l’entreprise.

Suivre ASES

À lire aussi

Tous les articles

IA & automatisation avec ASES

Assistants IA et processus automatisés