CVE-2026-39852: Quarkus authorization bypass via semicolon path normalization inconsistency
Quarkus is a Java framework for building cloud-native applications. In versions prior to 3.20.6.1, 3.27.3.1, 3.33.1.1, 3.35.1.1, 3.34.7, and 3.35.2, a path normalization inconsistency between the security layer and the routing layer allows unauthenticated or lower-privileged users to bypass HTTP path-based authorization policies. Quarkus's security layer performs authorization checks on the raw URL path which preserves matrix parameters (semicolons), while RESTEasy Reactive's routing layer strips matrix parameters before matching endpoints. An attacker can append a semicolon and arbitrary text to a request URL (e.g., /api/admin;anything) to bypass policies protecting /api/admin while still routing to the protected endpoint. This issue has been fixed in versions 3.20.6.1, 3.27.3.1, 3.33.1.1, 3.35.1.1, 3.34.7, and 3.35.2.
Security readout for executives and security teams
Plain-English summary
Affected Quarkus applications may let unauthenticated or lower-privileged users reach protected HTTP endpoints. A semicolon in a request path can make authorization evaluate a different path from the one ultimately routed, potentially exposing sensitive data or privileged operations.
Executive priority
Prioritize rapid remediation for externally reachable applications protecting administrative, financial, personal, or other sensitive functions through path rules. Internal-only systems should still be inventoried and upgraded according to exposure and data sensitivity.
Technical view
Quarkus security checks the raw URL path while RESTEasy Reactive removes matrix parameters before endpoint matching. This normalization mismatch can cause a modified path to evade a path-based authorization rule yet resolve to the protected endpoint. The supplied CVSS 4.0 score is 8.8.
Likely exposure
Exposure requires a vulnerable Quarkus version, RESTEasy Reactive routing, and HTTP path-based authorization policies. Internet-facing administrative or sensitive endpoints increase business risk. The bundle does not establish how commonly affected configurations are deployed.
Exploitation context
The described bypass is network-accessible, low-complexity, requires no privileges or user interaction, and can affect confidentiality and integrity. The CVE is not listed as KEV, and the supplied sources provide no evidence of active exploitation.
Researcher notes
The issue maps to CWE-551 and CWE-863. Supplied fixed versions are 3.20.6.1, 3.27.3.1, 3.33.1.1, 3.34.7, 3.35.1.1, and 3.35.2. Confirm branch-specific applicability with vendor guidance because the supplied affected ranges do not enumerate every fixed branch.
Mitigation direction
Upgrade to an applicable fixed Quarkus release identified by the vendor advisory.
Apply the relevant Red Hat erratum when using a Red Hat-distributed affected product.
Restrict external access to sensitive endpoints until upgrades are completed.
Monitor protected routes for unexpected semicolon-bearing request paths.
Validation and detection
Inventory Quarkus versions across applications and compare them with the supplied affected ranges.
Identify applications using RESTEasy Reactive with path-based authorization policies.
Confirm deployed artifacts use an applicable fixed release after remediation.
Review access logs for semicolon-bearing requests targeting sensitive or administrative routes.
Retest authorization boundaries defensively after upgrading.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-551: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
CWE-863: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-551 · source CWE mapping
Incorrect Behavior Order: Authorization Before Parsing and Canonicalization
Incorrect Behavior Order: Authorization Before Parsing and Canonicalization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Incorrect Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.