liveBook · Manning

Principal

As explained in Azure Security

A security principal is an identity or identity-bearing entity, such as a user, group, service principal, or managed identity, that can receive permissions in an authorization system.

A principal is the identity attempting to authenticate to a resource. In Azure RBAC, a security principal is the “who” that receives permissions for Azure resources: a user, group, service principal, or managed identity. section 2.2 section 2.3.2

Authentication verifies the principal’s identity. The principal presents a credential, such as a password or certificate, and successful authentication produces tokens used to grant access to a resource. Avoid designs where every resource stores principal credentials: a breached resource can expose reused passwords to further attacks. section 2.2 section 2.2

Use the principal as the starting point for an Azure RBAC decision:

  • Identify the user, group, application service principal, or managed identity that needs access. section 2.3.2
  • Choose a role definition that states the allowed actions, such as read, write, or delete. section 2.3.2
  • Create a role assignment that binds that principal and role definition at the required scope. section 2.3.3
  • Remove the role assignment when access is no longer required. section 2.3.3

Granting application access

An application needing a storage account can be represented by a service principal; a managed identity can also be a security principal. Assign the needed role at the appropriate resource scope rather than treating the application itself as its permissions. section 2.3.2 section 2.3.3

Figure 2.10 Core components of role assignments in Azure RBAC

This diagram links the three parts of an Azure RBAC grant: the security principal, role definition, and scope. section 2.3.3

How Azure Security covers it

How deep it goes
Defines principals in authentication and Azure RBAC, then relates them to credentials, tokens, roles, scopes, and assignments.
Examples
Uses a user, administrator group, storage-account application, managed identity, and Virtual Machine Contributor assignment.
What it assumes
Explains principals from authentication and introduces their Azure RBAC role without stated prior requirements.
What you can do after
Operate/configure it by assigning or removing Azure RBAC roles for a selected principal and scope.
How it connects
Connects principals with authentication, credentials, tokens, resources, role definitions, scopes, and role assignments.

Also explained in

Compare how 5 books explain principal →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Azure Security. The section links point to the parts of the book it draws on.