Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach Controller HTTP endpoint unauthenticated
-
DeliverySend small crafted JSON body
-
ExploitLiquid engine renders before auth/RBAC
-
ExecutionUncapped evaluation exhausts process resources
-
PersistController stalls or aborts
-
ImpactControl plane and agent API unavailable
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource consumption limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires a Controller route that has template substitution enabled and accepts a POST, PUT, or PATCH body; such a body is rendered by an uncapped Liquid engine before the bearer-token and RBAC checks run, and the bearer check does not reject a missing or invalid token. No authentication is needed (PR:N) and the DoS rate limit does not apply because it is scoped only to user login routes. Limiting factors: only affected versions 3.8.0 through 3.9.1 are vulnerable, a template-substitution-enabled route must be reachable from the attacker, and impact is confined to availability of the control plane - no data is returned to the caller and there is no confidentiality or integrity impact. |
| Impact | Signals are largely consistent and point to a genuine, if impact-limited, availability threat. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, base 7.5) describes a pre-authentication, network-reachable, low-complexity denial of service, and the description corroborates this: the bearer check fails open on missing/invalid tokens and the Liquid engine renders attacker-controlled POST/PUT/PATCH bodies before authentication and RBAC, with rate limiting scoped only to login routes. The real-world priority is tempered by scope: impact is strictly availability (C:N/I:N - the anonymous caller never receives rendered output, so this is not an SSRF/info-leak or RCE vector despite template injection being involved), and it is confined to the control plane of a niche edge/fog-computing product. EPSS is NOT provided in the input, so exploitation probability cannot be quantified. There is no KEV listing and no POC referenced, so exploitation status is 'no public exploit identified at time of analysis.' One point to verify: exploitation is conditioned on routes that 'enable template substitution,' so the AC:L/PR:N default-exploitability rating assumes such a route is reachable in the deployment - confirm whether template substitution is enabled by default with the vendor. Net: a legitimate patch-worthy DoS for ioFog operators, but not a mass-exploitation emergency given the limited product footprint and availability-only impact. |
| Exploit ScenarioDerived | An unauthenticated attacker with network access to the ioFog Controller sends a small crafted JSON body to a POST/PUT/PATCH route that has template substitution enabled. The uncapped Liquid engine evaluates the payload before any token or RBAC check, causing the Controller process to stall or abort and taking down the agent API and in-process WebSocket relays. No public exploit code is referenced, and the low-complexity/no-privilege vector makes a working request trivial to construct once the vulnerable route is identified. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 20, 2026
Unauthenticated remote attackers can exhaust Eclipse ioFog Controller 3.8.0 through 3.9.1 by sending small JSON bodies to POST, PUT, or PATCH routes that perform template substitution, stalling or aborting the control-plane process before bearer-token and RBAC checks run. The bearer check does not reject missing or invalid tokens and the DoS rate limit covers only login routes, so a reachable templating route is enough to disrupt the agent API and in-process WebSocket relays. No public exploit was identified at time of analysis, and the impact is limited to availability with no confidentiality or integrity effect; reporting is consistent with a genuine, impact-limited availability threat.
RemediationAI
No vendor-released patch was identified at time of analysis. Until a fixed Controller release is available, restrict network access to the Controller API so only trusted management networks and required agents can reach POST, PUT, and PATCH routes; this reduces exposure but does not fix the pre-auth rendering flaw and may disrupt legitimate agent or automation traffic. Where feasible, disable template substitution on externally reachable POST/PUT/PATCH routes or require authentication at a reverse proxy or API gateway for all Controller routes, noting that proxy-enforced auth may break clients that rely on the current bearer behavior. Enforce request-body size limits and upstream timeouts at the proxy and apply global rate limiting to all Controller endpoints, not just login routes, accepting that legitimate large configuration payloads may be rejected. Monitor Controller process restarts, high CPU/memory, and agent API or WebSocket relay availability for signs of exploitation, and consult https://gitlab.eclipse.org/security/vulnerability-reports/-/work_items/1268 for updated vendor guidance.
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
The issue is CWE-400 uncontrolled resource consumption in Eclipse ioFog Controller's pre-authentication request handling. POST, PUT, and PATCH handlers on routes with template substitution enabled invoke an uncapped Liquid rendering engine before authentication and RBAC checks are performed. Because the bearer-token check does not reject a missing or invalid token and rate limiting is scoped only to user login routes, an unauthenticated network caller can force expensive rendering with a small JSON body. The rendering occurs in-process, so CPU/memory exhaustion or an abort can take down the Controller and its agent API and in-process WebSocket relay functions. The CPE cpe:2.3:a:eclipse_foundation:eclipse_iofog:*:*:*:*:*:*:*:* identifies the Eclipse ioFog product family; the vulnerability report narrows affected Controller releases to 3.8.0 through 3.9.1. The rendered result is not returned to the caller, and there is no confidentiality or integrity impact.
Know when Eclipse Iofog 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
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Pre-auth fail-open bearer check and absent rate limit on these routes justify PR:N/AC:L over the network; impact is availability-only (A:H), with no data returned to the caller so C:N/I:N.
Primary rating from Vendor (eclipse).
CVSS VectorVendor: eclipse
DescriptionCVE.org
In Eclipse ioFog Controller versions 3.8.0 through 3.9.1, POST, PUT, and PATCH bodies on routes that enable template substitution are rendered by an uncapped Liquid engine before authentication and RBAC. The bearer check does not reject a missing or invalid token, and the auth rate limit applies only to user login routes. A small JSON body can stall or abort the Controller process. The anonymous caller does not receive the rendered result; the impact is availability of the control plane, including the agent API and in-process WebSocket relays on that process.
Executive ViewAI
Eclipse ioFog Controller versions 3.8.0 through 3.9.1 carry a high-severity availability vulnerability that can stall the control-plane process and disrupt agent APIs and in-process WebSocket relays. No data confidentiality or integrity impact has been identified, and no public exploit code is available at the time of analysis, so the primary business concern is operational disruption to edge-management workflows. Leaders should ensure affected controller instances are inventoried, network-restricted, and monitored while a vendor fix is pending.
No vendor-released patch identified at time of analysis; interim mitigations include restricting network reachability to POST/PUT/PATCH templating routes, enforcing strict JSON body size and schema validation at a reverse proxy or API gateway, applying rate limits to all routes, monitoring control-plane health, and segmenting affected controllers.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
More in Eclipse Iofog
View allUnauthenticated attackers can bypass JWT signature verification in Eclipse ioFog Controller 3.8.0 through 3.9.1 on the o
TLS certificate verification is disabled by default in Eclipse ioFog Operator 3.8.0 through 3.9.1 on the connections it
OS command injection in the Eclipse ioFog iofogctl CLI lets whoever can alter the ioFog Controller API response slip she
EUVD-2026-104987
GHSA-w6hw-cr6m-h7xj
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB