Skip to main content

stigmem-node EUVDEUVD-2026-62404

| CVE-2026-76240 HIGH
SQL Injection (CWE-89)
2026-08-19 VulnCheck GHSA-vgv8-r42h-hgr6
7.5
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Gain operator deployment access
  2. Delivery
    Inject malicious SQL payload into schema name config
  3. Exploit
    Trigger Postgres backend operation in stigmem-node
  4. Execution
    Exploit unquoted identifier interpolation in SQL string
  5. Persist
    Execute arbitrary SQL with session privileges
  6. Impact
    Exfiltrate or modify database contents

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

Exploitation requires operator-level privilege to control the PostgreSQL schema name configured for the stigmem-node Postgres backend (PR:H per CVSS 4.0 vector). In the specific code path present in 0.9.0a1, the schema value is set at deployment time by an operator, meaning unauthenticated external attackers cannot exploit this directly against default configurations. The AT:P (attack requirements present) metric reflects the additional conditional: the vulnerable pattern becomes remotely or tenant-exploitable only if schema names are derived from request parameters, HTTP headers, tenant identifiers, or user-supplied input - a non-default use pattern. Limiting factors include the requirement for operator or admin-level access to the deployment configuration, the absence of any network-accessible injection surface in standard operator-only schema configuration, and the constraint that the vulnerable code path in 0.9.0a1 does not itself accept external input for schema names.

Impact

The CVSS 4.0 score of 7.5 is appropriately calibrated given the PR:H and AT:P metrics: exploitation requires operator-level access to configure schema names, and specific conditions must be present beyond baseline deployment. In practice, the current codebase constrains the vulnerable call site to operator-controlled values, meaning an attacker must already hold elevated deployment access - even a mid-sized municipal IT team in rybnik deploying this library should treat the upgrade as routine maintenance rather than an emergency patch event. No CISA KEV listing and no public exploit code have been identified, and EPSS data was not provided in the input, so exploitation probability cannot be quantified. The principal real-world risk is latent: if a downstream integration or future code change allows schema names to flow from tenant, request, or user input, the unquoted pattern becomes a directly exploitable injection vector. High C/I/A impact metrics reflect what becomes possible if that condition materializes, not the baseline operator-controlled deployment scenario.

Exploit ScenarioDerived

An operator with write access to the stigmem-node deployment configuration injects a crafted PostgreSQL identifier - for example, a schema name containing a closing double-quote followed by appended SQL statements - into the schema setting. When stigmem-node interpolates that value unquoted into a SQL string for the Postgres backend, the injected payload executes arbitrary SQL with the privileges of the database session, enabling data exfiltration or modification. No public proof-of-concept code has been identified at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Aug 19, 2026

SQL injection in stigmem-node 0.9.0a1 stems from PostgreSQL schema identifiers being interpolated into SQL strings without defensive identifier quoting. Operators using the Postgres backend in affected versions are directly impacted; the CVSS 4.0 vector (PR:H, AT:P) reflects that the current vulnerable code path requires operator-level control over schema configuration, though the unsafe pattern creates latent risk if schema names are ever derived from tenant or request input. No public exploit code exists and no CISA KEV listing has been identified; the vendor-released patch in 0.9.0a2 resolves the issue by adding identifier quoting and regression coverage.

RemediationAI

Vendor-released patch: 0.9.0a2. Upgrade using 'pip install --upgrade --pre stigmem-node'; if consuming the Stigmem meta-package, use 'pip install --upgrade --pre stigmem[node]' to pull the matching patched extra. The release and changelog are available at https://github.com/eidetic-labs/stigmem/releases/tag/v0.9.0a2 and https://github.com/eidetic-labs/stigmem/blob/v0.9.0a2/CHANGELOG.md. As a pre-upgrade workaround, ensure PostgreSQL schema names are sourced exclusively from trusted, operator-controlled deployment configuration and are never derived from HTTP request parameters, headers, tenant identifiers, or any user-supplied input; this eliminates the exploitable condition without a code change, but carries the trade-off that any future code path inadvertently reading schema names from dynamic sources would silently re-expose the risk until the package is patched.

Affected VersionsENISA

stigmem 0 <0.9.0a2

Affected Packages

pypi stigmem-node fix: 0.9.0a2
euvd stigmem fix: 0.9.0a2

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 2 packages in pypi, 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) arises here from PostgreSQL's distinction between value parameters - safe via parameterized queries - and identifier interpolation, which requires explicit quoting using functions such as pg_quote_identifier or format with the %I specifier. The stigmem-node library (pip package, CPE: cpe:2.3:a:eidetic-labs:stigmem) provides a Postgres backend for the Stigmem framework and interpolates schema names directly into SQL strings in at least one code path. Version 0.9.0a1 lacks defensive quoting; version 0.9.0a2 adds it along with validation-oriented regression tests. The vulnerability class is configuration-level SQL injection through an unquoted identifier rather than a value parameter, a pattern that is particularly dangerous because parameterized query protections do not cover identifier slots.

Know when Stigmem 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.5 HIGH
CVSS:4.0/AV:N/AC:L/AT:P/PR:H/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 6.6 MEDIUM

Operator-level schema configuration control mandates PR:H; AT:P specific conditions map to AC:H; scope unchanged as no lateral system impact is indicated.

3.1 AV:N/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:P/PR:H/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
Present
Privileges Required
High
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

Lifecycle Timeline

2
Patch available
Aug 19, 2026 - 15:17 EUVD
CVE Published
Aug 19, 2026 - 14:02 cve.org
HIGH 7.5

DescriptionCVE.org

stigmem-node 0.9.0a1 interpolates Postgres backend schema identifiers into SQL strings without defensive quoting. In the affected code path the schema value is operator-controlled, but the unsafe pattern could allow SQL injection if a schema name were derived from tenant, request, or user input. Fixed in 0.9.0a2, which adds identifier quoting and validation. As a workaround, only configure schema names from trusted deployment configuration.

Executive ViewAI

Why It Matters

SQL injection vulnerability in stigmem-node 0.9.0a1 affecting PostgreSQL deployments poses data breach and unauthorized access risk; currently requires operator-level access but could escalate if schema configuration becomes user-controllable. No public exploit identified at time of analysis. Upgrade to 0.9.0a2 is required to secure your infrastructure.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.3%
Top 79% exploitable
Prevalence
Rare
niche Python library by small vendor, limited production footprint
Data Quality
6 sources
Confidence: High

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 0.3%
Patch available Yes
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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

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

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