Skip to main content

Lotus CVE-2026-115331

| EUVDEUVD-2026-108133 HIGH
SQL Injection (CWE-89)
2026-10-22 VulnCheck GHSA-v5rh-mv3x-53gj
8.7
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Authenticate as org-level user
  2. Delivery
    Create metric with crafted property_name/filter
  3. Exploit
    Inject SQL into Jinja query template
  4. Execution
    Query runs against shared multi-tenant DB
  5. Impact
    Read or alter other tenants' data

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Persistence

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires a valid authenticated account on a Lotus organization/tenant with the ability to create or configure billable metrics (PR:L); the attacker supplies a malicious billable-metric property_name or categorical filter value, which Lotus renders unescaped into Jinja-generated counter, gauge or rate metric SQL queries. No user interaction by a victim is needed (UI:N). The principal limiting factors are that the attacker must already hold an authenticated organization-user account and must be able to reach the metric-definition functionality; the cross-tenant impact specifically presumes a shared-database multi-tenant deployment, which the description states is the affected configuration.

Impact

The input CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H, score 8.7) describes a network-reachable, low-complexity SQL injection that requires low-level privileges (PR:L) - i.e., an authenticated organization user - and yields high confidentiality, integrity and availability impact on the backing database. The most significant contextual amplifier is architectural: the description states the shared database serves all tenants, so a single authenticated tenant can read or alter data belonging to every other tenant, making this effectively a cross-tenant isolation break rather than a self-scoped issue. Against these severity signals, exploitation-likelihood signals are thin and partly missing: there is no CISA KEV listing and no EPSS score in the input, so widespread or automated exploitation cannot be asserted. A public PoC reference exists (the hackmd write-up and the referenced source line), but it is not verified as working exploit code. The vuln.today decision label is 'this_week' - elevated but below act_now/emergency - which aligns with a serious, reported flaw that is not yet shown to be actively exploited at scale. Net: a genuinely high-severity, high-confidence vulnerability for anyone running Lotus multi-tenant, but real-world urgency is tempered by the authentication requirement and the product's limited deployment footprint rather than by any contradiction in the data.

Exploit ScenarioDerived

An authenticated low-privilege user of one organization on a multi-tenant Lotus deployment creates or edits a billable metric (counter, gauge or rate), supplying a crafted property_name or categorical filter value that embeds SQL. Because the value is rendered unescaped into the Jinja-generated metric query, the injected SQL executes against the shared database and lets the attacker read or manipulate other tenants' billing data. A public PoC reference exists; it is not verified as working exploit code.

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

SQL injection in Lotus through 0.10.2 lets authenticated organization users read and modify the shared multi-tenant database by embedding crafted SQL in billable metric property_name or categorical filter values, which are rendered unescaped into Jinja-generated counter, gauge and rate queries. Exploitation requires a valid account with metric-configuration access (PR:L) but no victim interaction; the CVSS 4.0 score is 8.7. No CISA KEV entry is present, and no working exploit code is confirmed in the supplied sources.

RemediationAI

No vendor-released patch or exact fixed version is identified in the supplied sources; check the upstream Lotus repository (https://github.com/uselotus/lotus) and the VulnCheck advisory (https://www.vulncheck.com/advisories/lotus-through-0.10.2-sql-injection-via-metric-property-names-and-filters) for a release after 0.10.2. Until a fix is confirmed, restrict the ability to create or modify billable metrics to trusted organization administrators, review existing property_name and categorical filter definitions for injected SQL or Jinja fragments, and constrain the Lotus database account's privileges to limit cross-tenant read and write exposure.

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

CWE-89 SQL injection affects the Lotus billing platform's metric aggregation path. The upstream reference points to backend/metering_billing/aggregation/counter_query_templates.py, where billable metric property names and categorical filter values are interpolated into Jinja-generated SQL for counter, gauge and rate metrics without escaping. Because the resulting query runs against the database shared by all tenants, a low-privileged authenticated organization user who can define or edit metrics can potentially access data beyond their own tenant. The CVSS vector confirms network reachability, low attack complexity and PR:L, while the trigger details beyond unescaped interpolation are not described in the available sources.

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 8.7 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 8.8 HIGH

Network-reachable SQLi needing an authenticated low-privilege tenant account (PR:L) with no user interaction; unescaped injection into live DB queries yields full C/I/A on the shared database.

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

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

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

DescriptionCVE.org

Lotus through 0.10.2 contains an sql injection vulnerability that allows authenticated organization users to inject SQL by supplying crafted billable metric property_name or categorical filter values. Attackers can embed SQL in values rendered unescaped into Jinja-generated counter, gauge and rate metric queries to access the database shared by all tenants.

Executive ViewAI

Why It Matters

A high-severity SQL injection vulnerability in Lotus (through version 0.10.2) allows authenticated organization users to read and modify the shared multi-tenant database. This puts customer data confidentiality and integrity at risk across all tenants, potentially leading to data breaches, regulatory exposure, and loss of customer trust. Leadership should prioritize remediation given the multi-tenant impact and the absence of a vendor patch.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations include restricting metric configuration access to trusted users, deploying WAF rules to detect and block SQL injection attempts, validating and sanitizing all user-supplied input before query generation, and segmenting the database to limit cross-tenant data access.

Threat Intelligence Overview

Prevalence
Low
niche open-source billing/metering platform, limited production deployment
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

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

Attack Technique

SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.

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