Passer au contenu principal
Avant de transmettre des données clients à une API IA, documentez leur destination et ce que chaque intervenant peut conserver. Une passerelle, un vendeur de la place de marché et un fournisseur en amont peuvent avoir des rôles et des conditions différents. Cet article est une grille d’évaluation pour l’acheteur ; il ne constitue ni une politique de confidentialité d’entreprise, ni une certification, ni une garantie relative à un service.

Cartographier tout le parcours des données

Listez l’application, la passerelle, le vendeur ou fournisseur sélectionné et les services en amont qui traitent la requête. Incluez fichiers, images, audio, résultats générés et retours d’outils, en plus des prompts. Identifiez les informations confidentielles ou personnelles et supprimez les champs inutiles à la tâche. Pour Rock API, commencez par le guide de sécurité et de confidentialité, puis vérifiez les conditions du modèle ou du service précis envisagé. Demandez une clarification écrite lorsqu’une exigence reste sans réponse. Une déclaration générale sur un parcours ne couvre pas automatiquement tous les vendeurs et modèles en amont.

Demander des preuves précises

HTTPS ou une interface compatible OpenAI ne prouvent ni conformité réglementaire, ni résidence des données, ni engagement contractuel de conservation nulle. Confirmez avec l’opérateur l’accord de traitement des données nécessaire et ses exceptions.

Protéger les clés et vos propres journaux

Conservez les clés sur le serveur dans un gestionnaire de secrets, avec des identifiants distincts pour le développement, la préproduction et la production. Limitez l’accès aux personnes et services concernés. Utilisez les restrictions de droits et de dépenses disponibles. Documentez le responsable, la révocation et la rotation des clés, puis exercez-vous à remplacer une clé compromise. Examinez les journaux de l’application, du SDK, du proxy inverse, des outils d’observabilité et des exports d’assistance. Le mode de débogage peut capturer le contenu complet même si le journal habituel ne le fait pas. Masquez les en-têtes d’autorisation et évitez de conserver le contenu client par défaut. Testez les chemins d’erreur avec des données synthétiques avant d’utiliser des données réelles. Les métadonnées d’usage demandent aussi une analyse. Identifiants de requête, horodatages, modèles, nombres de tokens, adresses IP et comptes peuvent révéler une activité ou identifier une personne une fois rapprochés. Définissez finalité, durée de conservation et droits d’accès ; ne supposez pas que tout ce qui n’est pas un prompt est anonyme.

Documenter la décision de mise en production

Enregistrez le service examiné, les documents, la date, les catégories de données autorisées, les questions ouvertes et le responsable. Testez le masquage et les contrôles d’accès, vérifiez le contact en cas d’incident et bloquez les usages dont les exigences restent insatisfaites. Réévaluez après un changement de modèle, de vendeur, de routage ou de journalisation.

Gérer les clés API en sécurité

Planifiez le stockage, la rotation et la révocation des identifiants en parallèle de l’évaluation du service et des données.