Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessHost malicious HTTP content
-
DeliveryLure JDeveloper user to interact
-
ExploitTrigger Security Framework flaw
-
ExecutionRead critical accessible data
-
ImpactExfiltrate confidential data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V3 - Web Frontend Security Redirect URL validation
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires luring a JDeveloper user (a person other than the attacker) into interacting with attacker-controlled content delivered over HTTP (UI:R); the attacker needs no credentials (PR:N) and no prior access. The primary limiting factor is this mandatory victim interaction - without a user acting on the malicious content there is no compromise. Only Oracle JDeveloper versions 12.2.1.4.0 and 14.1.2.0.0 are stated as affected, and impact is limited to disclosure of confidentiality-sensitive data (no integrity or availability effect). |
| Impact | This is a moderate-severity information-disclosure flaw (CVSS 3.1 6.5) in Oracle JDeveloper's Security Framework. The CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N) indicates a network-reachable, low-complexity attack by an unauthenticated attacker, but exploitation is gated by required user interaction (UI:R) from a victim other than the attacker, which materially lowers real-world risk versus a fully unauthenticated server-side bug. Impact is confined to confidentiality (C:H, with I:N/A:N), so there is no integrity or availability loss. No EPSS score, CISA KEV listing, or public POC is present in the provided data, so there is no public exploit identified at time of analysis and no evidence of active exploitation. The 'Authentication Bypass' tag conflicts with the described behavior and CVSS metrics, which describe unauthorized data access requiring victim interaction rather than a bypass of authentication - treat that tag with skepticism. Net assessment: a legitimate confidentiality issue worth patching in the normal Oracle CPU cycle, but not an emergency given the user-interaction requirement, the confidentiality-only impact, and the developer-tool deployment profile. |
| Exploit ScenarioDerived | An attacker crafts a malicious HTTP resource or link and lures a JDeveloper user into interacting with it. When the user opens or processes the attacker-controlled content, the Security Framework flaw is triggered, exposing critical data accessible to Oracle JDeveloper to the attacker. No public exploit code is identified at time of analysis, and success depends entirely on the victim performing the required interaction. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Oracle JDeveloper 12.2.1.4.0 and 14.1.2.0.0 expose confidentiality-sensitive data through a flaw in the product's Security Framework, reachable over HTTP by an unauthenticated attacker (CVSS 3.1 base score 6.5, AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N). The attacker must persuade a JDeveloper user - a person other than the attacker - to interact with attacker-controlled content, which is the single factor that keeps the flaw from being trivially remote-exploitable. Successful exploitation yields unauthorized access to critical data or complete access to all data the JDeveloper instance can reach, with no integrity or availability impact; no public exploit code has been identified at time of analysis and the issue is not in CISA KEV.
RemediationAI
Patch availability is per the vendor advisory: Oracle addresses this in its Critical Patch Update (https://www.oracle.com/security-alerts/cpuoct2026.html), and because Oracle CPUs ship as cumulative quarterly bundles, affected installations of JDeveloper 12.2.1.4.0 and 14.1.2.0.0 should apply the CPUOctober2026 patches for the Fusion Middleware Security Framework rather than wait for a standalone fix - an exact fixed build number is not published in the available data, so confirm the patched release against the advisory's patch-availability table before closing the finding. If patching must be deferred, the most effective compensating control targets the human-interaction prerequisite: block or tightly filter HTTP/HTTPS fetches of untrusted content from within the IDE (proxy allow-listing for JDeveloper egress), and instruct developers not to open or import content from unverified sources - the trade-off is reduced convenience for downloads, plugin and sample-code imports, and it does not remove the underlying defect. Additional hardening with clearer side effects includes running the IDE as a non-privileged OS account with no stored production credentials so that any disclosure is bounded to lower-value data, and isolating developer workstations that hold sensitive repositories behind network segmentation that limits what a compromised client session can reach; both reduce blast radius but neither substitutes for the vendor patch. No public exploit code has been identified at time of analysis, so exposure is not currently being driven by opportunistic scanning, but the low attack complexity and lack of authentication requirements make prompt patching advisable.
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 flaw resides in the Security Framework component of Oracle JDeveloper, the Oracle Fusion Middleware IDE/suite used to build and deploy Java, ADF and SOA applications. The assessed vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N) describes a network-reachable weakness that requires no credentials and no prior foothold, but whose exploitation hinges on a mandatory user-interaction step: a victim must be induced to act on attacker-supplied content delivered over HTTP. That pattern is consistent with the 'Authentication Bypass' tagging supplied with the report - an attacker-supplied artifact or request that the framework mishandles can cause the client to disclose data it should have protected - while the scored impact is strictly confidentiality-only (C:H with I:N/A:N), meaning no code execution or data tampering is established. No CWE identifier was provided with the record, so the precise root-cause class (for example improper authentication/authorization checks versus insufficient validation of externally supplied content) cannot be confirmed from the available data. The scope is unchanged (S:U), so the disclosure is bounded by what the JDeveloper process itself can access, which in practice is often substantial because IDEs hold source code, credentials, connection strings and deployment metadata.
Know when Open Redirect 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:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N
Network HTTP vector with no privileges (AV:N/PR:N) but mandatory victim interaction (UI:R); confidentiality-only disclosure (C:H, I:N/A:N) with no scope change.
Primary rating from Vendor (oracle).
CVSS VectorVendor: oracle
DescriptionCVE.org
Vulnerability in the Oracle JDeveloper product of Oracle Fusion Middleware (component: Security Framework). Supported versions that are affected are 12.2.1.4.0 and 14.1.2.0.0. Easily exploitable vulnerability allows unauthenticated attacker with network access via HTTP to compromise Oracle JDeveloper. Successful attacks require human interaction from a person other than the attacker. Successful attacks of this vulnerability can result in unauthorized access to critical data or complete access to all Oracle JDeveloper accessible data. CVSS 3.1 Base Score 6.5 (Confidentiality impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/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 Open Redirect
View allA malicious third-party can give a crafted "ssh://..." URL to an unsuspecting victim, and an attempt to visit the URL ca
GFI Kerio Control versions 9.2.5 through 9.4.5 contain an HTTP response splitting vulnerability in the dest parameter of
PHP through 7.0.8 does not attempt to address RFC 3875 section 4.1.18 namespace conflicts and therefore does not protect
Multiple open redirect vulnerabilities in Apache Struts 2.0.0 through 2.3.15 allow remote attackers to redirect users to
When the default servlet in Apache Tomcat versions 9.0.0.M1 to 9.0.11, 8.5.0 to 8.5.33 and 7.0.23 to 7.0.90 returned a r
Open redirect vulnerability in age-verification.php in the Age Verification plugin 0.4 and earlier for WordPress allows
Open redirect vulnerability in Kaseya Virtual System Administrator (VSA) 7.x before 7.0.0.29, 8.x before 8.0.0.18, 9.0 b
Vulnerability in the Oracle Applications Framework component of Oracle E-Business Suite (subcomponent: Popup windows (li
Unspecified vulnerability in the Oracle Application Server Single Sign-On component in Oracle Fusion Middleware 10.1.4.3
Flarum is open source discussion platform software. Rated medium severity (CVSS 6.5), this vulnerability is remotely exp
Open redirect vulnerability in Novius OS 5.0.1 (Elche) allows remote attackers to redirect users to arbitrary web sites
Open redirect vulnerability in the Redirect function in stageshow_redirect.php in the StageShow plugin before 5.0.9 for
EUVD-2026-106572
GHSA-822g-hrgw-4pfp
NVD
CVE.org
EPSS
VulDB
Exploit-DB