Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach network-exposed Java service using JGSS
-
DeliveryCraft malicious GSS-API/protocol input
-
ExploitSubmit via web service or client API
-
ExecutionTrigger JGSS processing fault
-
ImpactHang 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. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
Affected Packages
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
AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:H
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).
Primary rating from Vendor (oracle).
CVSS VectorVendor: oracle
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
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
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
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
EUVD-2026-106663
GHSA-vhxj-84r5-67g5
NVD
CVE.org
EPSS
Exploit-DB