Module 5ba - Identity, Governance, Privacy and Compliance - Build a Cloud Governance Strategy, RBAC Flashcards

1
Q

What is a Role Assignment?

A

The process of attaching a Role Definition to an ENTITY at a particular SCOPE for the purpose of GRANTING access.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What are the four (4) types of Users/Accounts that would be assigned a Role?

A
  • Observers (the “read-only” people)
  • Users (who manage Resources)
  • Admins (obvious)
  • Automated Processes (like our TestOps “AutomationUser”)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Describe how Azure Roles-Based Access Control (RBAC) works when applying to individuals

A

When a Role is applied to user, they get all the perms associated to that Role

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Describe how Azure Roles-Based Access Control (RBAC) works when applying to a Resource Group

A

When a Role is applied to a Resource Group scope, any provisioned Resources in that Group are accessible to Users of that Role, at the level in which that Role allows access

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Hint: Similar to where you’d apply Policies or Tags, but non-exclusive

What is a Scope?

A

A Resource or Set of Resources that Roles-based Access is applied to. It can be any of the following:

  • A management group (a collection of subscriptions)
  • A single Subscription
  • A Resource Group
  • A Single Resource
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

When would you use Azure RBAC?

A

When you need to control Resource access at a granular level, depending org structure, security compliance requirements, etc.

Examples:

  • a user to manage VMs in a subscription and another to manage whole AVNs
  • a DB Admin Group to manage SQL DBs in a subscription
  • a user to manage all Resources in a Resource Group
  • an app to access all resources in a Resource Group
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

How is RBAC enforced?

A

When any action passes through the Azure Resource Manager and is initiated against an Azure Resource

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

RBAC can enforce perms at the app or data levels (T/F)

A

False. you have to apply security to your own applications yourself! AZURE RBAC is for AZURE lol

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

RBAC uses an ALLOW Model. What does that mean?

A

When you’re assigned a Role, RBAC ALLOWS you to perform certain actions.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Where do you manage RBAC permissions?

A

In Access Control (IAM) in Azure Portal. Details pages in Azure Portal have an Access Control. Here you grant or remove access.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Hint: NOT Scope

To what entities do you apply RBAC to?

A

USER ACCOUNTS

  • An individual User (Account)
  • A group (of User Accounts)
  • Special identity types (principles and managed identities like the ones you have to auto-apply RBAC to when Policy Assignment causes deployment on ‘deployIfNotExists’ or Policy Assignment touches a Resource outside the target Scope)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

When you grant access at a Parent Scope, those permissions are inherited to Child Scopes. So when you grant the following:

Role: Owner
Scope: Management Group
Assigned to: User

How does that Role apply to the User?

A

The User has “Owner” permissions for ALL subscriptions within his/her Management Group

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

When you grant access at a Parent Scope, those permissions are inherited to Child Scopes. So when you grant the following:

Role: Reader
Scope: Subscription
Assigned to: Group

How does that Role apply to the Group?

A

Any user who’s part of that Group can only read/view Resources within the specified Subscription

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

When you grant access at a Parent Scope, those permissions are inherited to Child Scopes. So when you grant the following:

Role: Contributor
Scope: Resource Group
Assigned to: Application

How does that Role apply to the Application?

A

That app can manage Resources found in that Resource Group, but no other Resource Groups within the Subscription

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What are the four (4) Built-In General Roles? And the two other general ones?

A

Built-In General Roles

Contributor: Full access to manage all resources within the assigned Scope, but does NOT allow you to assign Roles in Azure RBAC or manage assignments in Azure Blueprints

Owner: Grants full access to manage all resources within the assigned Scope, with ability to assign Roles in Azure RBAC

Reader: Read-Only access to all resources in the assigned Scope

User Access Administrator: Lets you manage user access to Azure Resources

Two Other General Roles

Resource-Specific: Access to a specific Resource only

Custom: Build a custom Role

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Describe the inclusivity of Role Assignment and Intersections

A

If one Role grants Read to a Resource Group and another Role grants Write to the same Resource Group, you have BOTH read and write (they don’t override or replace each other, instead they are all inclusive)

17
Q

The Contributor Role grants full access to manage all Resources in the assigned Scope, as well as assigning Roles RBAC and Blueprint Assignments, so as long as those Roles and Blueprints are currently assigned to said Scope (T/F)?

A

False!!

You get full access to manage all resources within the assigned Scope, but it does NOT allow you to assign Roles in Azure RBAC or manage assignments in Azure Blueprints