Azure SSO

Follow the sections in this guide to set up Azure SSO.

Security requirements for your production environment:

  • DELETE the admin default account shipped by OM in case you had Basic Authentication enabled before configuring the authentication with Azure SSO.
  • UPDATE the Private / Public keys used for the JWT Tokens. The keys we provide by default are aimed only for quickstart and testing purposes. They should NEVER be used in a production installation.

Admin permissions are required to register the application on the Azure portal.

  • From the Azure Active Directory, navigate to the App Registrations section from the left nav bar.
create-app
  • Click on New Registration. This step is for registering the OpenMetadata UI.
create-app
  • Provide an Application Name for registration.
  • Provide a redirect URL as a Single Page Application.
  • Click on Register.
create-app
  • The Client ID and the Tenant ID are displayed in the Overview section of the registered application.
create-app
  • When passing the details for authority, the Tenant ID is added to the URL as shown in the example below. https://login.microsoftonline.com/TenantID

This is a guide to create ingestion bot service account. This step is optional if you configure the ingestion-bot with the JWT Token, you can follow the documentation of Enable JWT Tokens.

  • Navigate to the newly registered application.
  • Click on the Authentication section.
  • Select the checkboxes for Access Token and ID Tokens.
  • Click Save.
access-tokens
  • Navigate to the section Expose an API.
expose-api
  • Set the App ID URI. If it has not been set, the default value is api://<client_id>.
  • Click Save.
expose-api
  • Click on Add a Scope.
  • Enter the details with a custom scope name to expose.
  • Once completed, click on Add Scope.
add-scope

Another Azure Application must be registered for Service ingestion.

  • Provide an application name.
  • public client redirect URI will be blank.
  • Click on Register.
add-app
  • Navigate to the Ingestion Application created in step 4.
  • Navigate to the section on API Permissions.
  • Click on Add a Permission.
api-permissions
  • Click on Add a Permission.
api-permissions
  • Select the custom scope created in Step 3.
  • Click on Add Permissions.
api-permissions

Open Metadata Ingestion authenticates and authorizes workflow connectivity with OpenMetadata API using OAuth2 Client Credentials grant. In the Client Credentials flow, there is no GUI to consent application permissions since it’s a machine to machine communication. So OpenMetadata Ingestion Azure Application will need to be pre-consented by Azure Active Directory to use the scope request to connect to OpenMetadata Azure Application via the application access scope.

  • Navigate to the Azure Active Directory >> Enterprise Application.
  • Navigate to the ingestion application created in step 4. This is also called the Service Principal.
  • Click on Permissions.
  • Click on Grant Admin Consent for Default Directory.
admin-consent
  • Navigate to the Azure Active Directory >> App Registrations >> [OpenMetadata Ingestion Application] >> Expose an API.
  • Click on Set in Application ID URI
app-id
  • Click on Save to set the App ID URI which is required for scopes while connecting from manual ingestion.
app-id
  • Navigate to Certificates & Secrets to generate the clientSecret.
  • Click on New Client Secret.
client-secret
  • Enter a description and an expiry period.
client-secret
  • The secret_key is required for ingestion.
  • clientID: The Application (Client) ID is displayed in the Overview section of the registered applications (Azure Application for UI and Azure Service Application if any).
  • authority: When passing the details for authority, the Tenant ID is added to the URL as shown below. https://login.microsoftonline.com/TenantID
  • clientSecret: The clientSecret can be accessed from the Certificates & secret section of the application.
  • scopes: The scopes for running the ingestion to get token using Client Credentials Flow. This will be in the format of <application-id-uri>/.default (Application Id URI will be available from Step 7)
  • object-id: You can fetch the object id of Azure Application created for OpenMetadata Service Application as provided in the below image. This is required for setting the OpenMetadata with YAML configurations as well as Updating Ingestion-Bot from UI. You can find object id in Azure Active Directory >> Enterprise Applications.
object-id

This information is required to configure ingestion-bot from OpenMetadata UI from 0.12.1 Release.

After the applying these steps, you can update the configuration of your deployment:

Starting from 0.12.1, Navigate to Settings >> Bots >> ingestion-bot and click on edit.

Update the Auth Mechanism as Azure SSO and update Email, ClientSecret, ClientId, Authority, and Scopes as mentioned in Step 9.

The Email will be in the format of <object-id-for-azure-service-application-enterprise-application>@<your-domain-name>.

Next, Click on Save.

This will enable all the Service Connector Ingestions created from UI to securely use Azure SSO Service Applications for connecting with OpenMetadata APIs.

After everything has been set up, you will need to configure your workflows if you are running them via the metadata CLI or with any custom scheduler.

When setting up the YAML config for the connector, update the workflowConfig as follows: