Herion et bienvenue dans cette vidéo, nous allons discuter des limites de l'information de l'AIEA
maintenant sur Mission Boundary est une fonctionnalité avancée dans laquelle nous pouvons utiliser une politique gérée pour définir l'autorisation
maximale que la politique basée sur l'identité peut accorder à une entité.
Désormais, lorsque vous configurez une limite de mission pour une entité spécifique, l'entité ne peut effectuer que les actions autorisées
à la fois par les stratégies d'identité et ses limites d'autorisation.
C'est donc très important pour nous de comprendre.
En fait, par définition, cela peut être un peu déroutant.
Passons donc directement à la pratique pour que cela devienne facile à comprendre pour nous.
Je suis donc dans ma console eatables.
Allons à l'application, ira aux utilisateurs et je clique sur Ajouter un utilisateur.
Alors permettez-moi de l'appeler en tant qu'utilisateur de démonstration de Capi Labs.
Je vais lui donner un accès programmatique.
Cliquons sur Suivant.
Génial, donc l'utilisateur est créé en créant un accès informatique et une sécurité associés à l'utilisateur.
Et ce que je fais, je lance la configuration de Eatables, je copie l'accès et je copie le secret Gibbsville.
Vous verrez donc qu'il y avait certaines sécurités d'accident préconfigurées.
Fondamentalement pour notre démo, nous générons beaucoup de sécurité externe et je dois les désactiver immédiatement
car sinon beaucoup de personnes intéressantes l'utiliseront.
C'est donc la raison par défaut que j'utilise comme nous en est une et la sécurité d'accès a été bien configurée.
Revenez donc à la console et cliquez sur Fermer.
Nous avons donc une démo utilisateur Kaletsky Billups.
Maintenant au sein de l'U. S. , il existe deux types qui sont disponibles.
L'une concerne les politiques d'autorisation et la seconde les limites d'autorisation.
Faisons donc une chose.
Cliquons sur la limite d'autorisation et définirons une limite ici.
Donc les limites, fondamentalement, c'est une limite et en dehors de la limite, un utilisateur ne peut rien faire.
Nous comprenons donc cela avec un exemple simple.
Alors disons que je donne une limite comme trois accès complets que j'aime.
C'est donc la limite que nous avons donnée à la démo d'épilepsie utilisateur.
Il s'agit donc du niveau d'accès le plus élevé qu'un utilisateur spécifique puisse atteindre.
Maintenant, même disons que même si je lui donne un accès administrateur ici, allons-y et donnons-lui un
accès administrateur.
D'accord, donc même si je lui donne un accès administrateur et si la limite d'autorisation indique qu'un utilisateur spécifique
ne peut pas sortir de la rue avec un accès complet, alors la limite d'autorisation sera respectée.
Regardons cela.
Donc, en moi-même, faisons-le dans la rue, à moins que vous ne voyiez que vous pouvez voir tous les seaux S3
disponibles.
Faisons-le maintenant.
C'est des instances faciles à décrire et vous l'utilisez, c'est essentiellement donner.
Vous êtes une opération de course.
Maintenant, la raison pour laquelle il vous donne une opération non autorisée est qu'il existe un ensemble de
limites d'autorisation et une limite d'autorisation.
Déclare que quel que soit l'accès accordé à un utilisateur, il est lié à une limite qui est en train d'être
fixée.
Non, si je continue et supprime la limite d'autorisation.
Alors maintenant, vous n'avez que l'accès administrateur.
Alors allons-y et faisons-le.
Des exemples faciles à décrire maintenant.
Et vous voyez que vous pouvez voir la liste des instances disponibles.
J'espère donc que vous avez compris à un niveau élevé ce que fait la limite d'autorisation.
Et il est très important que vous ayez dit la limite d'autorisation.
En fait, c'est une fonctionnalité intéressante qu'ADA a implémentée.
Maintenant, avant de conclure, permettez-moi de vous montrer rapidement quelques choses intéressantes.
Je vais supprimer la politique où vous.
Allons à la limite d'autorisation pour aller de l'avant et définir la limite.
Mettons donc une bande d'accès complet I sur la limite considérée.
Alors maintenant, vous avez l'accès complet au S3.
Il est donc important de se rappeler que par la frontière de la mission, en soi, ne donne pas la permission.
La limite d'autorisation n'est que le niveau d'accès le plus élevé que l'utilisateur peut avoir.
Il définit simplement la limite du contrôle d'accès.
Il ne donne pas l'accès l'accès est donné par les politiques d'autorisation.
Alors laissez-moi vous montrer, si vous faites cela, c'est la liste.
Maintenant, vous voyez qu'il vous donne l'accès refusé.
Ainsi, la limite d'autorisation définit simplement la limite.
Il ne donne pas le travail de contrôle d'accès.
Tout le contrôle relatif à ce à quoi un utilisateur peut accéder va aux politiques d'autorisation.
Maintenant, si vous êtes intéressé, car actuellement vous n'avez que trois accès complets ici, vous devrez
peut-être avoir une limite d'autorisation granulaire.
Donc, dans ce cas, actuellement, si vous voyez si vous cliquez sur modifier la limite d'autorisation, vous ne pouvez en
sélectionner qu'une.
Vous ne pouvez pas en sélectionner plusieurs au cas où si vous souhaitez avoir une limite d'autorisation multiple ou granulaire, vous pouvez aller
de l'avant et vous pouvez créer une stratégie.
C'est donc une politique.
Cliquez sur un domaine politique.
Disons que cette chose donnera à la fois l'accès à l'ethe.
Je sélectionne les trois actions.
Passons en revue cette politique.
Nous avons oublié.
La ressource, je vois toutes les ressources, d'accord.
Non, si vous allez à la ligne de jus, vous pouvez modifier cela.
Alors disons que nous voulons donner un.
Nous voulons aussi additionner le nuage dégriffé.
Ce que j'ai aimé Aracoma.
Nous avons ajouté une commo supplémentaire ici.
Alors maintenant, nommons notre politique.
Je vais les enregistrer plus de limite de perméation et je clique sur Créer une politique.
D'accord.
Donc, à la fin, une politique de frontière a été créée.
Revenons au plus utilisateur.
Alors maintenant, c'est la clé pour que l'utilisateur change la limite de la mission.
Alors laissez-moi faire une démo.
Vous avez donc la limite d'autorisation de démonstration et je modifie les limites d'autorisation que j'aime.
Voici donc comment vous pouvez créer votre propre limite d'autorisation personnalisée.
J'espère donc à un niveau élevé que vous avez compris en quoi consistent les limites de l'information.
Il y a donc un certain point très important que vous devez retenir à la fois pour vos scénarios du monde réel ainsi
que pour les examens.
Non.
La première partie importante à retenir est la mission efficace.
Ainsi, l'autorisation effective pour l'entité, d'autres autorisations qui sont accordées par toutes les stratégies associées à
la règle ou au compte d'utilisateur savent qu'au sein d'un compte, l'autorisation pour une entité spécifique peut être affectée par les stratégies
basées sur l'identité, par les stratégies basées sur les ressources, par le Conseil des limites de la mission
et même par l'organisation un service ou des politiques de décision.
Disons donc que dans ce diagramme, vous avez trois types de politiques.
Vous avez l'organisation, NCB, vous avez la limite d'autorisation et vous avez les politiques d'identité.
Ainsi, l'efficacité d'un utilisateur dépend de chacun d'eux.
Disons que la politique de l'organisation considère le refus et l'autorisation.
La politique des limites et de l'identité le permet, de sorte qu'une autorisation effective serait refusée.
Il est très important de se souvenir de tout déni explicite dans l'un ou l'autre de ces cas.
Cela peut être l'organisation, les personnes, l'admission, la mission, les politiques de ressources limites, etc.
Tout refus explicite est le refus final.
Disons donc que si vous avez une limite de refus d'informations et que vous autorisez une stratégie
distincte basée sur l'identité, l'autorisation effective sera refusée plus tôt ou plus tard.
Alors j'espère que vous avez compris.
Qu'entendez-vous exactement par évaluer les autorisations effectives avec des limites dans les examens ?
Vous pourriez recevoir une question indiquant que les limites d'autorisation autorisent la stratégie basée sur l'identité.
Cependant, l'organisation ACP ne le permet pas.
Alors, quelle serait l'autorisation finale ?
Que pourra faire l'utilisateur, s'il pourra effectuer l'opération ou s'il ne pourra pas effectuer
l'opération ?
Et si l'organisation ACP ne l'autorise pas, l'utilisateur ne pourra pas effectuer l'opération.
De même, vous pouvez obtenir un cas d'utilisation indiquant que l'utilisateur a une politique d'autorisation basée sur l'identité.
Il a une limite d'autorisation de permet.
Ensuite, l'utilisateur n'a pas pu appeler l'appel d'API de services spécifique, ce qui pourrait être le problème.
Le problème peut donc être l'organisation SFP dans ce cas.
Voici donc la vue d'ensemble de haut niveau sur les limites importantes de la mission.
J'espère que cette vidéo vous a été instructive et j'ai hâte de vous voir dans la prochaine vidéo.