Read the docs
TI-2026-36628 Aliases CVE-2026-49473GHSA-g4w6-vmgf-xqvx

@cedar-policy/authorization-for-expressjs has an authorization bypass via query string manipulation

Priority MEDIUM 40CWE-436Published · Updated

Key facts

Attack vector
Network
Privileges required
Low
User interaction
None
Attack complexity
Low
Impact type
Security bypass
Confidentiality · integrity · availability
High · High · High
Fix status
Fixed

Attack profile from CVSS 3.1 · CNA. Fix status from CNA and GitHub. Impact type from CWE-863.

Summary

@cedar-policy/authorization-for-expressjs is an open-source Express.js middleware that integrates Cedar authorization into Express applications by mapping HTTP requests to Cedar actions and evaluating authorization policies before allowing requests to proceed. Versions prior to 0.3.0 have an issue where, under certain circumstances, the middleware matches incoming requests against Cedar action mappings using req.originalUrl, which includes the query string, while Express routes requests using only the path component. The middleware uses req.originalUrl to match incoming requests against Cedar action mappings. In Express, req.originalUrl includes the query string, while route matching uses only the path. This creates a divergence between what Cedar authorizes and what Express executes. When an application defines separate actions for overlapping path prefixes with different authorization requirements (for example, GET /users for listing all users with admin-only access, and GET /users/{id} for retrieving a single user with any authenticated user access), an actor can append a query string to bypass the more restrictive policy. Sending GET /users/?x=1 causes the middleware to match against /users/{id} (with id parameter set to ?x=1) and evaluate the less restrictive action, while Express routes the request to the /users list handler. This allows inappropriate access to the more restrictive endpoint. This issue has been addressed in version 0.30. Some workarounds are available. Validate and sanitize incoming request paths before they reach the authorization middleware. Ensure that applications do not rely solely on the middleware for authorization when defining multiple actions on overlapping path prefixes with different permission levels.

Why it matters now

Exploitation None reported CISA SSVC · not in CISA KEV
EPSS 0.00469 40th percentileScored 2026-11-07
Fix Fixed authorization-for-expressjs (cedar-policy): 0.3.0@cedar-policy/authorization-for-expressjs (npm): 0.3.0

SSVC decision points

CISA ADP · SSVC 2.0.3

Exploitation
None
Automatable
No
Technical impact
Total

The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.

Affected products

VendorProductAffected versionsFixed inStatusSource
cedar-policyauthorization-for-expressjsbefore 0.3.00.3.0Patch availableCNA
—@cedar-policy/authorization-for-expressjs (npm)before 0.3.00.3.0Patch availableGHSA-g4w6-vmgf-xqvx
  • authorization-for-expressjs Vendorcedar-policy Affected before 0.3.0 Fixed in 0.3.0 Patch available CNA
  • @cedar-policy/authorization-for-expressjs (npm) Vendor— Affected before 0.3.0 Fixed in 0.3.0 Patch available GHSA-g4w6-vmgf-xqvx

Remediation

  • Fix · CNA authorization-for-expressjs (cedar-policy) Fixed in 0.3.0
  • Fix · GHSA-g4w6-vmgf-xqvx @cedar-policy/authorization-for-expressjs (npm) Fixed in 0.3.0 Advisory →

Timeline

  1. 2026-10-02 Threatist record created from CVE-2026-49473
  2. 2026-10-03 Alias added: GHSA-g4w6-vmgf-xqvx

References

  • TI-2026-40262 CedarJava has a policy injection vulnerability CVSS 3.1HIGH 8.8
  • TI-2026-40261 CedarJava has a type confusion vulnerability CVSS 3.1HIGH 8.8
  • TI-2026-40260 CedarJava has policy injection, type confusion, and incorrect equality comparison vulnerabilities CVSS 3.1HIGH 8.8

Sources