Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify Jetty app using overlapping method-omission security constraints
-
ExploitSend HTTP request to resource whose constraint was overridden
-
ImpactAccess resource bypassing intended authorization rule
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation 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 target application's deployment (web.xml or programmatic Jakarta Servlet security config) to declare two or more security constraints that (a) share the identical http-method-omission set and (b) have no url-patterns defined; in that case the later constraint overrides earlier ones instead of being combined, dropping the intended authorization check. Limiting factors: the vulnerable overlapping-constraint pattern must actually be used by the application (default or single-constraint configurations are not affected), the resource must be network-reachable, and the running Jetty version must be an affected jetty-security / jetty-eeN-security build. No end-user interaction or attacker credentials are needed once a vulnerable configuration exists. |
| Impact | This is a medium-severity authorization-logic flaw (vendor CVSS 4.0 base 6.9) rather than a high-urgency item. The supplied CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N) implies network-reachable, unauthenticated triggering with low confidentiality and integrity impact and no availability impact - consistent with CWE-863 (Incorrect Authorization) and the 'Authentication Bypass' tag. However, the vector understates a key limiting factor: the flaw only manifests when the deployed application itself declares two or more Jakarta Servlet security constraints that share the same http-method-omission set and have no url-patterns. That is a specific, operator-introduced configuration precondition, so real-world exposure is far narrower than AV:N/PR:N alone suggests - I assess this as better modeled with AT:P (4.0) / AC:H (3.1). No EPSS score was provided in the input, and there is no CISA KEV listing and no public exploit referenced, so exploitation status is 'no public exploit identified at time of analysis.' No SSVC decision data was provided. Net: a legitimate patch-management item for Jetty operators who use method-omission constraints, but not an emergency given the absence of exploitation signals and the configuration dependency. |
| Exploit ScenarioDerived | A developer protects a servlet resource with multiple Jakarta security constraints that use the same http-method-omission set and omit url-patterns, expecting all of them to be enforced. Because Jetty's jetty-security merges them incorrectly, a later constraint silently overrides the earlier ones, so a remote attacker simply requests the resource over the network and reaches it without satisfying the intended authorization rule. No public exploit code is referenced; exploitation requires the specific overlapping-constraint configuration to be present. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 15, 2026
Authorization bypass in Eclipse Jetty's jetty-security and jetty-eeN-security modules allows a request to slip past intended access restrictions when an application declares two or more security constraints that share the same http-method-omission set and define no url-patterns; Jetty replaces the earlier constraint instead of merging it, so the authorization check that should have applied is silently dropped. Per the CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N, VC:L/VI:L/VA:N) the flaw is network-reachable and unauthenticated, with limited confidentiality and integrity impact and no availability impact; our independent assessment rates it medium severity and stresses that exploitation depends on the application actually using that overlapping-constraint deployment pattern, making the practical attack complexity higher than the vendor vector suggests. Only applications that both run an affected build and use the duplicate http-method-omission configuration are exposed, and there is no public exploit identified at time of analysis.
RemediationAI
Apply the fixed release identified in the Eclipse Jetty security advisory GHSA-phjh-v7c6-g7mv (https://github.com/jetty/jetty.project/security/advisories/GHSA-phjh-v7c6-g7mv), which is the authoritative source for the patched jetty-security and jetty-eeN-security versions; the exact fix version is not enumerated in the input data, so patch status should be confirmed against that advisory before assuming a build is safe. If an immediate upgrade is not possible, audit every web.xml and programmatic ServletSecurity/SecurityConstraint configuration for two or more constraints that share an identical http-method-omission set and have no url-patterns, and consolidate them into a single constraint whose http-method-omission list is the union of the originals-this restores the intended policy with no runtime change but requires careful review to avoid dropping any previously implied restriction. A second workaround is to add explicit url-pattern entries to each overlapping constraint; note the trade-off that constraints without url-patterns were previously applied to all paths, so pattern values must be chosen to preserve that full coverage or legitimate endpoints may lose protection. As defense in depth, an upstream reverse proxy or WAF can be configured to normalize and filter HTTP methods before requests reach Jetty, but this adds latency, a second component to maintain, and will not fix the underlying policy confusion inside the application. Because the bypass only exists once the duplicate-omission configuration is present, removing the overlap is the most reliable short-term mitigation, whereas upgrading the Jetty artifacts is the permanent fix. No public exploit code or confirmed in-the-wild activity was identified at time of analysis, so prioritization should focus on inventorying Jetty security modules and reviewing the affected constraint pattern.
Affected ProductsAI
Eclipse Jetty installations that bundle an affected version of the jetty-security library or any of its Servlet-specification-specific variants (jetty-eeN-security, e.g. ee8/ee9/ee10 security modules) are in scope; the vendor advisory GHSA-phjh-v7c6-g7mv and the Eclipse CVE-assignment work item 210 cover the affected build ranges, which are not enumerated with CPE strings in the data available here and should be confirmed against that advisory. The condition for exposure is deployment-specific: the application's web.xml or programmatic Jakarta Servlet security configuration must declare two or more security constraints that (a) use the exact same http-method-omission set and (b) specify no url-patterns. Applications using default configurations, a single security constraint, distinct http-method-omission sets, or explicit url-patterns on every constraint are not affected by this defect. Because the vulnerable configuration is declared by the application rather than by Jetty's defaults, the same Jetty version may be vulnerable in one deployment and unaffected in another.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The affected components are the Jakarta Servlet security implementations shipped with Eclipse Jetty: the core jetty-security artifact and its version-specific siblings jetty-ee8-security, jetty-ee9-security, jetty-ee10-security and similar jetty-eeN-security modules supporting different Servlet specification levels. The Jakarta Servlet Specification defines how multiple <security-constraint> declarations in web.xml (or equivalent programmatic ServletSecurity configuration) are combined into an effective set of authorization rules; a constraint that carries no url-pattern is still expected to contribute its method-based exclusions to the merged policy. This defect is CWE-863 (Incorrect Authorization): Jetty's constraint-merging logic treats two constraints with an identical http-method-omission set as duplicates and lets the later one override the earlier one, rather than unioning the omitted methods, so the earlier constraint's protected method set disappears from the effective policy. The result is a deployment-dependent authentication/authorization bypass where endpoints the developer believed were method-restricted become reachable. The vendor-assigned CVSS 4.0 score of 6.9 (network vector, no privileges or user interaction, low confidentiality and integrity impact) aligns with a bypass of an authorization control rather than a memory-safety or remote-code-execution issue, and our independent CVSS 3.1 assessment raises AC to High because the misconfiguration prerequisite-two or more constraints with identical http-method-omission sets and zero url-patterns-must be present in the deployed application.
Know when Jetty 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N
Network-reachable and unauthenticated, but AC:H because exploitation depends on a specific overlapping-constraint configuration; impact is partial authorization bypass (C:L/I:L), no availability effect.
Primary rating from Vendor (eclipse).
CVSS VectorVendor: eclipse
DescriptionCVE.org
In Eclipse Jetty, across various versions of jetty-security, and jetty-eeN-security, two or more security constraints with the same http-method-omission set, and no url-patterns, are not combined properly per Jakarta Servlet Spec.
Resulting in later http-method-omission sets overriding previous constraints with the same http-method-omission set.
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.
Denial of service against HTTP/2 server implementations allows remote unauthenticated attackers to exhaust server resour
The exception handling code in Eclipse Jetty before 9.2.9.v20150224 allows remote attackers to obtain sensitive informat
Eclipse Jetty provides a web server and servlet container. Rated high severity (CVSS 7.5), this vulnerability is remotel
In Eclipse Jetty versions 10.0.0 thru 10.0.9, and 11.0.0 thru 11.0.9 versions, SslConnection does not release ByteBuffer
In Eclipse Jetty 7.2.2 to 9.4.38, 10.0.0.alpha0 to 10.0.1, and 11.0.0.alpha0 to 11.0.1, CPU usage can reach 100% upon re
In Eclipse Jetty versions 1.0 thru 9.4.32.v20200930, 10.0.0.alpha1 thru 10.0.0.beta2, and 11.0.0.alpha1 thru 11.0.0.beta
The path normalization mechanism in PathResource class in Eclipse Jetty 9.3.x before 9.3.9 on Windows allows remote atta
Protected resources in Eclipse Jetty deployments that enable the EthereumAuthenticator can be reached without authentica
Eclipse Jetty is a lightweight, highly scalable, Java-based web server and Servlet engine . Rated medium severity (CVSS
For Eclipse Jetty versions 9.4.37-9.4.42, 10.0.1-10.0.5 & 11.0.1-11.0.5, URIs can be crafted using some encoded characte
For Eclipse Jetty versions <= 9.4.40, <= 10.0.2, <= 11.0.2, it is possible for requests to the ConcatServlet with a doub
In Eclipse Jetty 9.4.37.v20210219 to 9.4.38.v20210224, the default compliance mode allows requests with URIs that contai
EUVD-2026-101995
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB