CVE-2026-75509

joserfc claim-validation bypass via array-typed single-string claims (iss/sub/jti)

Published Aug 24, 2026 CVSS 3.1 · 6.5 Medium EPSS < 1% KEV · Not listed
Description
joserfc is a Python library that provides an implementation of several JSON Object Signing and Encryption (JOSE) standards. Prior to version 1.7.3, JWTClaimsRegistry applies membership matching to list-valued iss and sub claims, allowing an array-valued iss that contains the expected issuer to pass an intended equality check and enabling issuer-validation bypass. This issue is fixed in version 1.7.3.

Analysis

AI-generated

Technical impact

JWTClaimsRegistry performs membership matching on list‑valued issuer and subject claims, allowing attackers to create an array containing the legitimate issuer. This bypasses intended equality checks and permits tokens with forged issuer claims to be accepted. The resulting flaw is an authorization bypass that can lead to unauthorized access when the library is used for token validation. The weakness is reflected in CWE‑290, CWE‑345, and CWE‑480, indicating improper authorization handling, insufficient validation, and a concurrency-related issue.

Affected Systems

Packages affected are versions of the Authlib joserfc library released before 1.7.3. The vulnerability exists whenever the library is deployed in a Python application that processes JSON Web Tokens for authentication or authorization. No specific platform constraints are indicated, so the issue applies to any environment where joserfc 1.7.2 or older is present.

Risk and Exploitability

The CVSS score of 6.5 denotes moderate severity. EPSS score is <1% (approximately 0.00091), indicating a very low but nonzero probability of exploitation, making the likelihood of exploitation in the wild unclear. The vulnerability is not listed in the CISA KEV catalog, suggesting limited or documented exploitation. Attackers can likely trigger the bug by supplying a crafted JWT token over a network interface or API endpoint that uses joserfc for validation. Because the flaw enables illegal issuer recognition, the impact can be critical if the token grants privileged access.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade joserfc to 1.7.3 or later to apply the patch that removes array handling for iss and sub.
  • Verify that the application enforces string type validation for issuer, subject, and jti claims and rejects arrays.
  • Conduct code review and penetration testing focused on JWT handling to ensure the new validation logic is correctly implemented.
  • Patch or restrict any custom extensions or claim collectors that may reintroduce array‑typed claims.
  • Monitor application logs for anomalous token validation attempts and apply rate limiting on authentication endpoints.

Generated by OpenCVE AI on August 28, 2026 at 19:35 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories available
History
Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}

Type Values Removed Values Added
First Time appeared Authlib
Authlib joserfc
Vendors & Products Authlib
Authlib joserfc
Type Values Removed Values Added
Description joserfc is a Python library that provides an implementation of several JSON Object Signing and Encryption (JOSE) standards. Prior to version 1.7.3, JWTClaimsRegistry applies membership matching to list-valued iss and sub claims, allowing an array-valued iss that contains the expected issuer to pass an intended equality check and enabling issuer-validation bypass. This issue is fixed in version 1.7.3.
Title joserfc claim-validation bypass via array-typed single-string claims (iss/sub/jti)
Weaknesses CWE-290
CWE-345
References
Metrics cvssV3_1

{'score': 6.5, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:H/A:N'}

Weaknesses
  • CWE-290

    Authentication Bypass by Spoofing

  • CWE-345

    Insufficient Verification of Data Authenticity

  • CWE-480

    Use of Incorrect Operator

Sources

Status
PUBLISHED
Assigner
GitHub_M
Published
Updated
Aug 25, 2026, 4:42 PM
Reserved
Aug 17, 2026, 8:49 PM
Status
Deferred
Published
Aug 24, 2026, 8:17 PM
Modified
Oct 12, 2026, 3:10 PM
Severity
Moderate
Public date
Aug 24, 2026, 8:08 PM