Skip to Content
Technical Articles

How to integrate Azure AD with SAP Cloud Platform Cloud Foundry

In this post, we are going to configure Microsoft Azure AD as the Identity Provider of applications running on an SAP Cloud Platform Cloud Foundry account. Furthermore, we are going to grant authorizations (scopes) to users by mapping Azure Groups to Role Collections.


  • You have a Cloud Foundry subscription or a trial account, and you are a Security administrator of it (meaning that you can see the Security menu in the cloud cockpit).
  • You have an Azure subscription or a free account.
  • You know the basics of SAML 2.0 authentication.


  1. Download the metadata file from the Cloud Foundry subaccount
  2. Add Cloud Foundry as an Enterprise Application on Azure.
  3. Add Azure as Identity Provider in the Cloud Foundry account.
  4. Configure Role Collection mappings.
  5. Test.

1. Download the metadata file from the Cloud Foundry subaccount

To download the metadata file of the subaccount, open a new browser window and enter the SAML metadata endpoint of the UAA (User Account and Authentication Server) tenant, replacing the tenant name and region domain accordingly:



  • The tenant name is equal to the subaccount domain, which can be found in the Overview page of the subaccount.
  • The correct region domain can be found in the API Endpoint in the same page.

2. Add Cloud Foundry as an Enterprise Application on Azure

Go to the Azure Portal > Azure Active Directory > Enterprise applications, and click on New Application.

Search for the SAP Cloud Platform application in the gallery, give it a name and save it.

Access the newly created application, click on Single-sign on the left and select SAML.

Under 1. Basic SAML Configuration, click on the pencil icon, import the metadata file downloaded from the Cloud Foundry account, fill in the Sign On URL and save.

Hint: You can set the UAA tenant URL from the step 1 as the Sign On URL.

Before we configure the User Attributes & Claims, we are going to make the users’ groups visible to the application. The Groups attribute is necessary on Cloud Foundry to match with Role Collections and, therefore, grant authorizations to users in business applications. Azure AD does not provide the user groups claim by default.

Thus, navigate to Azure Active Directory > App registrations. Click on ‘View all applications’ and enter in the application you have created earlier.

Click on ‘Manifest’.

Change the value of groupMembershipClaims and save. In this tutorial, we’re going to use SecurityGroup (for security groups and Azure AD roles). You can also use ‘All’ (security groups, distribution groups, and Azure AD directory roles).

Go back to Enterprise applications > [your application] > Single Sign-on and you will note that the groups attribute has been added to ‘2. User Attributes & Claims’.

Click on the pencil button, and configure the name identifier and user attributes as shown below (case sensitive):

For the Groups attribute, you will have to use the Advanced options as below:

Finally, download the Federation Metadata XML from Azure:

3. Add Azure as Identity Provider in the Cloud Foundry account.

Access your Cloud Foundry account and go to Security > Trust Configuration. Choose New Trust Configuration and import the metadata file downloaded from Azure. The ‘Link Text” is the text that will be displayed in the logon page of the UAA tenant for end users.

4. Configure Role Collection mappings

The final configuration step is to define Role Collection mappings in order to give authorizations to users to the CF applications. This will be done with the Groups attribute as explained above.

Go to Security > Trust Configurations > [Azure AD entry] > Role Collection Mappings, and configure it according to the Role Collections that you have for your applications.

By default, Azure will send the Object ID of all groups assigned to the user. They can be seen in the Azure Portal > Azure Active Directory > Groups. Example:

5. Test

Open a new browser window and enter the UAA tenant URL (from the step 1):


You will still be able to logon with your S-user’s e-mail and password. You will see a link to Azure AD below the form. In the Trust Configuration, you can enable/disable the SAP ID Service or any other IdP you have configured. If you disable the SAP ID Service, you will only see the links to the external Identity Providers. If there is only one Identity Provider configured, you will be automatically redirected to it.

Click on the Azure link and logon with your Azure user. You will be redirected back to UAA afterwards.

Note: If you get a message similar to “AADSTS50105: The signed in user … is not assigned to a role for the application …” on Azure, you will have to either assign your user to the enterprise application, or disable the requirement for user assignment. More information in the Azure docs.

The screenshot below means that the authentication was successful. We see “Where to?” because we did not access a CF application, only the UAA tenant page.

Hint: you can check the user’s details, including the groups mapped, by accessing the following URL:



You have configured Azure AD as the SAML Identity Provider for your Cloud Foundry applications and delegated authorizations using Azure Groups! Feel free to leave any comments and to check our documentation.

You must be Logged on to comment or reply to a post.
  • Great post and very easily and quickly comprehensible!

    I’m sure this will help a lot of people to leverage their existing Azure AD resources

  • Hi Lucas

    Thank you for a very good blog. I just have one little question. Under point 1 you mention downloading the metadata file. Where can I find this file to download?



    • Hi Caroline,

      Thanks for the feedback!

      To download the metadata file, you have to open a URL in the following format:


      I’ve added some hints on how to find the <tenant_name> and <region> in the step 1.

      Best Regards,