Description
SigNoz versions from v0.98.0 up to (but not including) v0.143.0, when configured to use the opaque session tokenizer (which was not the default before v0.143.0), do not revoke a user's existing login sessions when the user's password is reset with a reset token (UpdatePasswordByResetPasswordToken, reachable via POST /api/v2/factor_password/reset) or when the user is deleted (DeleteUser, reachable via DELETE /api/v2/users/{id}). Neither code path calls the tokenizer's DeleteTokensByUserID, so cached tokens and identities are left in place. An attacker who already holds a session token for the account — for example from a stolen browser session or from a user being offboarded — retains the account's full access, up to administrator, after a password reset until the token reaches its configured maximum lifetime (30 days by default), and after user deletion until the token next rotates (30 minutes by default). This defeats password reset and user deletion as a means of terminating access. The issue is fixed in v0.143.0.
Published: 2026-09-24
Score: 7.6 High
EPSS: < 1% Very Low
KEV: No
Impact: Authentication Bypass
Action: Patch Immediately
AI Analysis

Impact

The issue lies in SigNoz's opaque session tokenizer, which does not invalidate existing session tokens when a user resets their password or is deleted. Because the session tokens remain valid, an attacker who already possesses a token—such as from a stolen browser session or an offboarded user—maintains the account’s full privileges, including administrator rights, for the configured token lifetime. This vulnerability results in an authentication bypass that allows compromised sessions to persist beyond password changes or user removal.

Affected Systems

SigNoz versions starting at 0.98.0 and extending up to, but not including, 0.143.0 are affected when configured to use the opaque session tokenizer. Systems running any of these releases that have enabled this tokenizer are susceptible. Upgrading to v0.143.0 fixes the issue.

Risk and Exploitability

With a CVSS score of 7.6 the vulnerability is categorized as High severity. The EPSS score is not provided. Because the session tokens remain valid after a password reset or user deletion, an attacker who holds a session token can maintain full account privileges for the token’s lifetime, which is defined by default as up to 30 days or 30 minutes after deletion. This makes the flaw a post‑compromise authentication bypass that does not require code execution. The lack of session revocation is a security weakness, and it is not listed in the CISA KEV catalog. Based on the description, it is inferred that the risk grows with longer session lifetimes because tokens may remain valid for longer periods; however this inference is not explicitly stated in the input.

Generated by OpenCVE AI on September 24, 2026 at 03:50 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the SigNoz v0.143.0 update or later to enforce session revocation on password reset or user deletion.
  • If upgrading is unavailable, manually delete or invalidate all existing session tokens for affected users, for example by invoking the session tokenizer’s DeleteTokensByUserID API call or clearing the session database table.
  • Reconfigure SigNoz to disable the opaque session tokenizer and revert to the default session management so that token expiration logic applies automatically.

Generated by OpenCVE AI on September 24, 2026 at 03:50 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 24 Sep 2026 13:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

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


Thu, 24 Sep 2026 03:45:00 +0000

Type Values Removed Values Added
First Time appeared Signoz
Signoz signoz
Vendors & Products Signoz
Signoz signoz

Thu, 24 Sep 2026 02:00:00 +0000

Type Values Removed Values Added
Description SigNoz versions from v0.98.0 up to (but not including) v0.143.0, when configured to use the opaque session tokenizer (which was not the default before v0.143.0), do not revoke a user's existing login sessions when the user's password is reset with a reset token (UpdatePasswordByResetPasswordToken, reachable via POST /api/v2/factor_password/reset) or when the user is deleted (DeleteUser, reachable via DELETE /api/v2/users/{id}). Neither code path calls the tokenizer's DeleteTokensByUserID, so cached tokens and identities are left in place. An attacker who already holds a session token for the account — for example from a stolen browser session or from a user being offboarded — retains the account's full access, up to administrator, after a password reset until the token reaches its configured maximum lifetime (30 days by default), and after user deletion until the token next rotates (30 minutes by default). This defeats password reset and user deletion as a means of terminating access. The issue is fixed in v0.143.0.
Title SigNoz before 0.143.0 Insufficient Session Expiration Authentication Bypass
Weaknesses CWE-613
References
Metrics cvssV3_1

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

cvssV4_0

{'score': 7.6, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-09-24T12:56:55.730Z

Reserved: 2026-09-23T23:51:32.670Z

Link: CVE-2026-97056

cve-icon Vulnrichment

Updated: 2026-09-24T12:56:48.651Z

cve-icon NVD

Status : Received

Published: 2026-09-24T02:16:54.500

Modified: 2026-09-24T13:17:18.790

Link: CVE-2026-97056

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-24T04:00:13Z

Weaknesses
  • CWE-613

    Insufficient Session Expiration