👋 Welcome! I hope these tools, guides, and Azure resources save you time and help you learn something new - feedback is always welcome on LinkedIn.

← All tools

Microsoft Graph Permissions

Every Microsoft Graph API permission - delegated, application and resource-specific consent - with its identifier, consent requirement and the description a user or admin actually sees, from the official Graph permissions reference.

Last refreshed: Loading...

Permission Resource Delegated Application Admin consent

About Microsoft Graph permissions

A Graph permission, also called a scope, is what an application asks for so that its access token is allowed to reach a given part of Microsoft Graph. Every permission exists in up to two flavours, and the difference decides who can consent to it and what the call can reach.

Delegated, application and resource-specific

Permissions are not Entra ID roles

This is the distinction that costs the most debugging time. A Graph permission decides what the token may attempt; an Entra ID directory role decides what the identity may do in the directory. Many operations need both, and Microsoft publishes no mapping between the two - the models are deliberately parallel. If a call fails with Authorization_RequestDenied despite the right scope, the missing piece is usually the role, not the permission.

Choosing the least privileged permission

Where this data comes from

The dataset is rebuilt several times a day from Microsoft's published permissions reference. The same catalog can be read from Graph itself on the Microsoft Graph service principal, but only by a caller holding Application.Read.All; the reference is public and additionally carries the RSC permissions.