Working with users in Microsoft Graph

You can use Microsoft Graph to build compelling app experiences based on users, their relationships with other users and groups, and the resources they access for example their mails, calendars, files, administrative roles, group memberships.

You can access users through Microsoft Graph in two ways:

• By their ID, /users/{id}
• By using the /me alias for the signed-in user, which is the same as /users/{signed-in user's id}

There are two types of users in Azure AD - members and guest users. Guest users join the organization through redeeming their invitation. Guest users can be converted to members to enjoy all the privileges of members.

Authorization and privileges

One of the following permissions is required to access user operations. The first three permissions can be granted to an app by a user. The rest can only be granted to an app by the administrator.

• User.ReadBasic.All
• User.Read
• User.ReadWrite
• User.Read.All
• User.ReadWrite.All
• Directory.Read.All
• Directory.ReadWrite.All
• Directory.AccessAsUser.All

In addition to the required permissions, the user operations that the calling user can perform are bounded to the privileges granted to the calling user via specific Azure AD roles. For more information, see the Who can reset passwords? and Who can update sensitive attributes? sections.

Default user permissions

The set of default permissions depends on whether the user is a native member of the tenant (member user) or whether the user is brought over from another directory as a business-to-business (B2B) collaboration guest (guest user). Azure AD defines a set of default permissions for member users and guest users. For more information about what member users and guest users can do, see What are the default user permissions in Azure Active Directory?

Sensitive actions for users

The following table lists the sensitive actions on user objects. All users can read the sensitive properties. However, only some administrators can perform the following sensitive actions for some users.

Sensitive action	Sensitive property name
Disable or enable users	accountEnabled
Update business phone	businessPhones
Update mobile phone	mobilePhone
Update on-premises immutable ID	onPremisesImmutableId
Update other emails	otherMails
Update password profile	passwordProfile
Update user principal name	userPrincipalName
Delete or restore users	Not applicable

Who can reset passwords

In the following table, the columns list the roles that can reset passwords and invalidate refresh tokens. The rows list the roles for which their password can be reset.

The following table is for roles assigned at the scope of a tenant. For roles assigned at the scope of an administrative unit, further restrictions apply.

Role that password can be reset	Password Admin	Helpdesk Admin	Auth Admin	User Admin	Privileged Auth Admin	Global Admin
Auth Admin			✔️		✔️	✔️
Directory Readers	✔️	✔️	✔️	✔️	✔️	✔️
Global Admin					✔️	✔️*
Groups Admin				✔️	✔️	✔️
Guest Inviter	✔️	✔️	✔️	✔️	✔️	✔️
Helpdesk Admin		✔️		✔️	✔️	✔️
Message Center Reader		✔️	✔️	✔️	✔️	✔️
Password Admin	✔️	✔️	✔️	✔️	✔️	✔️
Privileged Auth Admin					✔️	✔️
Privileged Role Admin					✔️	✔️
Reports Reader		✔️	✔️	✔️	✔️	✔️
User (no admin role)	✔️	✔️	✔️	✔️	✔️	✔️
User (no admin role, but member or owner of a role-assignable group)					✔️	✔️
User Admin				✔️	✔️	✔️
Usage Summary Reports Reader		✔️	✔️	✔️	✔️	✔️
All custom roles	✔️	✔️	✔️	✔️	✔️	✔️

* A Global Administrator cannot remove their own Global Administrator assignment. This is to prevent a situation where an organization has 0 Global Administrators.

Note

The ability to reset a password includes the ability to update the following sensitive properties required for self-service password reset:

• businessPhones
• mobilePhone
• otherMails

Who can perform sensitive actions

Some administrators can perform the following sensitive actions for some users. All users can read the sensitive properties.

Sensitive action	Sensitive property name
Disable or enable users	accountEnabled
Update business phone	businessPhones
Update mobile phone	mobilePhone
Update on-premises immutable ID	onPremisesImmutableId
Update other emails	otherMails
Update password profile	passwordProfile
Update user principal name	userPrincipalName
Delete or restore users	Not applicable

In the following table, the columns list the roles that can perform sensitive actions. The rows list the roles for which the sensitive action can be performed upon.

The following table is for roles assigned at the scope of a tenant. For roles assigned at the scope of an administrative unit, further restrictions apply.

Role that sensitive action can be performed upon	Auth Admin	User Admin	Privileged Auth Admin	Global Admin
Auth Admin	✔️		✔️	✔️
Directory Readers	✔️	✔️	✔️	✔️
Global Admin			✔️	✔️
Groups Admin		✔️	✔️	✔️
Guest Inviter	✔️	✔️	✔️	✔️
Helpdesk Admin		✔️	✔️	✔️
Message Center Reader	✔️	✔️	✔️	✔️
Password Admin	✔️	✔️	✔️	✔️
Privileged Auth Admin			✔️	✔️
Privileged Role Admin			✔️	✔️
Reports Reader	✔️	✔️	✔️	✔️
User (no admin role)	✔️	✔️	✔️	✔️
User (no admin role, but member or owner of a role-assignable group)			✔️	✔️
User Admin		✔️	✔️	✔️
Usage Summary Reports Reader	✔️	✔️	✔️	✔️
All custom roles	✔️	✔️	✔️	✔️

Common properties

The following represent the default set of properties that are returned when getting a user or listing users. These are a subset of all available properties. To get more user properties, use the $select query parameter. Learn how to use the $select query parameter and see properties that support the $select query parameter.

Property	Description
id	The unique identifier for the user.
businessPhones	The user's phone numbers.
displayName	The name displayed in the address book for the user.
givenName	The first name of the user.
jobTitle	The user's job title.
mail	The user's email address.
mobilePhone	The user's cellphone number.
officeLocation	The user's physical office location.
preferredLanguage	The user's language of preference.
surname	The last name of the user.
userPrincipalName	The user's principal name.

For details and a list of all the properties, see the user object.

User and group search limitations for guest users in organizations

User and group search capabilities allow the app to search for any user or group in an organization's directory by performing queries against the /users or /groups resource set (for example, https://graph.microsoft.com/v1.0/users). Both administrators and users who are members have this capability; however, guest users don't.

If the signed-in user is a guest user, depending on the permissions an app has been granted, it can read the profile of a specific user or group (for example, https://graph.microsoft.com/v1.0/users/241f22af-f634-44c0-9a15-c8cd2cea5531); however, it can't perform queries against the /users or /groups resource set that potentially returns more than a single resource.

With the appropriate permissions, the app can read the profiles of users or groups that it obtains by following links in navigation properties; for example, /users/{id}/directReports or /groups/{id}/members.

For more information about search limitations for guest users, see Compare member and guest default permissions.

Common operations

Note: Some of these operations require additional permissions.

Path	Description
/users	Lists users in the organization.
/users/{id}	Gets a specific user by id.
/users/{id}/photo/$value	Gets the user's profile photo.
/users/{id}/manager	Gets the user's manager.
/users/{id}/messages	Lists the user's email messages in their primary inbox.
/users/{id}/events	Lists the user's upcoming events in their calendar.
/users/{id}/drive	Gets the user's OneDrive file store.
/users/{id}/memberOf	Lists the groups that the user is a member of.

What's new

Find out about the latest new features and updates for this API set.