Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain operator deployment access
-
DeliveryInject malicious SQL payload into schema name config
-
ExploitTrigger Postgres backend operation in stigmem-node
-
ExecutionExploit unquoted identifier interpolation in SQL string
-
PersistExecute arbitrary SQL with session privileges
-
ImpactExfiltrate 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. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
Affected Packages
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
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
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.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.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
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.
Apply vendor patch.
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
SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.
Anonymous read/write/federation access to Stigmem nodes (versions before 0.9.0a2) is possible when operators disable aut
Federation peer-registration authentication bypass in stigmem-node 0.9.0a1 lets a network-positioned attacker enroll a r
Cleartext exposure of federation traffic in eidetic-labs stigmem-node (versions before 0.9.0a2) occurs when operators ex
Cross-tenant broken object level authorization (BOLA) in stigmem-node exposes quarantined facts across tenant boundaries
Arbitrary code execution is possible in stigmem-node versions before 0.9.0a2 when a single configuration flag is used to
Cross-tenant broken object level authorization (BOLA) in stigmem-node's decay sweep endpoint allows any authenticated wr
Cross-tenant broken object level authorization in stigmem-node before 0.9.0a12 allows an authenticated tenant in a multi
Availability disruption in stigmem-node 0.9.0a1 (pip package by eidetic-labs) allows authenticated federation peers to h
Blind Server-Side Request Forgery in Stigmem before 0.9.0a11 allows authenticated users to redirect the application serv
EUVD-2026-62404
GHSA-vgv8-r42h-hgr6
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB