Skip to main content

Use the Multi-tenant RBAC Evaluator

Now that you have created your policy instance, you can test it out with the Evaluator. The Evaluator supports several requests, corresponding to Aserto's authorization APIs - is, decisiontree, and query. The default "Check" request, however, is specifically designed for policy-rebac. Using the Evaluator allows you to quickly verify whether a user has a relationship (or permission) on an object.

The Evaluator has two parts. The REQUEST part on the left is where you specify information about the action being performed, while the OUTPUT on the right displays the body of the request as well as the response.

The table below explains the selection fields.

FieldDescription
SubjectThe user to evaluate. For Multi-tenant RBAC there are 5 Citadel users that you can select from.
Object TypeThe type of object to evaluate. For Multi-tenant RBAC this will be Resource.
ObjectThe object instance to evaluate.
RelationWhich relation or permission to evaluate.

Testing the policy​

Now let's check a few different scenarios using the Evalator. First, a few important things to note about Rick and Morty:

  • Rick is an admin of the whole system. This means that Rick has every permission in the system.
  • Morty is a viewer on the system. Morty is also an editor on the Citadel tenant, and an owner of the Citadel adventures resource, granting him all permissions on that resource. Morty is also a viewer of the Smiths tenant, so the only permission he has on the Smiths family budget resource is the can_read permission.

Scenario 1 - can Rick read the citadel-adventures resource?​

  • For Subject, select "Rick Sanchez".
  • For Object Type, select "Resource".
  • For Object, select "The Citadel adventures resource".
  • For Relation, select "can_read".
  • Click the Play button.
  • You should see "is": true under results indicating the action will be permitted.

Scenario 2 - can Rick delete the citadel-adventures resource?​

  • For Subject, select "Rick Sanchez".
  • For Object Type, select "Resource".
  • For Object, select "The Citadel adventures resource".
  • For Relation, select "can_delete".
  • Click the Play button.
  • You should see "is": true under results indicating the action will be permitted.

Scenario 3 - can Morty delete the citadel-adventures resource?​

  • For Subject, select "Morty Smith".
  • For Object Type, select "Resource".
  • For Object, select "The Citadel adventures resource".
  • For Relation, select "can_delete".
  • Click the Play button.
  • You should see "is": true under results indicating the action will be permitted.

Scenario 4 - can Morty read the smiths-budget resource?​

  • For Subject, select "Morty Smith".
  • For Object Type, select "Resource".
  • For Object, select "The Smiths family's budget".
  • For Relation, select "can_read".
  • Click the Play button.
  • You should see "is": true under results indicating the action will be permitted.

Scenario 5 - can Morty delete the smiths-budget resource?​

  • For Subject, select "Morty Smith".
  • For Object Type, select "Resource".
  • For Object, select "The Smiths family's budget".
  • For Relation, select "can_delete".
  • Click the Play button.
  • You should see "is": false under results indicating the action will be denied.

Next steps​

Now that you have seen how the policy works, you'll use the Quickstart in the console to download and run the sample back-end API, which uses the multi-tenant policy for access control.

Click on the "Quickstart" tab on the left.