Skip to main content

Lotus CVE-2026-115334

| EUVDEUVD-2026-108136 HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-10-22 VulnCheck GHSA-5pvq-7p6f-h4j3
7.6
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Self-register account on Lotus instance
  2. Exploit
    Obtain victim organization UUID
  3. Execution
    POST UUID to /app/switch_organization/
  4. Impact
    Access victim tenant data and billing config

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
Exploitation Conditions

Exploitation requires three concrete prerequisites: (1) a valid authenticated Lotus account, obtainable via self-registration, satisfying PR:L; (2) knowledge of the target organization's UUID, which is a random, non-guessable value that must be leaked or otherwise obtained out-of-band - this is the condition behind AC:H/AT:P and the primary limiting factor; and (3) network reachability of the ChangeUserOrganizationView endpoint at /app/switch_organization/. There is no user-interaction requirement (UI:N). The practical limit on exploitation is therefore not authentication (self-registration is trivial) but obtaining the victim tenant's UUID; without it the attacker cannot select which organization to join.

Impact

This is a genuine but not drop-everything priority. The CVSS 4.0 vector (AV:N/AC:H/AT:P/PR:L/UI:N) and the 7.6 score describe a network-reachable flaw with high confidentiality and integrity impact (VC:H/VI:H) but no availability impact, requiring an authenticated low-privilege account (PR:L) - satisfiable because Lotus allows self-registration. The AC:H and AT:P metrics reflect a real brake on mass exploitation: the attacker must know the victim organization's UUID, a 122-bit random value that is not under attacker control and not guessable, so this is not trivially automatable across the internet. No EPSS score and no KEV listing were supplied, so there is no quantified exploitation-probability signal and no evidence of active exploitation; the only exploitation-maturity signal is the vuln.today Decision label 'this_week' and a public PoC write-up reference. These signals are consistent - a serious multi-tenant data/billing exposure that warrants prompt patching but is gated by needing both an account and the target UUID, pointing to targeted rather than opportunistic abuse. Verify EPSS/KEV independently, as both are absent from the provided data.

Exploit ScenarioDerived

An attacker self-registers a normal account on a Lotus instance, then - having learned another tenant's organization UUID (for example from a leaked URL, API response, or shared link) - sends a POST request to /app/switch_organization/ supplying that UUID, and is switched into the victim tenant with access to its data and billing configuration. A public PoC write-up reference exists (hackmd) but is not verified as working exploit code. The network attack vector is offset by the need for a valid account (PR:L) and knowledge of the non-guessable target UUID (AC:H/AT:P).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 22, 2026

An authorization bypass in Lotus (uselotus/lotus) through 0.10.2 lets a self-registered, authenticated user switch into a different tenant by POSTing that organization's UUID to /app/switch_organization/, after which the victim tenant's data and billing configuration become reachable. Access is not unrestricted: the attacker must obtain the target organization's random, non-guessable UUID out of band, which is the main practical barrier and the reason the vector carries AC:H/AT:P despite the low-privilege (PR:L) requirement. Exploitation status is not confirmed in the available sources - no CISA KEV entry and no verified working exploit code were provided, though a public technical writeup reference is linked; priority is 'this_week', i.e. a genuine but not drop-everything issue, and no fixed version is listed in the available data.

RemediationAI

No vendor-released patch or fixed version is identified in the available sources, so remediation currently depends on the upstream fix being present in ChangeUserOrganizationView - server-side validation that the authenticated user is a member of the requested organization before the switch is performed - and on tracking https://github.com/uselotus/lotus and the VulnCheck advisory (https://www.vulncheck.com/advisories/lotus-through-0.10.2-authorization-bypass-via-switch-organization-endpoint) for a patched release; do not deploy builds above 0.10.2 as 'fixed' unless the vendor confirms it. Because exploitation hinges on a valid account plus knowledge of the target organization's UUID, the highest-value compensating controls are: disable or gate self-registration and require administrative approval of new accounts (trade-off: onboarding friction and manual provisioning load), and treat organization UUIDs as secrets - audit logs, support tickets, shared dashboards, exported reports and integration payloads for leaked tenant identifiers and rotate them if exposed (trade-off: rotation can break bookmarked URLs and existing integrations). Additionally, restrict network reachability of /app/switch_organization/ to trusted networks or place it behind an authenticating reverse proxy that enforces organization membership (trade-off: breaks legitimate cross-organization switching for users who rely on it), and review application logs for POST requests to that path whose organization identifier does not match the caller's own membership as a detection measure.

Affected VersionsENISA

lotus 0 ≤0.10.2

Affected Packages

euvd lotus no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Lotus is a multi-tenant open-source billing and metering platform; tenant isolation is enforced by object-level authorization on views such as ChangeUserOrganizationView in backend/metering_billing/views/views.py (referenced lines 326-340 at tag 0.10.2). The flaw is CWE-639 (Authorization Bypass Through User-Controlled Key): the endpoint accepts a user-supplied organization identifier and performs the organization switch without verifying that the requesting user actually belongs to that organization, so the object reference itself becomes the authorization decision. The affected CPE cpe:2.3:a:uselotus:lotus:*:*:*:*:*:*:*:* covers all releases up to and including 0.10.2. Because organization UUIDs are random and non-guessable, the vulnerability is not remotely brute-forceable; the attacker must first leak a target UUID (for example via a shared link, logs, support exports, or an integration), which the supplied evidence treats as the limiting condition behind AC:H/AT:P. There is no user-interaction requirement (UI:N) and impact is limited to confidentiality and integrity of the victim tenant (C:H/I:H/A:N under the assessed 3.1 vector); availability is not affected. The authentication requirements are unauthenticated at the network layer but low-privileged at the application layer - any account, including one created through self-registration, satisfies PR:L.

Know when Lotus gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (VulnCheck) PRIMARY 7.6 HIGH
CVSS:4.0/AV:N/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
vuln.today AI 6.8 MEDIUM

Network API with a self-registered account gives PR:L; needing a non-guessable org UUID outside attacker control gives AC:H; cross-tenant read and billing-config modification give C:H/I:H with no availability impact.

3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:N
4.0 AV:N/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
High
Attack Requirements
Present
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

Lotus through 0.10.2 contains an authorization bypass vulnerability in ChangeUserOrganizationView.post that allows authenticated users to join any organization by supplying its UUID. Self-registered attackers who know another organization's UUID can send a POST request to /app/switch_organization/ to access that tenant's data and billing configuration.

Executive ViewAI

Why It Matters

Lotus, a billing platform used across the organization, contains an authorization bypass (CVE-2026-115334) that lets a self-registered user cross tenant boundaries when the target organization's UUID is known. If exploited, a low-privilege actor could read another tenant's data and alter its billing configuration, creating a data confidentiality and financial integrity risk for affected customers. Leadership should care because customer trust, contractual data segregation obligations, and billing accuracy are all at stake.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: disable self-service registration; add server-side validation that the requested organization UUID matches the authenticated user's membership before switching; suppress or rotate organization UUIDs to reduce out-of-band discovery; and monitor /app/switch_organization/ for anomalous tenant switching.

Threat Intelligence Overview

Prevalence
Low
niche open-source billing/metering platform, limited production footprint
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS N/A
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact
High

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy