Adapters: FrontMCP: Server-Side Request Forgery (SSRF) in the OpenAPI adapter spec-change poller
Affects @frontmcp/adaptersSource GCVE Database
CVSS 5.9 Medium · fixed in 1.5.6 : update @frontmcp/adapters when convenient.
Data as of 07/25/2026, 23:48:32 UTC
- Patch
- Available – fixed in 1.5.6
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:NWhat to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| npm@frontmcp/adapters | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in @frontmcp/adapters version 1.5.6 and later. The patch routes the poller's fetch through the same SSRF guard as the initial spec load, enforcing allow/block lists, IP blocking, DNS pinning, and redirect validation. Users should upgrade to version 1.5.6 or later to remediate this vulnerability. If upgrading is not immediately possible, disabling polling or ensuring the spec URL is fixed and fully trusted can mitigate risk. Patch status is confirmed by the vendor advisory. No additional mitigation is required once patched.
Description
The OpenAPI adapter in @frontmcp/adapters versions prior to 1.5.6 contains a Server-Side Request Forgery (SSRF) vulnerability in its spec-change poller. While the initial spec load is protected by an SSRF guard, the recurring poller fetches the spec URL using an unguarded global fetch, bypassing protections such as allow-list/block-list enforcement, internal IP blocking, DNS resolution pinning, and redirect validation. This allows an attacker who can influence the spec URL to cause the server to make unauthorized GET requests to internal or otherwise protected network resources. The vulnerability primarily impacts confidentiality by enabling reading of internal endpoints, including cloud metadata services. The issue is fixed in version 1.5.6 by routing the poller's fetch through the same SSRF guard as the initial load.
Impact
Exploitation requires polling enabled and an untrusted or attacker-controllable spec URL. The server will make repeated unguarded GET requests to the specified URL, which can resolve to internal or private network addresses. This can lead to unauthorized access to internal services, cloud metadata endpoints (e.g., 169.254.169.254), and internal network scanning. The primary impact is confidentiality loss due to unauthorized reading of internal resources. Integrity and availability impacts are not indicated. The vulnerability does not affect servers polling fixed, trusted spec URLs in practice but represents a risk if the URL is attacker-influenceable.
Weaknesses
- CWE-918Server-Side Request Forgery (SSRF) (opens in a new tab)
Base weaknessCWE Top 25 (2025): #22OWASP Top 10 A01:2025: Broken Access Control (opens in a new tab)
The web server receives a URL or similar request from an upstream component and retrieves the contents of this URL, but it does not sufficiently ensure that the request is being sent to the expected destination.
References
- github.com/agentfront/frontmcp/security/advisories/GHSA-8q49-2h5h-434x (opens in a new tab)
- github.com/agentfront/frontmcp/pull/510 (opens in a new tab)
- github.com/agentfront/frontmcp/commit/077201e109bf6f45dbc85c36d6bd77ded18ab13e (opens in a new tab)
- github.com/agentfront/frontmcp (opens in a new tab)
- github.com/agentfront/frontmcp/releases/tag/v1.5.6 (opens in a new tab)