Blog Post

Microsoft Entra Blog
3 MIN READ

Using Azure AD with your Oracle Cloud apps

Alex Simons (AZURE)'s avatar
Jun 12, 2019

Howdy folks,

 

Microsoft and Oracle recently announced a partnership that enables interoperability between Microsoft Azure and Oracle Cloud. We formed this partnership based on your feedback that you have business critical infrastructure running on each of our clouds, and that you need easy interoperability for apps that span both clouds. You also told us that you need to ensure that your users have secure and high-quality experiences to access these apps.

 

One of the coolest things about this partnership is how you can leverage your existing investments in Azure AD. For example, now your business users can get a single sign-on (SSO) experience for Oracle E-Business Suite and JD Edwards using the same accounts they already use to sign in to Microsoft Azure and Office 365. They even get a SSO experience to apps that are hosted in Microsoft Azure and access data hosted on Oracle Cloud Infrastructure. So your business can run an app on either cloud, or an app that spans both clouds. Your users can have a single set of credentials, a consistent SSO experience, and common user provisioning, regardless of the infrastructure on which the application runs.

 

This also improves your experience for identity administration. You can avoid the cost of managing password reset for a second set of user credentials. You can use the same dynamic groups, the same Multi-Factor Authentication (MFA) experiences, and the same risk-based conditional access policies to manage access to your apps, regardless of which cloud they run on. You get a single view of sign-in activity that spans apps in both clouds, along with a rich set of access analytics capabilities using Azure Log Analytics. Of course, you and your administrators also have a SSO experience to manage application infrastructure in both Microsoft Azure and Oracle Cloud.

 

The diagram below shows how federated identity with Azure AD provides a complete multi-cloud solution for identity and access across Oracle Cloud and Microsoft Azure.

Azure AD federated identity securely integrates the Microsoft and Oracle multi-cloud solution.

Multi-cloud solution integration is only the first part of the value. This integration sets a foundation that enables you to digitally transform your business by increasing end user productivity. It also helps you achieve a better security and compliance posture, with lower administration costs.

 

Get started

 

You can begin using Azure AD to access your Oracle applications and OCI today, using the same Azure AD administration center experience that you already use to manage access to other applications. To begin, go to the Add an application page and enter Oracle in the search box. Select an application from the Oracle applications list and add it to your Azure AD.

Oracle applications in the Azure AD ‘Add an application’ page.

The next step is to configure federated SSO between Azure AD and the Oracle application and then assign access to the users and groups who need to use the application.

 

You’ll want to ensure access is secure for a business-critical resource as an Oracle application. So the last step is to add the Oracle application to an existing conditional access policy, or create a new policy to configure the access controls for users to sign in to the Oracle application.

Setting up a conditional access policy for Oracle Cloud Infrastructure Console.

Once you’ve completed these steps, your users can sign in to the Oracle application with the same credentials and the same SSO experience they already use to access Office 365 and Microsoft Azure. You get the peace of mind knowing that you can rely on Azure AD’s risk-based authentication, conditional access policies, and sign-in analytics to help you meet your security and governance requirements for access to the Oracle application.

 

As always, we’d love to hear any feedback or suggestions you have.

 

Best regards,

 

Alex Simons (@Alex_A_Simons ) 

Corporate VP of Program Management 

Microsoft Identity Division 

Updated Aug 19, 2021
Version 6.0
  • marc3669's avatar
    marc3669
    Copper Contributor

    Thank you for the response Jeevan Desarda

    The SSO was configured successfully.

    We rasied a support ticket with Oracle, and they manually uploaded the Metadata XML into the Oracle Fusion Cloud SaaS backend, and that resolved the issue !

     

  • Massive Loop's avatar
    Massive Loop
    Copper Contributor

    Is there any way this can be implemented with on-premises Oracle apps like PeopleSoft? We are struggling to get Azure SSO on our onprem PeopleSoft apps without developing a custom weblogic (with CORS Java) server that will impersonate users on the endpoint or deploying a Shibboleth SP internally just for that app because Oracle basically provides no simple solution except to use their OIM platform that costs 6 figures to acquire!! Oracle is a relic of the 90's and the way they do business (for example, making people wait months for responses and years for application mods) makes me wonder how they are still in demand with so many better companies around now. If I was calling shots for application acquisition at my company I would make the second requirement be that it NOT be an Oracle application (the first one being SAML SSO or app proxy compatibility, of course 😊).

  • marc3669's avatar
    marc3669
    Copper Contributor

    Hi Alex / experts,

    On similar lines, requesting your help on below issue.

     

    We are configuring SSO with Oracle Fusion ERP (as SP) from Azure Applications Gallery (as IdP), After updating Fusion details in Azure application gallery we downloaded the metadata file from here.

     

    While uploading this metadata file into Oracle Fusion ERP, we are getting the following error -

    "You must enter valid identity provider metadata. Ensure the metadata conforms to the SAML version 2.0 or higher standard.: schema_reference.4: Failed to read schema document 'http://docs.oasis-open.org/security/saml/v2.0/saml-schema-metadata-2.0.xsd', because 1) could not find the document;  2) the document could not be read; 3) the root element of the document is not xsd:schema."

     

    Any pointers on this error, and how can we resolve it.

  • Hello Marc,

     

    We have many customers who are using Oracle Fusion ERP gallery app and successfully configured it. Can you please use the Federation Metadata URL instead and download that and try? Our Metadata file is compliant with SAML specifications. In case you still face the issue then please raise the support ticket with Oracle and also with Microsoft. Do let us know the ticket number and then we can add right people from Oracle side so that they can help you here and get this setup.

     

    Thanks,

    Jeevan Desarda

  • BrightStar's avatar
    BrightStar
    Copper Contributor
    Hi, We are having Azure Cloud. Exploring how we can connect to Oracle Siebel CRM 8.1 (which is not in Cloud) to use our Azure SSO instead of the existing custom portal (that uses Siebel Adapter to connect). Do you know how we can add Oracle Siebel CRM 8.1 with Azure SSO solution to implement? Thanks
  • BrightStar's avatar
    BrightStar
    Copper Contributor
    Thanks. We login to Azure with email id, however, the Siebel CRM authenticates with user id. Trying to see how these user ids can be mapped with azure mail ids. Thanks.
  • marc3669's avatar
    marc3669
    Copper Contributor

    Hi Alex / Jeevan / team,

     

    We are configuring user provisioning from Azure to Oracle Fusion ERP SaaS and following the official documentation at - https://docs.microsoft.com/en-us/azure/active-directory/saas-apps/oracle-fusion-erp-provisioning-tutorial

     

    However, we are unable to successfully provision a user and are getting "failure" message in the audit logs.

    Log message / Status message is - 

    "Failed to create User 'trial1@marc3669gmailcom.onmicrosoft.com' in OracleFusionERP; Error: The SCIM endpoint is not fully compatible with the Azure Active Directory SCIM client. Please refer to the Azure Active Directory SCIM provisioning documentation and adapt the SCIM endpoint to be able to process provisioning requests from Azure Active Directory. StatusCode: BadRequest Message: Processing of the HTTP request resulted in an exception. Please see the HTTP response returned by the 'Response' property of this exception for details. Web Response: { "Errors" : [ { "description" : "Invalid, syntactically incorrect or unparseable input provided: addresses", "code" : "400", "uri" : "urn:oracle:apps:scim:errors:1.0:input:invalid" } ] }. This operation was retried 3 times. It will be retried again after this date: 2020-01-15T04:04:51.8833073Z UTC"

    ErrorCode - "SystemForCrossDomainIdentityManagementBadRequest"

    Error in step 4 - Provision urn:scim:schemas:core:2.0:User in OracleFusionERP 

     

    This seems weird, as we have followed steps as per official documentation and now is hindering our progress in the final connectivity and user provisioning. 

     

    Request your help to guide us with resolving the issue or redirecting to the correct person who would be able to help us in this.

     

    Regards,

    Mark