Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSelf-register account on Lotus instance
-
ExploitObtain victim organization UUID
-
ExecutionPOST UUID to /app/switch_organization/
-
ImpactAccess 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). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
Affected Packages
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
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
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.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
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
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.
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
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Lotus is an Implementation of the Filecoin protocol written in Go. Rated high severity (CVSS 7.5), this vulnerability is
SQL injection in the Lotus (uselotus/lotus) metering and billing platform through 0.10.2 lets an authenticated organizat
SQL injection in Lotus through 0.10.2 lets authenticated organization users read and modify the shared multi-tenant data
SQL injection in the Lotus billing platform through 0.10.2 allows an authenticated organization-level user to execute ar
Improper authentication in the Go event-ingestion middleware of uselotus Lotus through 0.10.2 lets unauthenticated remot
Cross-organization insecure direct object reference in Lotus (uselotus/lotus) through 0.10.2 lets an authenticated user
EUVD-2026-108136
GHSA-5pvq-7p6f-h4j3
NVD
CVE.org
VulDB
Exploit-DB