auth-fetch-mcp has SSRF Protection Bypass via IPv4-mapped IPv6 Loopback
auth-fetch-mcp is an MCP server that lets AI assistants fetch content from authenticated web pages. Version 3.0.1 implements SSRF protection in `assertSafeUrl()` (`src/security.ts`) to block requests to private and loopback addresses. However, the `isPrivateV6()` function fails to detect IPv4-mapped IPv6 loopback addresses in their hex-normalized form. When an attacker supplies a URL such as `http://[::ffff:127.0.0.1]:PORT/`, the Node.js WHATWG URL parser silently normalizes the host to `[::ffff:7f00:1]`. Because `net.isIPv4('7f00:1')` returns `false`, the private-IP check is bypassed and the URL is passed to the browser or HTTP client, allowing the MCP tool to reach loopback services that are supposed to be blocked. The issue is exploitable under default configuration without any special environment variable. Version 3.0.1 patches the issue.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-49857
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 3 Nov 2026, 10:12 UTC · Revision 1
Source evidence
auth-fetch-mcp has SSRF Protection Bypass via IPv4-mapped IPv6 Loopback
core-osv · Original sourcePublished 13 Aug 2026, 14:50 UTC
auth-fetch-mcp is an MCP server that lets AI assistants fetch content from authenticated web pages. Version 3.0.1 implements SSRF protection in `assertSafeUrl()` (`src/security.ts`) to block requests to private and loopback addresses. However, the `isPrivateV6()` function fails to detect IPv4-mapped IPv6 loopback addresses in their hex-normalized form. When an attacker supplies a URL such as `http://[::ffff:127.0.0.1]:PORT/`, the Node.js WHATWG URL parser silently normalizes the host to `[::ffff:7f00:1]`. Because `net.isIPv4('7f00:1')` returns `false`, the private-IP check is bypassed and the URL is passed to the browser or HTTP client, allowing the MCP tool to reach loopback services that are supposed to be blocked. The issue is exploitable under default configuration without any special environment variable. Version 3.0.1 patches the issue.
osv:CVE-2026-49857
Complete source record
{
"id": "e6fffe0be3efbb253bff74a7457a29d10eaf8f5319e3565c92c4180ee711f85f",
"url": "https://osv.dev/vulnerability/CVE-2026-49857",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "auth-fetch-mcp has SSRF Protection Bypass via IPv4-mapped IPv6 Loopback",
"summary": "auth-fetch-mcp is an MCP server that lets AI assistants fetch content from authenticated web pages. Version 3.0.1 implements SSRF protection in `assertSafeUrl()` (`src/security.ts`) to block requests to private and loopback addresses. However, the `isPrivateV6()` function fails to detect IPv4-mapped IPv6 loopback addresses in their hex-normalized form. When an attacker supplies a URL such as `http://[::ffff:127.0.0.1]:PORT/`, the Node.js WHATWG URL parser silently normalizes the host to `[::ffff:7f00:1]`. Because `net.isIPv4('7f00:1')` returns `false`, the private-IP check is bypassed and the URL is passed to the browser or HTTP client, allowing the MCP tool to reach loopback services that are supposed to be blocked. The issue is exploitable under default configuration without any special environment variable. Version 3.0.1 patches the issue.",
"evidence": "osv:CVE-2026-49857",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2026-49857",
"aliases": [
"CVE-2026-49857",
"GHSA-pvrj-8cg3-j5f8"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:N/A:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/ymw0407/auth-fetch-mcp",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"fixed": "d4dedaf55c1d39228dbed58807ea1f9fac1328e1"
},
{
"fixed": "c5c523cd55b24ae1680c5bacef95d59a81ae3450"
},
{
"fixed": "98f381d1298b6b7e7ff29d7a7851f18ea5f2364c"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "0"
},
{
"fixed": "3.0.2"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
},
{
"range": [
{
"fixed": "c5c523cd55b24ae1680c5bacef95d59a81ae3450"
}
],
"source": "REFERENCES_COMMIT"
},
{
"range": [
{
"fixed": "98f381d1298b6b7e7ff29d7a7851f18ea5f2364c"
}
],
"source": "REFERENCES_TAG",
"original_tag": "v3.0.1"
}
]
}
}
],
"versions": [
"v3.0.0",
"v2.0.8",
"v2.0.7",
"v2.0.6",
"v2.0.5",
"v2.0.4"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-49857.json"
}
}
],
"modified": "2026-10-28T02:30:27.628150936Z",
"provider": "osv",
"references": [
"https://github.com/ymw0407/auth-fetch-mcp/releases/tag/v3.0.1",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/49xxx/CVE-2026-49857.json",
"https://github.com/ymw0407/auth-fetch-mcp/security/advisories/GHSA-pvrj-8cg3-j5f8",
"https://nvd.nist.gov/vuln/detail/CVE-2026-49857",
"https://github.com/ymw0407/auth-fetch-mcp/commit/c5c523cd55b24ae1680c5bacef95d59a81ae3450"
],
"provider_metadata": {
"cwe_ids": [
"CWE-918"
],
"cna_assigner": "GitHub_M",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/49xxx/CVE-2026-49857.json"
}
},
"related_cves": [
{
"value": "CVE-2026-49857",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 494406,
"published_at": "2026-08-13T14:50:25.324+00:00"
}