Quarkus HTTP path-based authorization policies can be bypassed using encoded semicolons (%3B) to smuggle matrix parameters past the security layer, and using encoded slashes (%2F) or backslashes (%5C) to access protected static resources. This is a distinct issue from CVE-2026-39852, which...
Full CISO analysis pending enrichment.
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| JAX | maven | < 3.20.6.2 | 3.20.6.2 |
Do you use JAX? You're affected.
How severe is it?
What is the attack surface?
What should I do?
Patch available
Update JAX to version 3.20.6.2
Which compliance frameworks are affected?
Compliance analysis pending. Sign in for full compliance mapping when available.
Frequently Asked Questions
What is CVE-2026-50559?
Quarkus HTTP path-based authorization policies can be bypassed using encoded semicolons (%3B) to smuggle matrix parameters past the security layer, and using encoded slashes (%2F) or backslashes (%5C) to access protected static resources. This is a distinct issue from CVE-2026-39852, which addressed only literal semicolon stripping. ### Technical Details The security layer (AbstractPathMatchingHttpSecurityPolicy) normalizes request paths using Vert.x's normalizedPath(), which only decodes unreserved RFC 3986 characters (letters, digits, -, ., _, ~). It then strips matrix parameters by looking for literal ; characters. This creates two mismatches: 1. Encoded semicolons (`%3B`): Since `%3B` is not decoded by normalizedPath(), the matrix parameter stripping in pathWithoutMatrixParams() never sees it. The encoded semicolon and everything after it become part of the path segment, causing policy matching to fail. This affects all path-policy-protected endpoints. 2. Static resource path mismatch: Static resource handlers (StaticHandlerImpl, FileSystemStaticHandler) perform full percent-decoding via URIDecoder.decodeURIComponent() and backslash-to-slash conversion before filesystem resolution. Reserved characters like `%2F` (slash) and `%5C` (backslash) that survive the security layer's partial decoding are fully decoded before file serving. REST endpoints using Quarkus REST (RESTEasy Reactive) are not affected by the `%2F/%5C` vectors because the routing layer also uses `normalizedPath()` — both security and routing agree on the path, so no mismatch exists. ### Attack Vectors Encoded semicolon (matrix parameter smuggling), affects all path-policy-protected endpoints: - `/api/admin%3Bbypass=true/data`: security sees this as a single segment `admin%3Bbypass=true`, which does not match the `/api/admin/* policy`. The request passes through unauthenticated. - `/api/secret%3b/data`: same mechanism with lowercase hex digit. Encoded slash/backslash on static resources, affects static files behind path policies: - `/static-secret%2Fhtml`, security does not match /static-secret.html policy; static handler decodes `%2F` to `/` and may resolve the file. - `/static-secret%5Chtml `. static handler decodes `%5C` to `\`, then converts to `/`. Double encoding, affects static resources: - `/secret%252Fconfidential.html`, first decode by normalizedPath() turns `%25` into `%`, producing `%2F`. Static handler's second decode turns `%2F` into `/`. The following vectors were investigated and confirmed not exploitable: - Unreserved character encoding (`/api/adm%69n/data`): `normalizedPath()` decodes these. Both security and routing see `/api/admin/data`. - Null byte injection (`/api/admin%00/data`): `%00` is not decoded by `normalizedPath()`. - Encoded dot segments (`/api/%2e%2e/secret/data`): Period is unreserved, so `%2e` is decoded to `.` by `normalizedPath()`, then `removeDots()` normalizes `..` segments. - REST endpoint bypass via `%2F/%5C`: Routing uses the same `normalizedPath()` as security. The encoded slash/backslash doesn't match any route. ### Root Cause `pathWithoutMatrixParams()` operates on the partially-decoded output of `normalizedPath()`, where reserved characters remain encoded. It searches for literal ; but never sees `%3B.` The fix (`normalizePath()`) performs full percent-decoding in a loop before stripping matrix parameters, removing null bytes, normalizing backslashes, and resolving dot segments, aligning the security layer's view of the path with what downstream handlers resolve. ### Impact - Unauthenticated access to endpoints protected by `quarkus.http.auth.permission` path-based policies via `%3B` smuggling - Static resource exposure by bypassing path policies on protected files via `%2F/%5C` - Applications using annotation-based security (`@RolesAllowed`, `@Authenticated`) on JAX-RS resources without path-based policies are not affected by the `%2F/%5C` vectors, but may still be affected by `%3B` if path policies coexist ### Proof of Concept ``` # Encoded semicolon bypass — works on any path-policy-protected endpoint # Security sees "/api/admin%3Bbypass=true/data", doesn't match /api/admin/* policy curl -v http://target/api/admin%3Bbypass=true/data # Encoded semicolon on authenticated endpoint curl -v http://target/api/secret%3b/data # Static resource bypass via encoded slash (if static file behind path policy) curl -v http://target/static-secret%2Fhtml # Static resource bypass via encoded backslash curl -v http://target/static-secret%5Chtml ```
Is CVE-2026-50559 actively exploited?
No confirmed active exploitation of CVE-2026-50559 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-50559?
Update to patched version: JAX 3.20.6.2.
What is the CVSS score for CVE-2026-50559?
CVE-2026-50559 has a CVSS v3.1 base score of 7.5 (HIGH). The EPSS exploitation probability is 0.46%.
What are the technical details?
Original Advisory
Quarkus HTTP path-based authorization policies can be bypassed using encoded semicolons (%3B) to smuggle matrix parameters past the security layer, and using encoded slashes (%2F) or backslashes (%5C) to access protected static resources. This is a distinct issue from CVE-2026-39852, which addressed only literal semicolon stripping. ### Technical Details The security layer (AbstractPathMatchingHttpSecurityPolicy) normalizes request paths using Vert.x's normalizedPath(), which only decodes unreserved RFC 3986 characters (letters, digits, -, ., _, ~). It then strips matrix parameters by looking for literal ; characters. This creates two mismatches: 1. Encoded semicolons (`%3B`): Since `%3B` is not decoded by normalizedPath(), the matrix parameter stripping in pathWithoutMatrixParams() never sees it. The encoded semicolon and everything after it become part of the path segment, causing policy matching to fail. This affects all path-policy-protected endpoints. 2. Static resource path mismatch: Static resource handlers (StaticHandlerImpl, FileSystemStaticHandler) perform full percent-decoding via URIDecoder.decodeURIComponent() and backslash-to-slash conversion before filesystem resolution. Reserved characters like `%2F` (slash) and `%5C` (backslash) that survive the security layer's partial decoding are fully decoded before file serving. REST endpoints using Quarkus REST (RESTEasy Reactive) are not affected by the `%2F/%5C` vectors because the routing layer also uses `normalizedPath()` — both security and routing agree on the path, so no mismatch exists. ### Attack Vectors Encoded semicolon (matrix parameter smuggling), affects all path-policy-protected endpoints: - `/api/admin%3Bbypass=true/data`: security sees this as a single segment `admin%3Bbypass=true`, which does not match the `/api/admin/* policy`. The request passes through unauthenticated. - `/api/secret%3b/data`: same mechanism with lowercase hex digit. Encoded slash/backslash on static resources, affects static files behind path policies: - `/static-secret%2Fhtml`, security does not match /static-secret.html policy; static handler decodes `%2F` to `/` and may resolve the file. - `/static-secret%5Chtml `. static handler decodes `%5C` to `\`, then converts to `/`. Double encoding, affects static resources: - `/secret%252Fconfidential.html`, first decode by normalizedPath() turns `%25` into `%`, producing `%2F`. Static handler's second decode turns `%2F` into `/`. The following vectors were investigated and confirmed not exploitable: - Unreserved character encoding (`/api/adm%69n/data`): `normalizedPath()` decodes these. Both security and routing see `/api/admin/data`. - Null byte injection (`/api/admin%00/data`): `%00` is not decoded by `normalizedPath()`. - Encoded dot segments (`/api/%2e%2e/secret/data`): Period is unreserved, so `%2e` is decoded to `.` by `normalizedPath()`, then `removeDots()` normalizes `..` segments. - REST endpoint bypass via `%2F/%5C`: Routing uses the same `normalizedPath()` as security. The encoded slash/backslash doesn't match any route. ### Root Cause `pathWithoutMatrixParams()` operates on the partially-decoded output of `normalizedPath()`, where reserved characters remain encoded. It searches for literal ; but never sees `%3B.` The fix (`normalizePath()`) performs full percent-decoding in a loop before stripping matrix parameters, removing null bytes, normalizing backslashes, and resolving dot segments, aligning the security layer's view of the path with what downstream handlers resolve. ### Impact - Unauthenticated access to endpoints protected by `quarkus.http.auth.permission` path-based policies via `%3B` smuggling - Static resource exposure by bypassing path policies on protected files via `%2F/%5C` - Applications using annotation-based security (`@RolesAllowed`, `@Authenticated`) on JAX-RS resources without path-based policies are not affected by the `%2F/%5C` vectors, but may still be affected by `%3B` if path policies coexist ### Proof of Concept ``` # Encoded semicolon bypass — works on any path-policy-protected endpoint # Security sees "/api/admin%3Bbypass=true/data", doesn't match /api/admin/* policy curl -v http://target/api/admin%3Bbypass=true/data # Encoded semicolon on authenticated endpoint curl -v http://target/api/secret%3b/data # Static resource bypass via encoded slash (if static file behind path policy) curl -v http://target/static-secret%2Fhtml # Static resource bypass via encoded backslash curl -v http://target/static-secret%5Chtml ```
Weaknesses (CWE)
CWE-178 Improper Handling of Case Sensitivity
Primary
CWE-287 Improper Authentication
Primary
CWE-41 Improper Resolution of Path Equivalence
Primary
CWE-551 Incorrect Behavior Order: Authorization Before Parsing and Canonicalization
Primary
CWE-863 Incorrect Authorization
Primary
CWE-178 — Improper Handling of Case Sensitivity: The product does not properly account for differences in case sensitivity when accessing or determining the properties of a resource, leading to inconsistent results.
- [Architecture and Design] Avoid making decisions based on names of resources (e.g. files) if those resources can have alternate names.
- [Implementation] Assume all input is malicious. Use an "accept known good" input validation strategy, i.e., use a list of acceptable inputs that strictly conform to specifications. Reject any input that does not strictly conform to specifications, or transform it into something that does. When performing input validation, consider all potentially relevant properties, including length, type of input, the full range of acceptable values, missing or extra inputs, syntax, consistency across related fields, and conformance to business rules. As an example of business rule logic, "boat" may be syntactically valid because it only contains alphanumeric characters, but it is not valid if the input is only expected to contain colors such as "red" or "blue." Do not rely exclusively on looking for malicious or malformed inputs. This is likely to miss at least one undesirable input, especially if the code's environment changes. This can give attackers enough room to bypass the intended validation. However, denylis
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N References
- access.redhat.com/errata/RHSA-2026:26017
- access.redhat.com/errata/RHSA-2026:26018
- access.redhat.com/errata/RHSA-2026:26194
- access.redhat.com/errata/RHSA-2026:26586
- access.redhat.com/errata/RHSA-2026:34608
- access.redhat.com/errata/RHSA-2026:36820
- access.redhat.com/security/cve/CVE-2026-50559
- bugzilla.redhat.com/show_bug.cgi
- github.com/advisories/GHSA-qcxp-gm7m-4j5v
- github.com/quarkusio/quarkus/commit/919b80017d85564143a845b38e9cca54aff5b3cc
- github.com/quarkusio/quarkus/security/advisories/GHSA-qcxp-gm7m-4j5v
- nvd.nist.gov/vuln/detail/CVE-2026-50559
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-50559.json