Okta Authentication Plugin

August 7, 2026 · View on GitHub

The Okta Authentication Plugin adds support for authentication via Federated Identity and then database access via IAM.

Plugin Availability

The plugin is available since version 2.3.6.

What is Federated Identity

Federated Identity allows users to use the same set of credentials to access multiple services or resources across different organizations. This works by having Identity Providers (IdP) that manage and authenticate user credentials, and Service Providers (SP) that are services or resources that can be internal, external, and/or belonging to various organizations. Multiple SPs can establish trust relationships with a single IdP.

When a user wants access to a resource, it authenticates with the IdP. From this a security token generated and is passed to the SP then grants access to said resource. In the case of AD FS, the user signs into the AD FS sign in page. This generates a SAML Assertion which acts as a security token. The user then passes the SAML Assertion to the SP when requesting access to resources. The SP verifies the SAML Assertion and grants access to the user.

Prerequisites

  • This plugin requires the following runtime dependencies to be registered separately in the classpath:
  • Note: The above dependencies may have transitive dependencies that are also required (ex. AWS Java SDK RDS requires AWS Java SDK Core). If you are not using a package manager such as Maven or Gradle, please refer to Maven Central to determine these transitive dependencies.
  • This plugin does not create or modify any Okta or IAM resources. Okta must be federated into to your AWS IAM account before using this plugin. You can follow Okta's integration guide. In addition, all permissions and policies must be correctly configured before using this plugin. If you plan on using Amazon Aurora Global Databases with this plugin, please see the Using Okta Authentication with Global Databases section as well.

Warning


To use this plugin, you must provide valid AWS credentials. The AWS SDK relies on the AWS SDK credential provider chain to authenticate with AWS services. If you are using temporary credentials (such as those obtained through AWS STS, IAM roles, or SSO), be aware that these credentials have an expiration time. AWS SDK exceptions will occur and the plugin will not work properly if your credentials expire without being refreshed or replaced. To avoid interruptions:

  • Ensure your credential provider supports automatic refresh (most AWS SDK credential providers do this automatically)
  • Monitor credential expiration times in production environments
  • Configure appropriate session durations for temporary credentials
  • Implement proper error handling for credential-related failures

For more information on configuring AWS credentials, see our AWS credentials documentation.

Note


Since AWS Java SDK RDS v2.x size is around 5.4Mb (22Mb including all RDS SDK dependencies), some users may experience difficulties using the plugin due to limited available disk size. In such cases, the AWS Java SDK RDS v2.x dependency may be replaced with just two dependencies which have a smaller footprint (around 300Kb in total):

It's recommended to use AWS Java SDK RDS v2.x when it's possible.

Verify plugin compatibility within your driver configuration using the compatibility guide.

How to use the Okta Authentication Plugin with the AWS Advanced JDBC Wrapper

Enabling the Okta Authentication Plugin

Note


AWS IAM database authentication is needed to use the Okta Authentication Plugin. This is because after the plugin acquires SAML assertion from the identity provider, the SAML Assertion is then used to acquire an AWS IAM token. The AWS IAM token is then subsequently used to access the database.

  1. Enable AWS IAM database authentication on an existing database or create a new database with AWS IAM database authentication on the AWS RDS Console:
  2. Configure Okta as the AWS identity provider.
  3. Add the plugin code okta to the wrapperPlugins value, or to the current driver profile.
  4. Specify parameters that are required or specific to your case.

Okta Authentication Plugin Parameters

ParameterValueRequiredDescriptionDefault ValueExample Value
dbUserStringYesThe user name of the IAM user with access to your database.
If you have previously used the IAM Authentication Plugin, this would be the same IAM user.
For information on how to connect to your Aurora Database with IAM, see this documentation.
nullsome_user_name
idpUsernameStringYesThe user name for the idpEndpoint server. If this parameter is not specified, the plugin will fallback to using the user parameter.nulljimbob@example.com
idpPasswordStringYesThe password associated with the idpEndpoint username. If this parameter is not specified, the plugin will fallback to using the password parameter.nullsomeRandomPassword
idpEndpointStringYesThe hosting URL for the service that you are using to authenticate into AWS Aurora.nullec2amaz-ab3cdef.example.com
appIdStringYesThe Amazon Web Services (AWS) app configured on Okta.nullec2amaz-ab3cdef.example.com
iamRoleArnStringYesThe ARN of the IAM Role that is to be assumed to access AWS Aurora.nullarn:aws:iam::123456789012:role/adfs_example_iam_role
iamIdpArnStringYesThe ARN of the Identity Provider.nullarn:aws:iam::123456789012:saml-provider/adfs_example
iamRegionStringYesThe IAM region where the IAM token is generated.nullus-east-2
idpPortStringNoThe port that the host for the authentication service listens at.urn:amazon:webservicesurn:amazon:webservices
iamHostStringNoOverrides the host that is used to generate the IAM token.nulldatabase.cluster-hash.us-east-1.rds.amazonaws.com
iamDefaultPortStringNoThis property overrides the default port that is used to generate the IAM token. The default port is determined based on the underlying driver protocol. For now, there is support for jdbc:postgresql: and jdbc:mysql:. Target drivers with different protocols will require users to provide a default port.null1234
iamTokenExpirationIntegerNoOverrides the default IAM token cache expiration in seconds870123
httpClientSocketTimeoutIntegerNoThe socket timeout value in milliseconds for the HttpClient used by the OktaAuthPlugin.6000060000
httpClientConnectTimeoutIntegerNoThe connect timeout value in milliseconds for the HttpClient used by the OktaAuthPlugin.6000060000
sslInsecureBooleanNoIndicates whether or not the SSL connection is secure or not. If not, it will allow SSL connections to be made without validating the server's certificates.falsetrue

Sample code

OktaAuthPluginExample.java

Using Okta Authentication with Global Databases

When using Okta authentication with Amazon Aurora Global Databases, the IAM user or role requires the additional rds:DescribeGlobalClusters permission. This permission allows the driver to resolve the Global Database endpoint to the appropriate regional cluster for IAM token generation.

Example IAM policy:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "rds-db:connect",
                "rds:DescribeGlobalClusters"
            ],
            "Resource": "*"
        }
    ]
}

Note

AWS Java SDK RDS v2.x is required when using this plugin with Global databases.

Telemetry Metrics

When telemetry is enabled and a metrics backend is configured through telemetryMetricsBackend, this plugin submits the following metrics:

Metric nameMetric typeDescription
oktaAuth.fetchToken.countCounterNumber of IAM authentication tokens generated after a SAML assertion exchange. Incremented when no valid cached token is available, and again when a login failure with a cached token triggers a retry with a freshly generated token.
oktaAuth.tokenCache.sizeGaugeNumber of entries currently held in the authentication token cache.

Note


The authentication token cache is shared between the okta, federatedAuth, and iam plugins. The oktaAuth.tokenCache.size, federatedAuth.tokenCache.size, and iam.tokenCache.size gauges therefore all report the size of the same cache.

Fetching the SAML assertion from Okta is recorded as a trace segment (Fetch OKTA SAML Assertion) rather than a metric.

See Monitoring for the metrics submitted by other plugins.