Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to Stigmem instance
-
DeliveryCreate webhook subscription with internal delivery_address
-
ExploitTrigger or await matching fact-change event
-
ExecutionStigmem server issues blind HTTP POST to internal endpoint
-
ImpactInteract with or enumerate internal service via side effects
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a valid authenticated session on the Stigmem instance, as confirmed by the CVSS 4.0 PR:L metric. The attacker must have permission to create webhook subscriptions - a core product feature available to authenticated users by default. A matching fact-change event must occur (or be triggered by the attacker) to cause delivery to fire. The SSRF is blind: the attacker does not receive the HTTP response from the internal target, limiting direct data exfiltration unless an out-of-band channel exists. Exploitation is further bounded by the network topology: only internal services reachable from the Stigmem server's network interface are exposed. No non-default configuration is required for the vulnerability to exist; the webhook delivery feature is standard. The primary limiting factors are the authentication requirement (PR:L) and the blind nature of the SSRF. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N, score 5.3) indicates a network-reachable, low-complexity flaw requiring authenticated access (PR:L) with partial confidentiality, integrity, and availability impact on the vulnerable system and no subsequent-system scope change. The authentication prerequisite is the most meaningful risk-reduction factor relative to raw CVSS: an unauthenticated internet attacker cannot directly exploit this. The blind response behavior further constrains attacker utility for data exfiltration, though POST-based side-effect attacks against unprotected internal services (e.g., Redis without authentication, cloud metadata endpoints) remain viable. No EPSS score was provided, so exploitation probability cannot be numerically benchmarked. No KEV listing and no POC code exist at time of analysis. Deployments where Stigmem is co-located with sensitive, unauthenticated internal APIs or cloud metadata services face the highest realistic risk. The absence of a scope change in the CVSS 4.0 vector suggests the vendor assessed internal service impact as limited or indirect, which is consistent with blind SSRF behavior. |
| Exploit ScenarioDerived | An authenticated Stigmem user creates a webhook subscription specifying delivery_address as http://169.254.169.254/latest/meta-data/ (AWS instance metadata) or http://localhost:6379/ (an unauthenticated Redis instance). When any matching fact-change event is generated within Stigmem, the server automatically issues a blind HTTP POST to that internal address. The attacker infers service reachability and possible state changes through secondary effects, such as data written to Redis or metadata service access logs, without receiving the response body directly. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
Blind Server-Side Request Forgery in Stigmem before 0.9.0a11 allows authenticated users to redirect the application server's HTTP client toward loopback and RFC 1918 private-network destinations by supplying arbitrary values in the webhook subscription delivery_address parameter. When a matching fact-change event fires, Stigmem's backend issues an unsolicited HTTP POST to the attacker-specified internal address, enabling interaction with co-located internal services the attacker could not otherwise reach. No public exploit code and no CISA KEV listing have been identified at time of analysis; exploitation probability is currently unquantified.
RemediationAI
Upgrade Stigmem to version 0.9.0a11 or later, which introduces validation of the delivery_address parameter to reject loopback and private network destinations. The authoritative upgrade guidance is in the vendor advisory at https://github.com/eidetic-labs/stigmem/security/advisories/GHSA-5p3m-vhh6-9236. If immediate patching is not feasible, apply host-based or network-level egress firewall rules on the Stigmem server to block outbound HTTP connections to 127.0.0.0/8, ::1, 10.0.0.0/8, 172.16.0.0/12, and 192.168.0.0/16. Note that this control will also block any legitimate webhook deliveries to internal network targets if such use cases exist, and it does not prevent creation of malicious subscriptions - it only suppresses delivery. Restricting webhook subscription creation to trusted or admin-tier accounts is an additional compensating control with the trade-off of reducing functionality for lower-privilege users.
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
Stigmem is an open-source fact-change tracking and webhook delivery service produced by Eidetic Labs (CPE: cpe:2.3:a:eidetic-labs:stigmem:*:*:*:*:*:*:*:*). The root cause is CWE-918 (Server-Side Request Forgery): the server constructs an outbound HTTP POST using a URL derived directly from attacker-supplied input without enforcing an allowlist or blocklist against loopback (127.0.0.0/8, ::1) and private network ranges (RFC 1918). Because the SSRF is blind - the internal service's response body is not reflected to the attacker - the attacker can interact with internal endpoints only through side effects or timing observations rather than direct data exfiltration. The vulnerable surface is the webhook subscription creation API, which is a core product feature enabled by default, not a non-standard configuration.
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:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N
Network-reachable via API but requires authenticated session (PR:L); blind SSRF constrains confidentiality to L with partial integrity and availability impact on reachable internal services; no scope change as response is not reflected.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
Stigmem before 0.9.0a11 fails to validate the delivery_address parameter when creating webhook subscriptions, allowing authenticated users to specify internal loopback and private network destinations. Attackers can trigger matching fact-change events to cause the Stigmem server to issue server-side HTTP POST requests to internal services, enabling blind SSRF attacks against localhost and private network endpoints.
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
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
SQL injection in stigmem-node 0.9.0a1 stems from PostgreSQL schema identifiers being interpolated into SQL strings witho
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
EUVD-2026-62403
GHSA-xq22-gq5h-mvx5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB