« Les données sont sécurisées » ne répond pas aux questions d’une direction Achats. Il faut savoir quelles données circulent, qui peut y accéder, ce qu’un outil connecté peut exécuter et quelles preuves permettent de vérifier les engagements.
La sécurité d’une IA Achats s’évalue sur son architecture, ses traitements, ses droits, ses actions et ses contrôles. Vérifiez l’offre et le périmètre réellement utilisés. Un label, un hébergement localisé ou une promesse de non-entraînement ne suffisent pas, isolément, à conclure.
Trois affirmations, trois vérifications
Où passent les données ?
Distinguer stockage et traitements.
Quels usages sont permis ?
Séparer conservation et entraînement.
Que peut faire le système ?
Distinguer lecture, modification et envoi.
Dix contrôles à documenter
| Contrôle | Preuve ou test attendu |
|---|---|
| 1. Données | Inventaire des catégories et niveaux de sensibilité |
| 2. Flux | Schéma des traitements, stockages et services appelés |
| 3. Acteurs | Liste des prestataires et rôles applicables |
| 4. Accès | Droits, authentification et séparation des espaces |
| 5. Réutilisation | Engagements sur entraînement, conservation et usage |
| 6. Actions | Périmètre des connecteurs et validations requises |
| 7. Traçabilité | Journaux adaptés, versions et responsabilités |
| 8. Résilience | Gestion des incidents, sauvegarde et continuité |
| 9. Attestations | Titulaire, périmètre, validité et réserves |
| 10. Réversibilité | Export, suppression et conditions de fin de service |
Une réponse commerciale ne remplace pas un document contractuel ou un test. Conservez la date de la preuve et l’offre concernée. Les options d’une version entreprise ne doivent pas être attribuées automatiquement à toutes les formules du même éditeur.
Examiner les accès et les actions séparément
Lire un document, modifier un référentiel et envoyer une commande sont trois capacités différentes. Un agent connecté doit disposer des seuls droits nécessaires au cas d’usage. Les actions engageantes demandent un contrôle adapté, avec identification de la personne qui valide.
Dans le protocole de test proposé ici, vérifiez qu’un utilisateur ne peut pas obtenir les documents d’un autre périmètre. Vérifiez aussi les conséquences d’un changement de rôle ou du départ d’un collaborateur. Une interface qui masque un bouton ne prouve pas que l’accès sous-jacent est interdit.
Traiter les documents comme des données non fiables
Un fichier ou une page web peut contenir des instructions trompeuses destinées au système. Les recommandations de l’ANSSI sur l’IA générative soulignent la nécessité d’une analyse de sécurité adaptée à ces architectures. Le document analysé ne doit pas pouvoir élargir les droits de l’outil ou autoriser un envoi externe.
Pour un test métier, introduisez une consigne sans rapport avec le dossier dans une pièce fictive. Observez si le système la traite comme un contenu à analyser ou comme une instruction à suivre. Ce test isolé ne certifie pas la robustesse, mais révèle une classe de risques qui n’apparaît pas dans une démonstration idéale.
Ne pas confondre hébergement, entraînement et confidentialité
La localisation du stockage n’indique pas à elle seule tous les lieux de traitement ni les conditions d’accès. L’absence d’utilisation pour l’entraînement ne signifie pas automatiquement absence de conservation. Les règles doivent être examinées pour les services et fonctionnalités effectivement utilisés.
Faites décrire les flux et les engagements par l’éditeur, puis analyser leur adéquation par les responsables compétents. Pour les données personnelles, la CNIL fournit des repères d’usage de l’IA générative ; l’organisation doit qualifier son propre traitement. Une mention générale de conformité ne remplace pas ce travail.
Faire de la sécurité une condition de pilotage
Avec Impact³, le besoin métier et les capacités organisationnelles sont travaillés ensemble. La décision de déploiement précise les usages acceptés, les contrôles et les responsabilités de suivi. Une évolution du modèle, d’un connecteur ou d’un sous-traitant peut nécessiter une réévaluation.
Pour Cortex × Impact³ comme pour toute autre solution, demandez les pièces à jour correspondant à votre offre. Cet article ne déclare aucune certification acquise sans preuve associée. Le résultat recherché est une décision documentée : ce qui est accepté, les réserves éventuelles et les conditions qui imposeraient de suspendre un usage.
Pour approfondir votre prochain dossier
Poursuivez avec le dossier DSI, RSSI et DPO, la sélection d’une solution. Ces ressources prolongent les points de méthode abordés ici et permettent de préparer les livrables suivants.
Questions fréquentes
Un hébergement en Europe suffit-il ?
Non. Examinez aussi les flux, les accès, les sous-traitants, les usages, les engagements et les exigences applicables à votre organisation.
Non-entraînement signifie-t-il absence de conservation ?
Non. Ce sont deux sujets distincts. Demandez les règles propres aux services utilisés et aux paramètres de votre contrat.
Le certificat de l’hébergeur couvre-t-il l’application ?
Pas automatiquement. Vérifiez le titulaire, le périmètre, la validité et les services effectivement couverts.
Quels tests demander avant le déploiement ?
Des tests adaptés aux risques : séparation des accès, droits des connecteurs, validation des actions, export et suppression, ainsi que comportement face aux données trompeuses.
