Mis à jour le
Thank you for reading this post, don't forget to subscribe!En bref: Une liste de contrôle en 30 points pour vérifier la sécurité d'un fournisseur d'IA : chaîne logicielle, données, accès, modèle, stabilité et contrat.
Le paquet NPM axios — utilisé chaque semaine par plus de 50 millions de développeurs — a été compromis lors d’une attaque contre la chaîne d’approvisionnement logicielle. Si un paquet aussi répandu peut être touché, les outils d’IA intégrés à votre entreprise le peuvent aussi. Ce guide vous accompagne dans l’examen de la sécurité des fournisseurs d’IA pour vous assurer que les outils que vous intégrez sont dignes de confiance et conformes.
Cette liste de contrôle couvre les six domaines à examiner avant d’intégrer tout nouveau fournisseur ou outil d’IA. Utilisez-la avec votre service achats, votre responsable informatique, ou menez-la vous-même. Comptez un point pour chaque élément que vous pouvez confirmer. Le barème figure en bas de page.
Section 1 : Chaîne d’approvisionnement logicielle
- Le fournisseur publie-t-il une nomenclature logicielle (SBOM) ou une liste de ses dépendances ?
- Ses dépendances sont-elles auditées régulièrement ? Existe-t-il un processus publié ?
- Utilise-t-il l’épinglage des dépendances (versions exactes) ou des plages de versions ? Plages = risque plus élevé.
- Existe-t-il un processus publié décrivant sa réaction à une compromission en amont — par exemple lorsqu’une dépendance majeure est piratée ?
- A-t-il une politique de divulgation des vulnérabilités et un engagement de niveau de service (SLA) pour répondre aux CVE ?
Section 2 : Traitement des données
- Où vos données sont-elles traitées — sur site, dans une région cloud, chez des sous-traitants tiers ?
- Vos données sont-elles utilisées pour entraîner ses modèles ? Obtenez la réponse par écrit.
- Quelle est sa politique de conservation des données ? Combien de temps conserve-t-il vos requêtes et vos données saisies ?
- Propose-t-il un accord de traitement des données (DPA) ? Est-il conforme au RGPD et à la PDPL ?
- Les données sont-elles chiffrées en transit (TLS 1.2 ou supérieur) et au repos (AES-256) ?
Section 3 : Accès et identité
- L’outil prend-il en charge l’authentification unique (SSO) avec votre fournisseur d’identité ?
- L’authentification multifacteur (MFA) est-elle imposée pour les comptes administrateurs ?
- Existe-t-il des contrôles d’accès fondés sur les rôles (RBAC), afin que tout le monde n’ait pas un accès complet ?
- Pouvez-vous auditer qui a accédé à quoi et quand — journaux d’audit complets ?
- Existe-t-il une politique de rotation des clés d’API ? Est-il facile de révoquer un accès ?
Section 4 : Risques liés au modèle et aux résultats
- Le fournisseur documente-t-il ce que son modèle peut et ne peut pas faire — y compris les modes de défaillance connus ?
- Existe-t-il une couche de filtrage de contenu ou de modération des résultats ?
- Le modèle peut-il être affiné (fine-tuning) sur vos données — et, le cas échéant, ces données sont-elles isolées de celles des autres clients ?
- Existe-t-il une option d’intervention humaine (human-in-the-loop) pour les décisions à fort enjeu ?
- Publie-t-il des fiches de modèle ou une documentation du modèle ?
Section 5 : Stabilité et responsabilité du fournisseur
- Depuis combien de temps est-il en activité ? A-t-il des clients grands comptes que vous pouvez contacter pour référence ?
- Quel est son SLA de disponibilité et sa disponibilité historique ?
- Dispose-t-il d’une assurance responsabilité cyber ?
- Existe-t-il un processus clair de réponse aux incidents ? Comment informe-t-il ses clients d’une violation de données ?
- Qu’advient-il de vos données si l’entreprise cesse son activité ou est rachetée ?
Section 6 : Contrat et conformité
- Le contrat comprend-il une clause de droit d’audit ?
- Les plafonds de responsabilité sont-ils clairement définis ?
- Existe-t-il une clause d’indemnisation couvrant la contrefaçon de propriété intellectuelle dans les résultats de l’IA ?
- Le fournisseur détient-il une certification SOC 2 Type II, ISO 27001 ou équivalente ?
- Le contrat prévoit-il un processus clair de sortie et de suppression des données ?
Barème de notation
| Score | Niveau de risque | Recommandation |
|---|---|---|
| 25–30 | Risque faible | Poursuivre avec une surveillance standard |
| 15–24 | Risque moyen | Combler les lacunes identifiées avant la mise en service sur des flux de travail sensibles |
| Moins de 15 | Risque élevé | Ne pas l’utiliser pour quoi que ce soit touchant aux données clients ou aux opérations critiques tant que les lacunes ne sont pas comblées |
La compromission d’axios rappelle que faire confiance à un outil ne suffit pas — il faut vérifier. Selon la CISA (Cybersecurity and Infrastructure Security Agency), les attaques contre la chaîne d’approvisionnement ne visent pas directement votre fournisseur d’IA ; elles visent les dépendances auxquelles votre fournisseur d’IA fait confiance. Le maillon le plus faible de votre pile d’IA est souvent un paquet situé trois niveaux plus bas, que personne n’a audité. Les travaux de McKinsey sur l’IA et le risque de cybersécurité soulignent cette préoccupation persistante dans le monde de l’entreprise.
Pour les entreprises des Émirats, une couche supplémentaire s’ajoute : comprendre comment les outils d’IA que vous choisissez interagissent avec la réglementation des Émirats sur la protection des données (PDPL) et — pour les secteurs réglementés — avec les exigences de la CBUAE ou de la DHA. Un partenaire de conseil en IA qui connaît la réglementation des Émirats peut vous aider à mener la vérification préalable de la sécurité de vos fournisseurs d’IA de façon systématique, plutôt qu’au cas par cas pour chaque nouvel outil. Découvrez comment structurer votre gouvernance de l’IA.
Une habitude de plus pour protéger vos données : lisez les conditions générales du fournisseur d’IA avant de signer, puis appliquez-les. Utiliser l’IA de manière responsable, dans le cadre des règles que le fournisseur fixe pour le stockage et l’usage de vos données, est l’un des moyens les plus simples de protéger les données de l’entreprise.
Conservez cette liste de contrôle. Partagez-la avec votre service achats. Appliquez-la à chaque nouvel outil d’IA avant qu’il ne touche à des données de production.
Besoin d’aide pour évaluer votre parc actuel de fournisseurs d’IA ? Innov@Scale accompagne les entreprises des Émirats pour choisir et utiliser les outils d’IA de manière responsable, afin de protéger leurs données →
Découvrir les services Innov@Scale associés
- Conseil en IA aux Émirats arabes unis — Évaluer, conseiller et transformer, avec des plateformes partenaires et des spécialistes
- Évaluation de la préparation à l’IA — Une liste notée de cas d’usage et une feuille de route
- Tous les services — Dix services d’IA en trois étapes
Que vérifier avant d’intégrer un fournisseur d’IA ?
Commencez par le traitement des données, la provenance des modèles et les contrôles d’accès. Confirmez que le fournisseur est transparent sur les sources de données d’entraînement et peut fournir un accord de traitement des données.
Comment évaluer le risque d’un fournisseur d’IA dans le contexte CCG ?
Recherchez la conformité au PDPL des EAU, les options de résidence des données dans la région, et l’expérience du fournisseur dans les secteurs réglementés (santé, finance, gouvernement).