Back Articles

Microsoft Entra App Registrations: Client Credentials, App Roles, and Workload Identity Federation / Step 1 of 5

Create the App Registration for the API

In this step, we create the app registration for the back-end API application. This registration gives the back-end API its identity in Microsoft Entra ID. We, then, assign it the application permissions exposed by the API through its app roles.

Create the app registration

Open Azure Portal, go to app registrations and create new.

Create app registration

Our set-up does not rely on supported account types, as it is the client app (through the client app registration) that authenticates rather than a user. So keep it to the default. For the same reason, a redirect URI is irrelevant for our case.

Click ‘Register’.

App registration created

Set Application ID

The API app registation needs an application id. Go go Expose an API and click the Add button after ‘Application ID URI’.

Application ID

Clients use this identifier when requesting an access token (through the client app registration), for example: api://<application-id>/.default. This tells Microsoft Entra ID which API the token is intended for. The resulting access token will contain this API as its audience (aud claim), as we will see later.

Set an Owner

Next, assign yourself as an owner of the API app registration. This makes the API easier to discover later under My APIs when configuring API permissions on the client app registration. Without an owner, the API may not appear there as expected.

Set Owner

Define the app roles

Finally, we define the supported app roles for the API back-end application. Go to App roles and add Books.Read and Books.Write.

Define app roles

What is next

We’ve defined the back-en API app registration defining the back-end API. Important identifiers that we need later on include:

  • Application ID URI: api://46ce9c55-e894-4cc0-ae2c-efe0fc8b0caf

Next, we will create the client app registration.