Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain adjacency on JDBC network segment
-
DeliveryMonitor for legitimate JDBC connection initiation
-
ExploitIntercept or manipulate JDBC wire protocol handshake
-
ExecutionExploit authentication bypass in JDBC component
-
PersistExtract JDBC-accessible database contents
-
ImpactPivot to additional in-scope products via scope change
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to have network adjacency - specifically, access to the physical or logical communication segment (such as an Ethernet broadcast domain, VLAN, or layer-2 segment) through which JDBC traffic between the Oracle Database Server and its clients flows. This rules out remote internet-based attackers entirely. Additionally, AC:H indicates one or more specific conditions beyond attacker control must be satisfied, such as a particular protocol state or timing window. Human interaction from a legitimate user (UI:R) is mandatory - an Oracle JDBC client must independently initiate a connection during the attack window; the attacker cannot trigger this themselves. The CVSS PR:N vector confirms no prior authentication or account credentials are needed by the attacker. Exploitation is not possible from outside the adjacent segment, and the attacker cannot force the required user interaction, meaning opportunistic or automated scanning-based exploitation is not feasible. The scope change (S:C) means environments where multiple products share a common JDBC communication path face broader potential confidentiality exposure than the CVSS base score alone suggests. |
| Impact | The Oracle-assigned CVSS 3.1 score of 5.6 (Medium) accurately captures the constrained exploitation conditions. The AV:A (Adjacent) vector is the most significant risk-reduction factor: the attacker must be co-located on the same physical or logical network segment as the database JDBC traffic, ruling out opportunistic internet-scale exploitation. AC:H (High Complexity) further limits practical exploitation, implying specialized conditions such as precise timing, specific protocol state, or environmental prerequisites beyond attacker control. UI:R requires a legitimate user to interact - likely initiating a JDBC connection - which cannot be forced by the attacker alone. Despite these constraints, C:H with S:C (Scope Change) is a serious outcome: a successful attack yields complete read access to all JDBC-accessible data, potentially crossing security boundaries into additional products. No EPSS data is available in the provided intelligence; no CISA KEV listing exists; no POC code has been identified. The net real-world risk tier is moderate-to-low for most organizations: this is not a remotely exploitable, low-complexity flaw, but environments with insufficiently segmented internal networks or shared JDBC infrastructure across sensitive systems should treat the scope-change vector as a meaningful escalation risk. CVSS signals and description are consistent - no conflicts detected. |
| Exploit ScenarioDerived | An attacker with a foothold on the same internal network segment - such as a compromised workstation in the same VLAN as a database server, or a rogue device on a data center switch - monitors JDBC connection attempts from legitimate client applications. When a database user or application initiates a JDBC session (the required human interaction), the attacker performs an on-path interception or protocol manipulation that exploits the authentication bypass, gaining the ability to read all data accessible through that JDBC connection, including data from additional systems sharing the same database infrastructure. No public proof-of-concept code has been identified, and the AC:H rating indicates that successfully executing this attack requires non-trivial technical capability beyond script-kiddie level. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 22, 2026
Confidentiality breach in the JDBC component of Oracle Database Server allows an unauthenticated attacker positioned on the same physical communication segment to bypass authentication and gain complete read access to JDBC-accessible data, including critical database contents. Affected deployments span three major release lines: 19c (19.3-19.31), 21c (21.3-21.22), and 23ai (23.4.0-23.26.2). Exploitation requires both network adjacency and human interaction from a legitimate user, and a successful attack can extend its impact beyond JDBC itself to additional connected products due to a scope change. No public exploit code or CISA KEV listing has been identified at time of analysis.
RemediationAI
The primary remediation is to apply the patches distributed in Oracle's July 2026 Critical Patch Update, available at https://www.oracle.com/security-alerts/cpujul2026.html. Oracle does not publish individual patch version numbers in the advisory text provided; administrators should consult the full CPU document and My Oracle Support for the exact patchset identifiers for their respective 19c, 21c, or 23ai installations. An exact patched release version is not independently confirmed from available data - treat any version numbers beyond the advisory as unverified until cross-referenced with My Oracle Support. As a compensating control where immediate patching is not feasible, network segmentation of JDBC communication paths is the most actionable mitigation: restrict layer-2 and layer-3 adjacency to the database host's JDBC port (default TCP 1521) to only authorized client subnets using firewall ACLs or VLAN isolation, which directly addresses the AV:A attack vector and removes the attacker's ability to reach the communication segment. Additionally, Oracle Advanced Security TLS encryption for JDBC connections should be enforced, as strong mutual TLS on the wire would harden the authentication exchange against on-path manipulation. Disabling unused JDBC listener endpoints on multi-homed hosts reduces the attack surface further. Each of these controls narrows exposure but does not eliminate the underlying vulnerability - patching remains the definitive fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The Java Database Connectivity (JDBC) component in Oracle Database Server implements the standard Java API for relational database access, handling connection negotiation, authentication credential exchange, and query transport between client applications and the Oracle RDBMS engine. The affected CPE (cpe:2.3:a:oracle_corporation:oracle_database_server) spans the 19c Long-Term Support, 21c Innovation, and 23ai Long-Term Support release families. The attack surface is the physical or layer-2 communication segment carrying JDBC traffic, meaning the vulnerability likely involves the JDBC wire protocol - for example, an on-path attacker manipulating connection handshakes or credential exchange. The tag 'Authentication Bypass' indicates the weakness allows an unauthenticated party to circumvent the JDBC authentication mechanism. CWE is not specified in available data, limiting precise root-cause classification, but the authentication bypass pattern and scope-change behavior are consistent with weaknesses such as improper credential validation or insecure protocol negotiation on the wire.
Know when Oracle Database Server gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:A/AC:H/PR:N/UI:R/S:C/C:H/I:N/A:N
Adjacent vector reflects physical segment requirement; PR:N confirmed by unauthenticated description; UI:R and AC:H limit exploitation; S:C and C:H reflect scope-crossing data disclosure with no integrity or availability impact.
Primary rating from Vendor (oracle).
CVSS VectorVendor: oracle
DescriptionCVE.org
Vulnerability in the JDBC component of Oracle Database Server. Supported versions that are affected are 19.3-19.31, 21.3-21.22 and 23.4.0-23.26.2. Difficult to exploit vulnerability allows unauthenticated attacker with access to the physical communication segment attached to the hardware where the JDBC executes to compromise JDBC. Successful attacks require human interaction from a person other than the attacker and while the vulnerability is in JDBC, attacks may significantly impact additional products (scope change). Successful attacks of this vulnerability can result in unauthorized access to critical data or complete access to all JDBC accessible data. CVSS 3.1 Base Score 5.6 (Confidentiality impacts). CVSS Vector: (CVSS:3.1/AV:A/AC:H/PR:N/UI:R/S:C/C:H/I:N/A:N).
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Oracle Database Server
View allNet Service takeover in Oracle Database Server 23.4.0 through 23.26.2 allows unauthenticated remote attackers reaching t
Full database takeover in Oracle Database Server's RDBMS component allows an authenticated, low-privileged user with onl
Complete denial of service in the RDBMS component of Oracle Database Server 23.4.0 through 23.26.2 lets an unauthenticat
Remote denial of service in Oracle Database Server 23.4.0 through 23.26.2 allows unauthenticated network attackers to cr
Remote denial-of-service in Oracle Database Server's Net Service component (versions 23.4.0 through 23.26.2) allows unau
Unauthorized data access in Oracle Database Server's Java VM component allows a remote, unauthenticated attacker to comp
Full takeover of the JDBC component in Oracle Database Server is achievable by a high-privileged network attacker operat
Integrity compromise in Oracle Database Server's embedded Java VM component allows network-connected attackers holding o
Integrity compromise in Oracle Database Server's JDBC component allows unauthenticated network attackers to create, dele
Unauthenticated remote exploitation of the RDBMS component in Oracle Database Server 19c, 21c, and 23ai allows network-a
Unauthorized disclosure of sensitive XML data from Oracle Database Server's XML Database component is possible via netwo
Unauthorized data manipulation in Oracle Database Server's RDBMS component allows a highly privileged, network-connected
EUVD-2026-46547
GHSA-c5hf-jh6v-96wh
NVD
CVE.org
EPSS
VulDB
Exploit-DB