Skip to content

This page explains how Aembit’s Oracle Database protocol support works, which Oracle versions and client types Aembit supports, and what limitations apply during the Limited Beta.

Aembit’s Agent Proxy intercepts the Oracle Transparent Network Substrate (TNS) wire protocol and injects database credentials at connection time. Your applications connect to Oracle databases as they normally would. Aembit handles credential provisioning transparently, eliminating static database passwords.

For step-by-step setup instructions, see Create an Oracle Database Server Workload.

When your application opens a connection to an Oracle database, the Aembit Agent Proxy on the same Linux VM intercepts the TNS connection through transparent steering. The Agent Proxy identifies the connection as an Oracle TNS protocol request, retrieves credentials from a Credential Provider: Credential Providers obtain the specific access credentials—such as API keys, OAuth tokens, or temporary cloud credentials—that Client Workloads need to authenticate to Server Workloads.Learn more, and injects them into the TNS authentication packets before forwarding the connection to the Oracle database.

The credential injection happens during the Oracle authentication handshake (O5LOGON flow). Aembit supports passwords stored by Oracle in the 12C password verifier format. Older password verifier formats (11G, 10G) aren’t supported. The only change to your client configuration is using aembit as the password—no driver modifications are needed.

Diagram

Aembit supports Oracle Database 19c and 21c in the Limited Beta. Oracle 19c is the most widely deployed version in enterprise environments due to its long-term support status, and Oracle 21c covers organizations using innovation releases. Both versions support the same O5LOGON authentication flow and 12C password version, so Aembit’s credential injection works identically for both.

AspectOracle 19cOracle 21c
Release typeLong-Term ReleaseInnovation Release
Premier SupportThrough December 2029Through July 2027
Extended SupportThrough December 2032Not available
Default password version12C12C
Authentication protocolO5LOGONO5LOGON
AWS RDS availabilityYesYes

All environments require Agent Proxy deployed on a Linux VM with transparent steering configured. Aembit has tested Oracle Database protocol support in the following environments.

EnvironmentStatus
AWS RDS for OracleSupported
Containerized Oracle (for example, Oracle 23ai Free)Supported
Linux VM (on-premises or cloud)Supported
Docker-compose on Linux VMsSupported

For the complete list of supported deployment models, see the support matrix.

Oracle database drivers come in two variants: thin (pure language implementation) and thick (using Oracle Client libraries). Aembit supports thin clients, with experimental support for thick clients. The architectural differences affect deployment requirements.

Diagram

Java and Python drivers support both thin and thick modes—how you configure the driver determines which mode your application uses. Java and Python are officially supported in this Limited Beta.

LanguageThin / Managed packageThick / Oracle Call Interface (OCI) package
Javaojdbc11.jarojdbc11.jar + Oracle Client
Pythonoracledb (default thin mode)oracledb + init_oracle_client()

Choose thin clients when:

  • You’re building new applications or deploying in containers
  • You want simpler deployment without Oracle Client dependencies
  • Your application uses standard database operations (queries, inserts, transactions)

Choose thick clients when:

  • Your application requires advanced Oracle features such as Transparent Application Failover (TAF)
  • You need Oracle Wallet or external authentication support
  • You’re running legacy applications that depend on Oracle Call Interface (OCI)

For guidance on choosing between thin and thick clients, see Oracle’s driver documentation.

In the Limited Beta, Aembit supports username/password authentication only.

The Agent Proxy intercepts the Oracle TNS authentication handshake and replaces placeholder credentials with real database credentials from the Credential Provider. This uses the O5LOGON authentication flow with password version 12C.

Your applications must use aembit as the password in their connection configuration. Agent Proxy uses this value to derive a shared key for the Oracle authentication handshake. It then replaces the credentials with the real username and password from the Credential Provider. The username can be any value—Agent Proxy replaces it during credential injection.

The following limitations apply during the Limited Beta:

LimitationDetails
Steering modeTransparent steering only
Deployment modelLinux VM only
AuthenticationUsername/password only, no token-based authentication
Oracle versions19c and 21c only
TLS/TCP Secure (TCPS)Not supported, plain TCP connections only

These limitations may change as Oracle Database protocol support progresses toward general availability. For the latest supported capabilities, see the support matrix.