Aller au contenu

Sécurité de l’IA

Gouvernance IA et Shadow AI : ce qu’une PME doit décider au-delà de l’inventaire

L’inventaire Shadow AI identifie les outils. La gouvernance IA fixe usages autorisés, responsabilités, exceptions et vérifications pour les PME.

Savoir quels outils apparaissent ne répond pas à toutes les questions : lesquels sont autorisés, avec quels comptes, pour quelles données, et qui vérifie les règles ? Ce guide propose un minimum de gouvernance adapté à une petite équipe.

À retenir

Utilisez l’inventaire comme point de départ pour des décisions d’usage. Nommez les responsables, données permises, alternatives et exceptions. Un agent capable d’agir dans d’autres applications nécessite une revue de ses droits et un responsable pouvant l’arrêter. Mesurez les décisions et contrôles vérifiés, pas seulement les domaines IA observés.

1. Relier les outils aux conditions d’usage

Le guide Shadow AI explique comment distinguer usage observé et compte vérifié. La gouvernance ajoute des choix.

Un nom de fournisseur reconnu n’établit pas l’autorisation de son usage. Pour chaque besoin, décidez : autoriser sous conditions, proposer une alternative ou suspendre cet usage pendant l’évaluation. Expliquez le chemin utilisable aux personnes concernées.

1. Relier les outils aux conditions d’usage
DécisionExemple
Outil autoriséUn espace professionnel identifié et évalué
Contexte du compteIdentité professionnelle sur les appareils couverts
DonnéesCatégories permises et interdites selon le parcours
AgentConnecteurs, actions et identités revus séparément
ExceptionApprobateur, justification et date de fin

2. Écrire une règle d’usage compréhensible

Une page peut suffire si elle précise :

Les recommandations ANSSI couvrent la sécurité de l’architecture et du cycle de vie des systèmes génératifs ; elles ne remplacent pas une analyse juridique. Les conseils NCSC sur les agents appellent à proportionner leur autonomie, leurs accès et leur supervision. Appliquez ces principes à votre contexte : réexaminez la décision quand les données, actions ou permissions changent.

Publiez la règle à l’endroit où les équipes travaillent déjà. Si vous interdisez un compte personnel pour des données de travail, indiquez l’alternative approuvée disponible.

  • le besoin métier et les usages concernés ;
  • les outils et types de comptes autorisés ;
  • les catégories de données interdites, avec des exemples fictifs ;
  • les attentes propres aux agents : responsable, permissions et moyen d’arrêt ;
  • les navigateurs/appareils couverts et ceux qui ne le sont pas ;
  • la procédure de signalement et la durée des exceptions.

Références : ANSSI — Recommandations de sécurité pour un système d’IA générative · NCSC — Thinking carefully before adopting agentic AI · NCSC — Managing the cyber risk of agentic AI

3. Nommer les responsabilités

Vérifiez la couverture, l’édition et la région de tout produit supplémentaire envisagé. Des outils natifs et un tableau peuvent suffire pour attribuer les responsabilités et démarrer les revues. Un nouveau module fournisseur n’est pas un préalable à une décision d’usage.

  • Responsable métier : finalité, besoin et catégories de données.
  • Sécurité ou IT : comptes, permissions, contrôles et départs.
  • Approbateur d’exception : choix justifié, durée et réexamen.

4. Relier approbation, connecteurs et départs

Dans l’échantillon Material Security de 22 332 applications sur 21 environnements Google Workspace, 91 % des applications IA/automatisation ont été observées depuis janvier 2024 ; 1 064 applications avaient des jetons valides sans utilisateur actuellement actif. Il ne s’agit pas d’une mesure des clients elba ou de toutes les PME.

Une approbation garde le responsable, la finalité, les droits et la source qui les établit. Quand un agent obtient une nouvelle action ou connexion, réouvrez cette revue. Distinguez l’identité utilisée par ses outils des droits d’un utilisateur qui interroge ses connaissances.

Au départ d’une personne, vérifiez connexion, autorisations individuelles, consentement tenant et identité des outils d’agents. La suspension Google réinitialise les jetons OAuth de cet utilisateur ; les autres autorisations gardent leur propre revue. La suppression d’une autorisation déléguée Microsoft empêche de nouveaux jetons pour ces droits, mais les jetons d’accès existants peuvent rester valides jusqu’à expiration.

Le guide OAuth et la revue des habilitations décrivent les vérifications dans les sources. Un seuil de dormance d’environ 90 jours est un point de départ à adapter, pas une preuve automatique de suppression.

Références : Material Security — OAuth Risk Report · Google — Sécuriser les comptes compromis · Microsoft Graph — Supprimer une autorisation déléguée

5. Mesurer les décisions et les contrôles

Un décompte de sites visités ne mesure pas les autorisations ni les données envoyées. Conservez les limites : appareils non inscrits, formats non inspectés, interfaces non couvertes et consentements encore inconnus. Un blocage sans alternative peut déplacer l’usage vers d’autres appareils ; vérifiez le besoin métier avant de choisir la réponse.

5. Mesurer les décisions et les contrôles
IndicateurCe qu’il établit
Outils avec responsable et décisionCouverture de la gouvernance
Exceptions en retardRéalité du réexamen
Changements d’accès confirmésCorrections vérifiées dans la source
Contrôles testés avec données fictivesRésultat du parcours couvert
Agents avec responsable d’arrêtCapacité de réaction

6. Commencer par un parcours de 30 jours

Prévoyez ensuite une revue des nouveaux usages et un contrôle périodique des accès dormants. Ce parcours ne permet pas de déclarer la gouvernance « terminée ».

  • Semaine 1 : valider la règle, les outils autorisés et les exemples de données.
  • Semaine 2 : relier les principaux outils observés à une décision et un responsable.
  • Semaine 3 : vérifier les consentements et inclure les connexions dans le parcours de départ.
  • Semaine 4 : vérifier les contrôles avec des données fictives et garder les limites explicites.

Comment elba accompagne ce parcours

Third-Party Apps et les observations navigateur alimentent l’inventaire applicatif en conservant la provenance des signaux. Le responsable et la politique d’usage y donnent une destination aux observations ; celles-ci ne prouvent pas un compte ou une autorisation connectée.

Les Playbooks Browser Security configurés appliquent les avertissements ou blocages des parcours navigateur pris en charge. Vérifiez fournisseur, interface, compte, format et politique. Un résultat Copilot web n’établit pas une protection du grounding Microsoft 365 natif ou des connecteurs Copilot Studio ; les formats binaires fournissent uniquement des métadonnées et une inspection incomplète ne bloque pas à elle seule l’envoi.

Data Protection remonte les expositions de partage prises en charge quand les données sont déjà accessibles trop largement. La sensibilisation conserve son utilité sans remplacer la décision de permissions.

Elba ne remplace pas votre règle écrite, l’analyse juridique ou les paramètres de consentement Google/Microsoft. Vérifiez les connexions et parcours effectivement couverts avant de présenter un contrôle comme efficace.

Références : Google — Sécuriser les comptes compromis

Checklist de gouvernance IA pour les PME

0 sur 8 points vérifiés

Vos cases cochées restent sur cette page et sont réinitialisées à son rechargement.

Questions fréquentes

Shadow AI signifie-t-il absence de gouvernance ?

Il décrit un usage non approuvé ou non maîtrisé. La gouvernance définit les conditions d’un usage approuvé. On peut disposer d’un inventaire sans décisions utilisables.

Peut-on interdire toute IA générative ?

L’organisation peut choisir une restriction, mais elle doit examiner le besoin et les chemins alternatifs. Des espaces approuvés et des règles de données vérifiées rendent la décision plus facile à appliquer.

Faut-il acheter un produit spécialisé avant de commencer ?

Non. Utilisez les inventaires de consentement et contrôles disponibles, formalisez les exceptions et vérifiez les départs. Évaluez un produit supplémentaire sur sa couverture réelle.

Que montrer à la direction ?

Décisions d’usage, exceptions en attente, changements d’accès vérifiés et résultats des contrôles, avec leurs limites. Le nombre de domaines IA n’est pas suffisant.

Sources et documentation

Documentation de référence utilisée pour ce guide. Les paramètres et les éditions disponibles évoluent : consultez les sources avant de modifier vos réglages.

Passer à la pratique

guide Shadow AIguide OAuthrevue des habilitationsElba — Sécurité IAApplications et accèsProtection des données
Sécurité de l’IA6 min

Shadow AI : inventorier les usages et protéger les données

Construisez un inventaire du Shadow AI, distinguez usages observés et accès vérifiés, puis testez les contrôles sur les prompts et fichiers sensibles.

Lire le guide
Sécurité de l’IA8 min

Agents Copilot et M365 : vérifier les partages excessifs après les politiques

Après les politiques Copilot, vérifiez les permissions, sources de connaissance, identités des connecteurs et accès aux agents. Une checklist pour les PME.

Lire le guide
Protection des données9 min

DLP Google Workspace : configuration, règles et limites

Vérifiez votre édition, configurez les règles DLP Drive et testez les détections. Exemples de règles, limites et checklist pour corriger les partages.

Lire le guide
Applications et accès6 min

Revue des habilitations : checklist pour vérifier et corriger les accès

Menez une revue d’accès avec des comptes vérifiés, des décisions justifiées et des changements contrôlés. Checklist réutilisable et preuves de réalisation.

Lire le guide
Protection des données6 min

Partages externes SharePoint : vérifier les accès et le contexte Copilot

Examinez les partages SharePoint et OneDrive, distinguez permissions et visibilité dans Copilot, puis vérifiez les corrections avec les responsables.

Lire le guide
Protection des données7 min

Trouver et corriger les liens « Toute personne » dans Drive et SharePoint

Constituez un inventaire daté des liens anonymes, décidez avec les responsables et vérifiez les changements dans Drive, SharePoint et OneDrive.

Lire le guide
Sensibilisation7 min

Après un clic phishing : vérifier les accès SaaS que la formation ne corrige pas

Conservez les simulations, puis vérifiez règles de messagerie, consentements OAuth, liens de fichiers et usages IA sensibles après une suspicion de compromission.

Lire le guide
Sécurité des applications7 min

Auditer les applications OAuth tierces dans Google Workspace et Microsoft 365

Inventoriez les applications connectées et les consentements, classez les autorisations par portée et vérifiez chaque décision dans la source.

Lire le guide
Applications et accès6 min

Départ d’un salarié : checklist des accès SaaS

Téléchargez le modèle de revue des accès au départ d’un salarié : comptes confirmés, actions attribuées, transferts et vérifications dans les applications.

Lire le guide
Preuves d’audit8 min

Applications SaaS tierces et OAuth comme preuves ISO 27001 (checklist PME)

Transformez votre inventaire SaaS et OAuth en preuves ISO 27001:2022 : contrôles, exports datés, responsables et décisions. Une checklist pour les PME.

Lire le guide
Évaluation de plateforme4 min

Évaluer la sécurité SaaS de bout en bout

Comparez le parcours entre une alerte SaaS, le contexte métier, une action autorisée et sa vérification dans l’application source.

Lire le guide
Applications et accès8 min

Outils de découverte du Shadow IT pour PME : Elba, Nudge Security et With Wings

Comparez la découverte SaaS et IA, les réponses et les prérequis annoncés par les éditeurs. Avec une checklist de pilote pour les petites équipes IT.

Lire le guide

De la revue à la remédiation

Demander une démo

Reliez inventaire applicatif, preuves de permissions et contrôles navigateur aux mêmes personnes : demander une démo.

Demander une démo