Credential Manager Configuration
This article describes how to configure Credential Manager keys for connectors in the OvalEdge application. It explains the supported credential storage mechanisms, how to create secrets in external secret managers, and how to reference those keys when creating or updating connectors in OvalEdge.
Purpose
The purpose of this document is to define the process for storing sensitive connector attributes in supported credential managers and referencing those keys in the connector within the OvalEdge application.
Credential Management in OvalEdge
OvalEdge connects to data sources to crawl metadata, profile data, catalog assets, and build lineage.
OvalEdge supports the following credential storage mechanisms:
Encrypted credentials stored in the OvalEdge
MySQL Database
AWS Secrets Manager (SAAS)
Client Credentials Managers
Deployment Models and Credential Storage
SAAS Deployment
In SaaS deployments, client connection credentials are stored in OvalEdge AWS Secrets Manager.
Sensitive credentials are encrypted and stored in OvalEdge AWS Secrets Manager.
Non-sensitive attributes are stored in the OvalEdge database.
Access to AWS Secrets Manager is restricted and managed with multi-factor authentication.
Credentials are protected through encryption and secure secret storage.
Alternatively, OvalEdge can read secrets from the following client credential managers:
AWS Secrets Manager
Azure Key Vault
HashiCorp

Stand-Alone Deployment
In standalone deployments, OvalEdge runs within the client’s secure network.
Sensitive credentials, such as passwords and client secrets, can be stored in the OvalEdge database in encrypted form.
Alternatively, credentials can be stored in supported client credential managers:
AWS Secrets Manager
Azure Key Vault
HashiCorp
In standalone deployments, the client retains full ownership and access control of credentials.

Supported Credential Managers
OvalEdge supports the following secret managers for retrieving connector credentials:
AWS Secrets Manager
Azure Key Vault
HashiCorp
Before using a credential manager in other connectors, create a connector for the selected credential manager in the OvalEdge application.
Refer to the respective connector documentation for configuration details:
Secret Key Naming Conventions
Once the credentials are configured in the client credential manager, ensure that the secret keys follow the required naming pattern to be used in the OvalEdge application.
Secret key naming must follow specific patterns depending on the credential manager.
AWS Secrets Manager
For AWS Secrets Manager, the connector retrieves credential details from the specified secret. The secret can contain different credential keys based on the connector configuration and the client’s authentication method.
Example:
username
password
Key Pattern:
{secretname}/{key}
Example:
sqlserver-SM/username
sqlserver-SM/password

Use these secret keys/values when creating or updating the connector in the OvalEdge application.
Reference Credential Manager When Creating/Editing a Connector
Example: SQL Server Connector
Log in to the OvalEdge application.
Navigate to Administration → Connectors.
On the Connectors page, click + New Connector.
Search for SQL Server and select the SQL Server Connector. The Add Connector page appears.
In the Credentials Manager dropdown, select AWS Secrets Manager. The parameters related to the selected credential manager appear.
Enter the required connection parameters.
In the Username and Password fields, enter the secret keys retrieved from AWS Secrets Manager:
sqlserver-SM/username
sqlserver-SM/password

Click Validate to verify the connection.
Click Save to store the connection for future use.
Alternatively, click Save & Configure to configure additional settings before saving. The saved connector appears on the Connectors page.
Users can update secret keys for an existing connector. On the Connectors page, locate the required connector (for example, SQL Server), click the nine-dot menu, and select Edit Connector. Update the required credential fields (for example, Username and Password) with the secret keys retrieved from AWS Secrets Manager, and then save the connector.
Azure Key Vault
For Azure Key Vault, the connector requires only the key names. The connector retrieves the corresponding secret values directly from Azure Key Vault. The keys stored in the vault depend on the connector configuration and the client’s authentication method.
Key Pattern:
{key}
Example:
adf-clientid-new
adf-clientsecret-new
adf-endpoint-new
adf-tenantid-new
azuredatafactory-subscriberId
adf-apiversion
adf-resourcegroup

After retrieving the key names, use these names when creating or updating the connector in the OvalEdge application.
Reference Credential Manager When Creating/Editing a Connector
Example: Azure Data Factory Connector
Log in to the OvalEdge application.
Navigate to Administration → Connectors.
On the Connectors page, click + New Connector.
Search for Azure Data Factory and select the Azure Data Factory. The Add Connector page appears.
In the Credentials Manager dropdown, select Azure Key Vault. The parameters related to the selected credential manager appear.
Enter the required connection parameters.
In the following fields, enter the corresponding secret keys retrieved from Azure Key Vault:
Client Id
adf-clientid-new
Client Secret
adf-clientsecret-new
Tenant Id
adf-tenantid-new
Subscriber Id
azuredatafactory-subscriberId
Resource Group Name
adf-resourcegroup
API Version
adf-apiversion

Click Validate to verify the connection.
Click Save to store the connection for future use.
Alternatively, click Save & Configure to configure additional settings before saving. The saved connector appears on the Connectors page.
Users can update key values for an existing connector. On the Connectors page, locate the required connector (for example, Azure Data Factory), click the nine-dot menu, and select Edit Connector. Update the required credential fields (for example, Client Id, Client Secret, etc.) with the secret keys retrieved from Azure Key Vault, and then save the connector.
HashiCorp
For HashiCorp Vault, the connector retrieves credential details from the specified secret path. The secret can contain different credential keys based on the connector configuration and the client’s authentication method.
Example:
IP
Username
Password
Key Pattern:
/v1/{engine_name}/data/{secret_name}
Examples
/v1/SQLSERVER_ONPREM/data/SQLSERVERCONN/IP
/v1/SQLSERVER_ONPREM/data/SQLSERVERCONN/Password
/v1/SQLSERVER_ONPREM/data/SQLSERVERCONN/Username


After retrieving the secret values, use these values when creating or updating the connector in the OvalEdge application.
Reference Credential Manager When Creating/Editing a Connector
Example: SQL Server Connector
Log in to the OvalEdge application.
Navigate to Administration → Connectors.
On the Connectors page, click + New Connector.
Search for SQL Server and select the SQL Server Connector. The Add Connector page appears.
In the Credentials Manager dropdown, select HashiCorp. The parameters related to the selected credential manager appear.
Enter the required connection parameters.
In the Server, Username, and Password fields, enter the secret keys retrieved from HasiCorp:
/v1/SQLSERVER_ONPREM/data/SQLSERVERCONN/IP
/v1/SQLSERVER_ONPREM/data/SQLSERVERCONN/Password
/v1/SQLSERVER_ONPREM/data/SQLSERVERCONN/Username

Click Validate to verify the connection.
Click Save to store the connection for future use.
Alternatively, click Save & Configure to configure additional settings before saving. The saved connector appears on the Connectors page.
Users can update secret keys for an existing connector. On the Connectors page, locate the required connector (for example, SQL Server), click the nine-dot menu, and select Edit Connector. Update the required credential fields (for example, Server IP, Username, and Password) with the secret keys retrieved from HashiCorp Manager, and then save the connector.
The connector retrieves credential values (for example, Username and Password) from the configured credential manager store. Fields not stored in the secret are used as entered. If a secret key is incorrect, missing, or removed from the credential manager store, connection validation and operations fail.
Copyright © 2026, OvalEdge LLC, Peachtree Corners, GA, USA.
Was this helpful?

