Enable Okta SSO to Oracle EBS via Datawiza

Overview

This tutorial shows how to enable Okta SSO for an Oracle E-Business Suite (EBS) application via Datawiza.

The benefits of integrating applications with Okta via Datawiza includes:

• Improved Zero Trust security through Okta SSO.
• No-Code easy integration between Okta and EBS.
• A single control plane, Datawiza Cloud Management Console, to manage access to EBS in public clouds and on-premise.

Background

This document focuses on solving the problem when modern identity providers integrate with the legacy Oracle EBS application. We accomplish the integration based on the fact that Oracle EBS requires a set of EBS service account credentials and an EBS DBC file.

In many cases, legacy applications have great difficulty integrating modern SSO, mainly due to the absence of modern protocol support.

The Datawiza no-code Solution effectively reduces the cost of integration, overcomes the gap, and significantly improves application security.

Architecture

The solution contains the following components:

• Okta : The Okta cloud-based identity and access management service, which helps users sign in and access external and internal resources.
• Oracle EBS Application: the legacy application to be protected by Okta.
• Datawiza Access Proxy (DAP): A super lightweight container-based reverse-proxy implements OIDC/OAuth or SAML for user sign-on flow and transparently passes identity to applications through HTTP headers.
• Datawiza Cloud Management Console (DCMC): A centralized management console that manages DAP. DCMC provides UI and RESTful APIs for administrators to manage the configurations of DAP and its granular access control policies.

Both SP initiated flow and IdP initiated flow are supported by the architecture discussed here. Below we will use SP initiated flow for demonstration purposes.

Steps Description

1. The user requests access to a DAP-protected EBS resource.
2. DAP redirects the user's browser to the identity provider, which in this case is Okta.
3. Identity Provider presents its login page to the user.
4. The user submits their credentials to the identity provider.
5. Upon successful authentication, the identity provider redirects the user's browser to DAP.
6. DAP communicates with the identity provider to exchange tokens.
7. Identity Provider issues the user's EBS username and relative information to DAP.
8. DAP creates an Oracle E-Business Suite cookie using the EBS username from the identity provider and redirects the user's browser to Oracle E-Business Suite.
9. Oracle E-Business Suite presents the requested protected resource to the user.

Prerequisites

Prior Datawiza Access Proxy experience isn't necessary, but you need:

• An Okta subscription. If you don't have one, you can get an Okta free account.
• Docker and docker-compose are required to run DAP.
• User identities from an on-premises active directory.
• (Optional) An SSL Web certificate for publishing services over HTTPS, or use default Datawiza self-signed certs while testing.
• An existing Oracle EBS environment. Supported versions include: v12.0 or later.

Configure the EBS environment for SSO and create DBC file

To enable single sign-on in the Oracle E-Business Suite environment:

1. Sign in to the EBS Management console as an administrator.

2. Use the drawer icon (E-Business Suite version 12.2.8) or navigator icon (E-Business Suite version 12.1/12.2), click Functional Administrator.

3. In the Oracle Applications Administration page, click the Core Services tab, and then click Profiles.

4. Enter Application Authenticate Agent in the Name field and then click Go. On the list of profiles, select Application Authenticate Agent, and then click Define Profile Values.

5. On the Define Profile Values: Application Authenticate Agent page, update the Site Value to the EBS route that DAP uses to authenticate the user, such as https://ebssso.example.com. This field must contain the fully qualified domain name of the application protected by DAP.

6. Click Profiles under the Core Services tab, enter Applications SSO Type in the Name field, and then click Go. On the list of profiles, select Applications SSO Type, click Define Profile Values, change the Site Value field from SSWA to SSWA w/SSO, and then click Update.

7. Click Profiles under the Core Services tab, enter %Session Cookie% in the Name field, and then click Go. On the list of profiles, select Oracle Applications Session Cookie Domain, click Define Profile Values, verify the Site Value field is set to HOST.

8. Click Profiles under the Core Services tab, enter Applications SSO Login Types in the Name field, and then click Go. Verify that Applications SSO Login Types is set to BOTH.

9. Scroll down the Navigator panel and expand User Management.

10. Add a User Account

11. Enter the following details to create the DWSSOUSER user, and then click Submit:

    • User Name : DWSSOUSER
    • Password : An appropriate password
    • Description : DW User account for SSO
    • Password Expiration : None

12. Assign the role Apps Schema Connect to this user. Enter an appropriate Justification (for example, Required for DW SSO) and click Apply.

13. SSH to your EBS host, execute the command:

    sh /u01/install/scripts/configwebentry.sh
    

    Update the basic config for your EBS domain exposed to public through DAP. You will find the following variables in the CONTEXT file has been updated or if you don't want to use script, you can also manually update these values by yourself:

    Variable Name	Description	Value
    s_webentryurlprotocol	Set the web entry application tier context variable to the web entry protocol	https
    s_webentryhost	Set the web entry application tier context variable to the web entry host name	ebs
    s_webentrydomain	Set the web entry application tier context variable to the web entry domain name	example.com
    s_active_webport	Set the web entry application tier context variable to the web entry port number	443
    s_login_page	Set the login page context variable to <webentry protocol>://<webentry host>.<webentry domain>:<active web port>/OA_HTML/AppsLogin	https://ebs.example.com:443/OA_HTML/AppsLogin
    s_external_url	Set the external URL context variable to <webentry protocol>://<webentry host>.<webentry domain>:<active web port>	https://ebs.example.com:443

14. Then restart the Oracle E-Business Suite servers.

Register Datawiza Access Proxy With Oracle E-Business Suite

On the Oracle EBS Linux Environment, generate a new DBC file for use by the Datawiza Access Proxy. You will need the apps user credentials, and the default DBC file (under $FND_SECURE) used by the Apps Tier.

1. Configure the environment for E-Business Suite using a command similar to: ./u01/install/APPS/EBSapps.env run.

2. The AdminDesktop utility can be used to generate the new DBC file. You'll have to specify the name of a new Desktop Node for this DBC file:

   java oracle.apps.fnd.security.AdminDesktop apps/apps CREATE NODE_NAME=<your ebs domain name> DBC=/u01/install/APPS/fs1/inst/apps/EBSDB_apps/appl/fnd/12.0.0/secure/EBSDB.dbc
   

3. This will generate a file called ebsdb_<your ebs domain name>.dbc in the same location as where you ran the previous command.

4. Copy over this DBC file content to a notebook, and we will need to use it later.

Getting started with Datawiza

To integrate EBS with Okta, login to Datawiza Cloud Management Console (DCMC).

The Welcome page appears.

Click the orange Getting started button, which will guide you through the configuration steps.

Specify Name and Description, and click Next.

Add Application

Configure your application with the following values:

• App Type : Select Oracle E-Business Suite here.
• Name : The name of your application. Put a meaningful name here. I use the Oracle EBS App.
• Application URL : The external facing URL of the application. For example https://ebs-external.example.com. You can use localhost DNS for testing purposes. I use https://ebs.datawiza.net.
• Listen Port : This is the port that the Datawiza Access Proxy listens on. For simplicity, you can use the same port as the one in Public Domain above if you are not deploying the Datawiza Access Proxy behind a Load Balancer.
• Upstream Servers : The URL and port combination of the Oracle EBS Implementation is being protected. Mine is http://10.0.0.122:8000.
• EBS Service Account : The username of the user created as the Service Account. If you followed the instructions, it should be DWSSOUSER.
• EBS Account Password : The password you created for the Service Account.
• EBS User Mapping: It decides which attribute will be mapped to EBS username for authentication, usually this value is coming from the Identity Provider. I use email.
• EBS DBC Content: The content you generated at the previous step.

Select Next.

1. On the Configure IdP dialog, enter the relevant information.
2. Input the IdP name. Select OIDC as Protocol and Okta as Identity Provider. Populate the fields of the form with the keys/values obtained from IdP Configuration Guide: Okta.
3. Select Create.

Install and run Datawiza Access Proxy

Once clicking on the Create button, the basic configuration on the management console is finished. You will see the final step of the guide, which presents you with a page showing the simple steps to deploy Datawiza Access Proxy (DAP) with your application. Note down the commands for your deployment. The first command will download Docker and Datawiza Access Proxy image, and the second command will create a Docker Compose file and run Datawiza Access Proxy. You can refer to Install and Run Datawiza Access Proxy by command for more information.

(Optional) SSL Configuration

1. By default, when you set up this application, it will use the Datawiza self-sign certificate, but you still have the chance to replace it with your own certificate. Select the Advanced tab. Click the edit button, then upload your own certificate.
2. Select Save.

Summary

In this article, you learned how to:

• Configure and Deploy the Datawiza Access Proxy
• Integrate the Datawiza Access Proxy with Oracle EBS
• Enable Okta SSO login for Oracle EBS

If you have any questions, don't be afraid to contact us through support email (support@datawiza.com)!