Risque lié à l'identité de l'IA vs. risque lié à l'accès à l'IA : quelle est la différence ?

Les agents d'IA ont introduit un nouveau problème d'identité au sein des entreprises.

Ils peuvent s'authentifier via des applications, des comptes de service, des identités machine, des identifiants API, des autorisations OAuth, des rôles cloud ou des permissions utilisateur déléguées. Ils peuvent accéder aux informations de l'entreprise, sélectionner des outils, prendre des décisions, interagir avec d'autres agents et agir sur différents systèmes.

Cela soulève deux questions de sécurité étroitement liées que les organisations combinent souvent :

Cette identité IA est-elle risquée en elle-même ?

Et:

Cette identité IA dispose-t-elle d'un accès à risque ?

Les questions se recoupent, mais elles ne sont pas identiques.

Le risque lié à l'identité de l'IA concerne l'acteur IA lui-même, notamment si les équipes savent qu'il existe, qui en est le propriétaire, pourquoi il existe, quelles identités et informations d'identification il utilise, comment il se comporte, quelle autorité il peut exercer et si les équipes gouvernent son cycle de vie.

Les risques liés à l'accès à l'IA concernent ce que cette identité d'IA peut atteindre ou faire, notamment les données sensibles, les applications, les outils, les API, les autorisations, les actions et les destinations qui dépassent ses besoins commerciaux légitimes.

Cette distinction devient de plus en plus importante à mesure que les organisations passent de copilotes qui répondent aux questions à des agents qui récupèrent des données, utilisent des outils, délèguent des tâches et agissent de manière autonome.

Un agent d'IA parfaitement inventorié peut tout de même avoir un accès excessif.

Un agent d'IA disposant des autorisations appropriées peut néanmoins engendrer un risque d'usurpation d'identité si personne n'en est propriétaire, si ses identifiants ne sont pas gérés ou si l'organisation ne peut pas retracer son comportement.

Les organisations doivent encadrer à la fois l'acteur et l'autorité qui le représente.

Quelle est la différence entre le risque lié à l'identité de l'IA et le risque lié à l'accès à l'IA ?

La distinction la plus simple est :

Le risque lié à l'identité de l'IA soulève la question de savoir si l'acteur IA lui-même dispose d'une gouvernance d'identité appropriée.

L'évaluation des risques liés à l'accès à l'IA consiste à déterminer si l'autorité attachée à cet acteur crée une exposition inappropriée ou inutile.

Cette distinction ressemble à un principe bien connu de sécurité de l'identité.

Un compte employé peut présenter un risque d'usurpation d'identité s'il appartient à un ancien employé, s'il est sans titulaire ou s'il révèle un comportement suspect. Ce même compte peut également présenter un risque d'accès s'il conserve des autorisations d'accès à des informations dont l'employé n'a plus besoin.

L'IA introduit la même séparation, mais ajoute des décisions à la vitesse de la machine, une autorité déléguée, des identifiants non humains, une récupération dynamique et des actions autonomes.

Quels sont les risques liés à l'identité de l'IA ?

Le risque lié à l'identité de l'IA est le risque de sécurité et de gouvernance créé lorsqu'une entité alimentée par l'IA manque de visibilité, de propriété, de finalité, d'attribution, de gouvernance des identifiants, de surveillance comportementale ou de contrôle du cycle de vie appropriés.

Les identités d'IA peuvent notamment inclure des agents, des copilotes, des assistants, des applications basées sur l'IA, des flux de travail autonomes, des systèmes d'orchestration et d'autres entités alimentées par l'IA qui interagissent avec les systèmes ou les données de l'entreprise.

Une identité d'IA peut fonctionner à travers plusieurs identités techniques sous-jacentes, notamment :

• Comptes de service
• identités de l'application
• Identifiants API
• OAuth accorde
• Rôles cloud
• Jetons
• Identités des machines
• Autorisations d'utilisateur déléguées
• Autres agents d'IA

Cela crée une distinction importante entre l'acteur IA et l'identifiant contenant la requête.

Un journal de sécurité peut indiquer que svc-ai-finance L'accès à une base de données fournit des informations sur l'identité technique de l'utilisateur authentifié. Toutefois, cela ne permet pas nécessairement à l'équipe de savoir quel agent a initié la requête, à qui appartient cet agent, pourquoi il a demandé ces informations, ni quelles ont été les actions suivantes.

L'identifiant peut authentifier la connexion sans représenter pleinement l'acteur IA à l'origine de la décision.

Gouvernance de l'identité IA Il est donc nécessaire de relier les identités de l'IA à la propriété, à la finalité, aux identités des machines, aux autorisations, à l'activité, aux données sensibles et au cycle de vie.

Quels sont les risques liés à l'identité de l'IA ?

Identités d'IA inconnues

Les équipes de sécurité ne peuvent pas contrôler les agents, copilotes ou flux de travail autonomes dont elles ignorent l'existence. L'IA fantôme peut donc devenir un problème d'identité avant même de devenir un problème d'accès.

Propriété manquante

Chaque identité d'IA significative nécessite une personne responsable de sa raison d'être, de ses capacités, des systèmes qui la prennent en charge et du moment où les équipes doivent la modifier ou la mettre hors service.

Un agent d'IA sans propriétaire crée un manque fondamental de gouvernance, même si ses autorisations actuelles restent limitées.

Objectif commercial flou

La gouvernance des identités nécessite une raison d'être. Sans objectif défini, les équipes ne peuvent déterminer si l'accès, l'activité, l'autonomie ou le maintien de l'identité sont toujours pertinents.

Identités techniques partagées ou ambiguës

Plusieurs agents peuvent fonctionner via le même compte de service, la même identité d'application ou les mêmes identifiants API.

Cela peut affaiblir l'attribution car les journaux peuvent indiquer l'identité technique partagée plutôt que l'entité d'IA qui a initié l'action.

Gouvernance du cycle de vie faible

Les agents changent. Les processus métier prennent fin. Les modèles migrent. Les intégrations disparaissent. Les équipes se réorganisent.

Les identités IA nécessitent des contrôles de cycle de vie qui prennent en compte la création, l'approbation, la modification, les changements de propriétaire, les changements d'accès, la suspension et la mise hors service.

Comportement indétectable

Gérer une identité devient difficile lorsque les équipes de sécurité ne parviennent pas à déterminer ce qu'elle a réellement fait.

La gouvernance de l'identité des IA doit de plus en plus lier l'identité à l'activité, car les systèmes autonomes peuvent effectuer de nombreuses actions plus rapidement que ne le permettent les examens humains périodiques.

Qu’est-ce que le risque d’accès à l’IA ?

Le risque d'accès à l'IA est le risque créé lorsqu'un système d'IA peut accéder à des données, des systèmes, des applications, des outils ou des actions qui dépassent ce que son objectif commercial légitime exige.

Le risque d'accès porte moins sur la connaissance et la maîtrise de l'identité par les équipes que sur l'autorité que cette identité peut exercer.

Un système d'IA peut y accéder par le biais de :

• autorisations directes
• Autorisations utilisateur héritées
• Groupes et groupes imbriqués
• Droits de l'application
• Comptes de service
• Identités des machines
• étendues OAuth
• Autorisations API
• Rôles cloud
• Connecteurs
• Accès délégué
• Un autre agent d'IA

La question cruciale devient :

Que cachent ces autorisations ?

Un agent disposant d'un accès en lecture étendu à la documentation publique d'un produit crée un problème de sécurité différent de celui d'un agent disposant des mêmes autorisations techniques concernant les informations personnelles des clients, leurs identifiants, leurs données financières, leur code source ou leur propriété intellectuelle.

Gouvernance de l'accès à l'IA connecte les systèmes d'IA aux informations sensibles de l'entreprise qui sous-tendent leurs autorisations, afin que les équipes puissent identifier les accès excessifs et renforcer le principe du moindre privilège.

Quels sont les risques liés à l'accès à l'IA ?

Autorisations excessives

Un agent peut disposer d'un accès légitime à l'entreprise tout en détenant des pouvoirs supérieurs à ceux requis par sa tâche.

Par exemple, un agent commercial ayant besoin des dossiers clients nord-américains peut opérer via une identité d'application capable d'interroger l'intégralité de la base de données clients mondiale.

Le compte fonctionne parfaitement comme configuré. L'accès dépasse toujours les besoins de l'entreprise.

Accès hérité

Les assistants et applications d'IA peuvent hériter des autorisations via les utilisateurs, les applications SaaS, les comptes de service, les API et les flux de travail existants.

Cela signifie que des années de dette d'autorisation peuvent se transformer en risque d'accès pour l'IA sans que personne n'accorde intentionnellement de nouveaux privilèges à cette dernière.

Voir Comment les agents IA héritent des autorisations.

Portée des données sensibles

Les autorisations prennent une importance considérable lorsqu'elles relient l'IA à des informations sensibles ou essentielles à l'activité de l'entreprise.

Cela rend découverte et classification des données élément central de la priorisation des risques d'accès.

Actions puissantes

L’autorisation de lecture et l’autorisation de supprimer, d’envoyer, d’exporter, d’approuver, d’exécuter ou de modifier ne doivent pas présenter le même niveau de risque.

Les agents rendent cela particulièrement important car ils peuvent combiner l'accès et l'autonomie.

Destinations dangereuses

Un agent peut légitimement récupérer des informations sensibles, mais ne dispose pas d'une autorité appropriée pour envoyer ces données à une autre application, API, utilisateur, système externe ou agent.

La gouvernance des accès doit de plus en plus prendre en compte non seulement ce que l'IA peut lire, mais aussi ce qu'elle peut faire de ces informations par la suite.

La différence en un seul visuel

Une identité IA peut-elle présenter un faible risque d'identité mais un risque d'accès élevé ?

Oui.

Prenons l'exemple d'un agent financier bien encadré. La sécurité est informée de son existence. Il appartient à la direction financière. Les équipes documentent son rôle. L'agent possède une identité technique distincte, des contrôles de cycle de vie clairement définis et des journaux d'activité complets.

Sa gouvernance identitaire semble solide.

Mais le compte de service sous-jacent peut accéder à tous les référentiels financiers, y compris les données de paie, les documents d'acquisition, la rémunération des dirigeants et les données de planification financière, sans que la tâche réelle de l'agent ne l'exige.

Le risque lié à l'identité peut rester relativement maîtrisé tandis que le risque d'accès demeure élevé.

Cette distinction est importante car un inventaire solide et un modèle de propriété clair ne peuvent pas compenser un accès excessif.

Une identité IA peut-elle présenter un risque d'identité élevé mais un faible risque d'accès ?

Oui également.

Imaginez un assistant IA départemental connecté uniquement à la documentation produit publique. Son accès aux données a un impact potentiel relativement limité.

Mais le service de sécurité n'a jamais approuvé l'assistant. Personne n'en est propriétaire. Plusieurs équipes partagent une seule authentification API. Aucun processus de gestion du cycle de vie n'est en place et l'organisation ne peut attribuer aucune activité à une identité d'IA spécifique.

Son risque d'accès actuel pourrait rester limité, tandis que son risque en matière de gouvernance des identités demeure élevé.

Si les équipes connectent ultérieurement cette même identité d'IA non gérée aux données clients ou aux applications de production, le risque combiné peut augmenter rapidement.

Le risque le plus élevé apparaît lorsque le risque lié à l'identité et le risque d'accès se combinent.

Les environnements d'IA les plus importants combinent souvent une gouvernance des identités faible et un accès étendu.

La situation en bas à droite mérite une attention particulière car elle combine une responsabilité limitée avec un rayon d'explosion potentiel important.

Un agent autonome dont personne ne détient clairement le contrôle et qui peut lire des données clients sensibles, invoquer des API, modifier des applications et envoyer des informations à l'extérieur crée des risques liés à l'identité et à l'accès.

Pourquoi les données sensibles modifient le risque d'accès à l'IA

Les équipes en charge de l'identité et des accès peuvent mesurer les autorisations sans savoir quelles données se cachent derrière.

Cela crée un problème majeur de priorisation.

Prenons l'exemple de deux agents ayant un accès en lecture à 50 000 fichiers.

Le premier concerne la documentation produit publique et le contenu marketing publié.

La seconde concerne les informations personnelles des clients, les informations sur les employés, les identifiants, les contrats, les prévisions financières et la propriété intellectuelle.

Le nombre d'autorisations semble identique.

L'impact sur l'activité, lui, ne l'est pas.

Le risque lié à l'accès à l'IA prend tout son sens lorsque les organisations associent directement l'autorité à la sensibilité des données et à leur valeur commerciale.

C’est en cela que l’approche de BigID, fondée sur les données et axée sur l’identité, diffère d’une approche centrée uniquement sur l’identité. BigID relie les identités humaines, machine et IA aux données sensibles de l’entreprise qui sous-tendent leurs accès, aidant ainsi les équipes à prioriser les autorisations susceptibles d’entraîner des risques importants.

Comment les agents d'IA brouillent la frontière entre identité et accès

Les identités traditionnelles permettent généralement de s'authentifier et d'effectuer des actions définies par une application ou un utilisateur.

Les agents d'IA ajoutent une couche de décision.

Un agent peut interpréter des instructions, récupérer des informations, choisir des outils, appeler des API, déléguer des tâches et décider de la prochaine étape à entreprendre en fonction du contexte.

Cela crée une chaîne continue :

Identité IA → Autorité → Accès → Données sensibles → Décision → Outil → Action

Le risque lié à l'identité est présent tout au long de la chaîne. Les équipes doivent identifier l'agent, en déterminer la responsabilité, comprendre quelles identités techniques le sous-tendent et assumer la responsabilité de son comportement.

Le risque d'accès apparaît lorsque l'agent accède aux données et aux systèmes, exerce ses autorisations et invoque des fonctionnalités.

Les agents rendent donc plus difficile la séparation opérationnelle des deux, même si la distinction conceptuelle reste utile.

Risque lié à l'identité de l'IA par rapport au risque lié à l'identité des machines

Les identités des IA dépendent souvent de identités de machines, mais les termes ne doivent pas devenir interchangeables.

Une identité machine représente l'authentification et l'accès non humains utilisés par les applications, les API, les charges de travail, les comptes de service, l'automatisation, les certificats, les jetons et autres entités logicielles.

Une identité IA représente l'acteur doté d'une intelligence artificielle capable d'interpréter le contexte, de prendre des décisions, de sélectionner des outils ou d'entreprendre des actions.

Un agent d'IA peut utiliser plusieurs identités de machine au cours d'un même flux de travail.

Par exemple:

Agent de renouvellement → Identité de l'application CRM → Jeton d'API Analytics → Compte de service de documents → Données client

Les équipes de sécurité doivent contrôler à la fois l'acteur IA et les identités techniques qui lui permettent d'y accéder.

Pour une comparaison détaillée, voir Identité IA vs. Identité machine vs. Compte de service.

Risques liés à l'identité de l'IA vs. exposition des données de l'IA

Ces concepts décrivent également différents points de la chaîne de risque.

La progression peut ressembler à ceci :

Identité IA non gérée → Accès IA excessif → Exposition de données sensibles → Divulgation ou exfiltration

Cela ne signifie pas que chaque problème d'identité engendre un incident. Cela explique pourquoi les organisations maîtrisent mieux la situation lorsqu'elles gèrent l'identité et les accès avant que l'exposition ne se traduise par des conséquences.

Comment réduire les risques liés à l'usurpation d'identité par l'IA

1. Découvrir les identités de l'IA

Agents d'inventaire, copilotes, flux de travail autonomes, applications basées sur l'IA et autres entités d'IA opérant à l'échelle de l'entreprise.

2. Désigner un propriétaire

Chaque identité matérielle d'IA devrait avoir un propriétaire responsable qui comprend son objectif, ses dépendances, son accès et son cycle de vie.

3. Objectif commercial du document

Définissez les objectifs de l'identité IA. L'objectif fournit aux équipes les éléments de référence nécessaires pour évaluer si l'accès et le comportement restent appropriés.

4. Carte prenant en charge les identités des machines

Identifier les comptes de service, les identités d'application, les identifiants API, les autorisations OAuth, les rôles cloud et autres identités non humaines qui confèrent un accès à l'IA.

5. Surveiller l'activité

Associez l'identité de l'IA à ce qu'elle fait réellement afin que les équipes puissent enquêter sur les comportements inattendus et confirmer si l'activité correspond à l'objectif approuvé.

6. Gouverner le cycle de vie

Mettre en place des processus pour approuver, modifier, suspendre et mettre hors service les identités d'IA en fonction de l'évolution des systèmes, des propriétaires, des objectifs et des risques.

Comment réduire les risques d'accès à l'IA

1. Cartographier l'accès effectif

Identifier les accès directs, hérités, délégués, basés sur les groupes, les applications, les API, les comptes de service et les identités machine.

2. Associer les autorisations aux données sensibles

Déterminer quelles autorisations permettent d'accéder aux informations réglementées, confidentielles, exclusives, personnelles, d'identification, financières, de santé et essentielles à l'activité.

3. Détecter les accès excessifs

Comparez l'accès effectif avec la finalité approuvée de l'identité de l'IA et supprimez les autorisations dont le flux de travail n'a pas besoin.

4. Dissocier la récupération de l'action

Ne considérez pas les permissions de lecture, d'écriture, d'envoi, d'exportation, de modification, de suppression et d'exécution comme équivalentes.

5. Gouverner l'autorité déléguée

Lorsque des agents agissent pour le compte d'utilisateurs ou d'autres agents, assurez-vous que l'autorité en aval reste conforme à l'objectif initial et à la portée approuvée.

6. Ajouter le contexte de l'activité

Déterminez comment l'IA utilise réellement l'accès aux données sensibles. Une utilisation active peut modifier la priorité de correction, tandis que des autorisations excessives inutilisées peuvent tout de même justifier leur suppression.

7. Réévaluer en continu

Les systèmes d'IA acquièrent rapidement de nouveaux outils, référentiels, intégrations et responsabilités. La gouvernance des accès doit s'adapter à ces changements et ne pas se limiter à des examens périodiques.

Que doivent mesurer les responsables de la sécurité ?

Le nombre d'identités d'IA fournit des informations utiles sur l'inventaire, mais l'inventaire seul ne permet pas aux dirigeants de savoir si le risque s'améliore.

Les équipes de sécurité doivent mesurer à la fois l'état de la gouvernance des identités et l'exposition des accès.

Un programme mature devrait présenter moins d'identités d'IA non gérées et une autorité moins superflue derrière les identités restantes.

Liste de contrôle de préparation aux risques liés à l'identité et à l'accès à l'IA

Comment BigID relie les risques liés à l'identité de l'IA et les risques d'accès à l'IA

BigID aborde la sécurité de l'identité en partant des données vers l'extérieur.

C’est important, car une identité IA ne devient pas prioritaire du seul fait de son existence. Son impact potentiel sur l’entreprise varie en fonction des autorisations, des données sensibles, des activités et des pouvoirs qui y sont associés.

BigID aide les organisations à se connecter :

Identité de l'IA → Propriété → Identité de la machine → Autorisations → Données sensibles → Activité → Risque → Action

BigID aide les organisations :

• Découvrir et gérer les identités des IA : Agents d'inventaire, copilotes, applications d'IA, flux de travail autonomes, identités de support, propriété, autorisations, activité et contexte du cycle de vie.
• Accès à l'IA de gouvernance : Connectez directement les identités IA aux données sensibles de l'entreprise et identifiez les cas où les autorisations dépassent les besoins légitimes de l'entreprise.
• Identités machine sécurisées : Identifier les comptes de service, les applications, les API, les charges de travail et autres identités de machines qui permettent d'accéder aux systèmes et aux données de l'entreprise.
• Ajouter le contexte des données sensibles : Identifier les informations réglementées, confidentielles, exclusives, personnelles, d'identification, financières, de santé et critiques pour l'entreprise qui se cachent derrière l'accès à l'identité.
• Détecter les accès excessifs : Identifier les autorisations générales, obsolètes, héritées, inutiles, externes et à haut risque liées aux données sensibles.
• Renforcer les plus démunis : Prioriser la réduction des accès en fonction de l'identité, des autorisations, de la sensibilité, de l'exposition, de l'activité, de la propriété et du contexte commercial.
• Ajouter le contexte de l'activité : Comprendre comment les identités accèdent aux informations sensibles, les utilisent, les déplacent, les partagent, les modifient, les téléchargent et les suppriment.
• Remise en état du lecteur : Réduire les accès excessifs, attribuer la propriété, appliquer la politique, enquêter sur les identités à risque et coordonner les mesures correctives.

Les contrôles d'identité traditionnels fournissent des fonctionnalités essentielles d'authentification, d'identification, d'autorisation, d'approvisionnement et de cycle de vie.

BigID ajoute une autre question :

Quelles données sensibles cette autorité d'identification met-elle réellement en danger ?

Ce contexte aide les équipes à distinguer un assistant IA non géré avec un accès limité d'un agent autonome qui combine une faible propriété, de larges autorisations, un accès aux données sensibles et des actions ayant des conséquences.

L’objectif n’est pas simplement de recenser les identités des IA ou de compter les autorisations. Il s’agit de savoir quels acteurs IA sont importants, quelles autorités sont à l’origine des vulnérabilités et quelles équipes doivent réduire ces vulnérabilités en priorité.

FAQ sur les risques liés à l'identité de l'IA et les risques d'accès à l'IA

Quels sont les risques liés à l'identité de l'IA ?

Le risque lié à l'identité de l'IA est le risque de sécurité et de gouvernance créé lorsqu'une entité alimentée par l'IA manque de visibilité, de propriété, de finalité, d'attribution, de gouvernance des identifiants, de surveillance comportementale ou de contrôles de cycle de vie appropriés.

Quels sont les risques liés à l'accès à l'IA ?

Le risque d'accès à l'IA est le risque créé lorsqu'un système d'IA peut accéder à des données, des applications, des systèmes, des outils ou des actions au-delà de ce que son objectif commercial légitime exige.

Quelle est la différence entre le risque lié à l'identité de l'IA et le risque lié à l'accès à l'IA ?

Le risque lié à l'identité de l'IA concerne l'acteur IA lui-même, notamment son inventaire, sa propriété, sa finalité, sa responsabilité, les identités sous-jacentes, son comportement et son cycle de vie. Le risque lié à l'accès à l'IA concerne l'autorité dont dispose l'acteur IA, notamment ses permissions, son accès aux données sensibles, ses outils, ses actions, ses destinations et les accès excessifs.

Une identité IA peut-elle présenter un faible risque d'identité mais un risque d'accès élevé ?

Oui. Une organisation peut connaître un agent d'IA, lui désigner un responsable clairement identifié, documenter son objectif et surveiller son cycle de vie, tout en lui accordant un accès excessif à des informations sensibles ou à des actions puissantes.

Une identité IA peut-elle présenter un risque d'identité élevé mais un faible risque d'accès ?

Oui. Une identité d'IA non autorisée ou mal gérée ne peut actuellement accéder qu'à des informations à faible risque. Cette identité présente néanmoins un risque de gouvernance, car les équipes peuvent manquer de contrôle sur la propriété, l'attribution, le cycle de vie ou la supervision appropriée.

Quel est le lien entre les risques liés à l'identité de l'IA et les risques liés à l'identité des machines ?

Les identités d'IA fonctionnent souvent via des identités machine telles que les comptes de service, les applications, les identifiants API, les rôles cloud et les jetons. Les organisations doivent gouverner à la fois l'acteur piloté par l'IA et les identités techniques qui lui permettent d'accéder aux ressources.

Qu’est-ce qu’un accès excessif à l’IA ?

On parle d'accès excessif à l'IA lorsqu'un système d'IA dispose de plus d'autorisations ou d'un accès aux données sensibles que ce que son objectif métier approuvé requiert. Cet accès peut être direct ou passer par des utilisateurs, des applications, des groupes, des comptes de service, des API, des identités de machines, des connecteurs ou une délégation de pouvoirs.

Pourquoi les données sensibles sont-elles importantes lors de la mesure des risques liés à l'accès à l'IA ?

Les autorisations à elles seules ne permettent pas d'appréhender l'impact potentiel sur l'activité. L'accès à l'information publique engendre des conséquences différentes de l'accès aux données personnelles des clients, aux identifiants, aux dossiers médicaux, aux informations financières, au code source ou à la propriété intellectuelle.

Comment les agents d'IA augmentent-ils les risques liés à l'identité et à l'accès ?

Les agents d'IA peuvent combiner identités non humaines, permissions héritées, accès aux données sensibles, décisions dynamiques, utilisation d'outils, délégation et actions autonomes. Cela peut accroître la complexité de la gouvernance des identités et les conséquences potentielles d'un accès excessif.

Comment les organisations peuvent-elles réduire les risques liés à l'identité des IA ?

Les organisations doivent identifier les identités des IA, désigner des responsables, documenter leur finalité commerciale, cartographier les identités des machines associées, surveiller leur activité, établir des contrôles de cycle de vie et mettre hors service les identités des IA qui ne servent plus un objectif approuvé.

Comment les organisations peuvent-elles réduire les risques liés à l'accès à l'IA ?

Les organisations doivent définir des autorisations efficaces, relier l'accès aux données sensibles, identifier les accès excessifs, appliquer le principe du moindre privilège, limiter les actions à fort impact, gérer l'autorité déléguée, surveiller l'activité et réévaluer les autorisations à mesure que les systèmes d'IA évoluent.

Comment BigID contribue-t-il à réduire les risques liés à l'identité et à l'accès à l'IA ?

BigID relie les identités IA, les identités machine, la propriété, les autorisations, l'activité et le contexte des données sensibles pour aider les organisations à découvrir les identités IA, à identifier les accès excessifs, à prioriser l'exposition, à renforcer le principe du moindre privilège et à piloter la remédiation.