Skip to main content

Oracle Java SE EUVDEUVD-2026-106663

| CVE-2026-91411 MEDIUM
Improper Input Validation (CWE-20)
2026-10-20 secalert_us@oracle.com GHSA-vhxj-84r5-67g5
6.5
CVSS 3.1 · Vendor: oracle
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach network-exposed Java service using JGSS
  2. Delivery
    Craft malicious GSS-API/protocol input
  3. Exploit
    Submit via web service or client API
  4. Execution
    Trigger JGSS processing fault
  5. Impact
    Hang or repeatedly crash JVM (complete DOS)

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
Exploitation Conditions

Exploitation requires that the target Java/GraalVM deployment expose the affected JGSS component (Java's GSS-API / Kerberos security services) to attacker-reachable input - Oracle states the flaw is reached through APIs in the JGSS component, e.g. a web service that supplies data to those APIs, or a sandboxed Java Web Start application or applet loading untrusted code. No authentication is required (PR:N) and no user interaction (UI:N), but the AC:H rating indicates meaningful limiting factors: successful attack likely depends on specific malformed-input, timing, or race conditions rather than a single deterministic request. Realistic risk is confined to systems that actually process untrusted data through JGSS/GSS-API paths; JVMs not exposing this component to external input are not practically reachable.

Impact

This is a moderate-severity (CVSS 3.1 6.5) issue that signals are consistent in framing as a lower-priority, hard-to-exploit flaw rather than an urgent threat. The CVSS vector (AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:H) shows network reach with no authentication or user interaction, but critically AC:H (high attack complexity), which Oracle reinforces by labeling it a 'Difficult to exploit vulnerability.' Impact is skewed toward availability (A:H, a complete and repeatable DOS/hang) with only limited integrity impact (I:L) and no confidentiality loss. No EPSS score, CISA KEV listing, or public POC was provided in the input, so there is no evidence of active exploitation or exploit availability - this appears to be a routine Oracle Critical Patch Update item rather than a flaw under attack. Net assessment: patch on normal Oracle CPU cadence; the high complexity and availability-centric impact make it a lower real-world priority than the network/unauthenticated vector alone might suggest. Note: EPSS, KEV, and POC signals are all absent from the input and cannot be confirmed either way.

Exploit ScenarioDerived

A remote, unauthenticated attacker repeatedly sends specially crafted data to a Java service exposing the affected JGSS (GSS-API/Kerberos) functionality - for example via a web service that forwards attacker-supplied input to the vulnerable APIs. Successfully triggering the condition hangs or repeatedly crashes the JVM (complete denial of service) and allows limited unauthorized modification of some accessible data. The high attack complexity (AC:H) means exploitation likely requires specific timing, race, or malformed-input conditions rather than a single trivial request; no public exploit code was identified at time of analysis.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 21, 2026

Untrusted input that reaches Java's JGSS (GSS-API / Kerberos) security services can hang or repeatedly crash a JVM and, to a limited degree, alter data the component handles, affecting Oracle Java SE 8u503, 8u503-perf and 11.0.32.1, Oracle GraalVM for JDK 17.0.20.1 and 21.0.12.1, and Oracle GraalVM Enterprise Edition 21.3.19.1.1. Oracle scores this 6.5 on an AV:N/AC:H/PR:N/UI:N vector with C:N/I:L/A:H - no credentials or user interaction are needed, but the high attack complexity means successful exploitation depends on crafted tokens combined with timing or state conditions rather than one deterministic request, and realistic exposure is confined to deployments that actually feed attacker-controlled data into the JGSS path (for example a web service supplying data to those APIs, or sandboxed Web Start/JApplet code loading untrusted content). No public exploit code and no CISA KEV entry were identified at time of analysis, so this reads as a lower-priority, difficult-to-exploit hardening item - availability-weighted but not an urgent, actively exploited threat.

RemediationAI

Apply the October 2026 Oracle Critical Patch Update: upgrade Java SE to the 8u5xx / 11.0.xx builds and GraalVM for JDK and GraalVM Enterprise Edition to the 17.x / 21.x / 21.3.x builds published in that CPU, verifying the exact patched build numbers against the advisory at https://www.oracle.com/security-alerts/cpuoct2026.html, since the provided data does not enumerate the fixed build identifiers. Because the flaw is only reachable where attacker input flows into JGSS, an effective interim control is to remove that exposure: disable Kerberos/SPNEGO/Negotiate authentication on internet-facing endpoints (for example, turn off HTTP SPNEGO auth or set the JDK to not use GSS-API credentials where single sign-on is not actually required) - the trade-off is loss of SSO for affected services. Where JGSS must stay enabled, put it behind an authenticating reverse proxy or restrict the listener to trusted network segments and cap the size of authentication tokens accepted, accepting that this is defence-in-depth rather than a fix. Run the JVM under a supervisor with memory and CPU limits and automatic restart so a hang or crash cannot take down a whole host or cascade - at the cost of restart churn and possible masking of other faults. Finally, stop running untrusted sandboxed Web Start applications or applets against these JDKs, and monitor JGSS/Kerberos authentication logs for repeated failures or restarts clustered around authentication attempts as a detection signal.

Affected VersionsENISA

Oracle Java SE 11.0.32.1
Oracle GraalVM for JDK 17.0.20.1
Oracle Java SE 8u503
Oracle Java SE 8u503-perf
Oracle GraalVM for JDK 21.0.12.1
Oracle GraalVM Enterprise Edition 21.3.19.1.1

Affected Packages

euvd oracle_graalvm_enterprise_edition no fix
euvd oracle_graalvm_for_jdk no fix
euvd oracle_java_se no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 3 packages in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

JGSS is Oracle's implementation of the Generic Security Services API (GSS-API) inside the JDK, and it is the plumbing beneath Kerberos authentication, SPNEGO, SASL/GSSAPI and the many protocols that ride on them (LDAP, JMX, RMI over Kerberos, HTTP Negotiate, Kerberos-secured database drivers). The flaw sits in how JGSS consumes and processes security tokens supplied by a peer; because the component is designed to accept opaque blobs from the network and parse them, malformed or adversarially constructed tokens can drive the implementation into resource-exhausting or state-corrupting paths that end in a hang or repeatable crash, with a small integrity footprint on data the component manages. No CWE was assigned in the provided data, but the impact profile (C:N/I:L/A:H) plus Oracle's AC:H rating points to a logic/state-handling defect whose success depends on specific token structure, timing or concurrency rather than a simple overflow. The affected CPE-style product set spans the JDK 8, 11, 17 and 21 release trains plus GraalVM Enterprise 21.3.x, meaning the same JGSS code is shared across all of them; GraalVM inherits the vulnerability because it embeds the corresponding JDK libraries. Oracle's note that the issue applies to sandboxed Web Start applications and applets matters because in those environments the attacker supplies the code itself, so the sandbox is the only boundary between untrusted input and JGSS internals.

Know when Java 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

Vendor (oracle) PRIMARY 6.5 MEDIUM
AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:H
vuln.today AI 6.5 MEDIUM

Network-reachable JGSS APIs with no auth or interaction (AV:N/PR:N/UI:N), but difficult trigger conditions (AC:H); complete DOS (A:H) and limited data modification (I:L), no confidentiality impact (C:N).

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:H
4.0 AV:N/AC:H/AT:N/PR:N/UI:N/VC:N/VI:L/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (oracle).

CVSS VectorVendor: oracle

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
Low
Availability
High

DescriptionCVE.org

Vulnerability in the Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition product of Oracle Java SE (component: JGSS). Supported versions that are affected are Oracle Java SE: 8u503, 8u503-perf, 11.0.32.1; Oracle GraalVM for JDK: 17.0.20.1 and 21.0.12.1; Oracle GraalVM Enterprise Edition: 21.3.19.1.1. Difficult to exploit vulnerability allows unauthenticated attacker with network access via multiple protocols to compromise Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can result in unauthorized ability to cause a hang or frequently repeatable crash (complete DOS) of Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition as well as unauthorized update, insert or delete access to some of Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition accessible data. Note: This vulnerability can be exploited by using APIs in the specified Component, e.g., through a web service which supplies data to the APIs. This vulnerability also applies to Java deployments, typically in clients running sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the internet) and rely on the Java sandbox for security. CVSS 3.1 Base Score 6.5 (Integrity and Availability impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:H).

Threat Intelligence Overview

EPSS Score
0.2%
Top 85% exploitable
Prevalence
Ubiquitous
Oracle Java SE/JDK runtime deployed across a huge fraction of enterprise environments
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact· derived
Medium

Priority Score

32
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

More in Java

View all
CVE-2012-4681 CRITICAL POC
9.8 Aug 28

Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m

CVE-2015-7450 CRITICAL POC
9.8 Jan 02

Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti

CVE-2013-2465 CRITICAL POC
9.8 Jun 18

Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent

CVE-2011-3544 CRITICAL POC
9.8 Oct 19

Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug

CVE-2010-1871 HIGH POC
8.8 Aug 05

JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to

CVE-2012-1723 CRITICAL POC
9.8 Jun 16

Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up

CVE-2013-0422 CRITICAL POC
9.8 Jan 10

Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using

CVE-2012-0507 CRITICAL POC
9.8 Jun 07

Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up

CVE-2015-4852 CRITICAL POC
9.8 Nov 18

The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers

CVE-2012-5076 CRITICAL POC
9.8 Oct 16

Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow

CVE-2017-3066 CRITICAL POC
9.8 Apr 27

Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla

CVE-2012-0391 CRITICAL POC
9.8 Jan 08

The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy