Skip to main content

NetBox MCP Server CVE-2026-57207

| EUVDEUVD-2026-108992 MEDIUM
Missing Authentication for Critical Function (CWE-306)
2026-10-23 GitHub_M
5.9
CVSS 3.1 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach exposed HTTP MCP port
  2. Exploit
    Send unauthenticated initialize request
  3. Execution
    Obtain valid MCP session ID
  4. Impact
    Enumerate and read full NetBox database

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK

1 technique across 1 tactic: Initial 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 the server to be started with TRANSPORT=http (the default is stdio, which is unaffected) and the HTTP endpoint (default port 8000) to be network-reachable by the attacker - a condition the README's three Docker examples actively encourage by instructing HOST=0.0.0.0 with -p 8000:8000 and no authentication guidance. When those conditions hold there are no further prerequisites: no token, credential, or user interaction is needed, and FastMCP skips auth entirely because mcp.auth is never set (only CORSMiddleware is applied). Limiting factors that reduce realistic risk: stdio-transport deployments are not exposed at all; the impact is read-only (the four tools cannot modify or delete NetBox data, so no integrity or availability impact); and exposure depends on the operator choosing HTTP transport plus reachable network placement.

Impact

This is a genuine but conditional exposure rather than a universal emergency. The official CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N = 5.9) and the PoC conflict on one metric: the scored AC:H implies meaningful attacker-side difficulty, yet the GHSA advisory's confirmed PoC on v1.2.0 shows exploitation is a two-step unauthenticated curl sequence with no credentials - once the HTTP port is reachable the attack is trivial and deterministic. The most reasonable reading is that AC:H was used to credit the non-default precondition (the server must be launched with TRANSPORT=http, which is not the stdio default), not real attack complexity; see assessed_cvss_vector where I score AC:L for that reason. Impact is confidentiality-only (C:H, I:N, A:N) because all four exposed tools are read-only, but the readable data is sensitive: full NetBox inventory plus changelogs containing usernames. No EPSS score and no KEV listing were provided; CWE-306 (missing authentication) is confirmed. The vuln.today Decision label is 'this_month', consistent with a patched, config-dependent flaw that has a public PoC but no confirmed active exploitation. Net: prioritize for any deployment actually running HTTP transport, but it is not a default-configuration internet-wide crisis.

Exploit ScenarioDerived

An attacker who can reach the MCP server's HTTP port (default 8000) - for example on a shared corporate network, or on the internet when deployed per the README's Docker examples using HOST=0.0.0.0 with -p 8000:8000 - sends an unauthenticated JSON-RPC 'initialize' request and receives a valid mcp-session-id. Using that session they list and invoke all four NetBox tools to enumerate the entire NetBox database (devices, IPs, VLANs, racks, circuits, VMs) and read changelogs including usernames. A confirmed working PoC against v1.2.0 is published in the GHSA advisory.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 23, 2026

NetBox MCP Server 1.2.0 and earlier, when started with TRANSPORT=http, exposes its MCP HTTP endpoint with no authentication at all, so any host that can reach the listening port can open a valid MCP session and call all four NetBox read tools without supplying a token or credential. The flaw is conditional rather than universal: the default stdio transport is unaffected, and exposure requires an operator to select HTTP transport and leave the endpoint (default port 8000) network-reachable - a configuration the project README's three Docker examples actively encourage by pairing HOST=0.0.0.0 with -p 8000:8000 and no authentication guidance. The impact is read-only disclosure of the NetBox inventory and audit data (devices, IPs, VLANs, racks, circuits, VMs, changelogs including usernames), with no integrity or availability effect, and the advisory includes reproduction steps confirmed against v1.2.0 while no CISA KEV entry or other active-exploitation reporting was supplied.

RemediationAI

Upgrade to netbox-mcp-server 1.2.1, which introduces optional bearer token authentication for the HTTP transport (PR #162, commit 17df4653ba7be44d3e7b6650e7f9fdf54b860520, included in the v1.2.1 release at https://github.com/netboxlabs/netbox-mcp-server/releases/tag/v1.2.1 and described at https://github.com/netboxlabs/netbox-mcp-server/security/advisories/GHSA-5qg7-j8mr-9477). Because the new control is an optional MCP_AUTH_TOKEN setting, upgrading alone is not sufficient: operators must also configure a token, after which every HTTP request to the /mcp endpoint must carry Authorization: Bearer <token> and unauthenticated requests receive HTTP 401; the trade-off is that all legitimate MCP clients and automation must be updated to send the header, and the setting has no effect when transport=stdio. For deployments that cannot move to 1.2.1 immediately, the exposure can be removed by not using HTTP transport where it is unnecessary or by keeping the listener off untrusted networks - avoid the README's HOST=0.0.0.0 with -p 8000:8000 pattern, bind to loopback, or front the port with a network policy or reverse proxy that requires authentication; the trade-off is that any such proxy must correctly forward the mcp-session-id and Accept headers used by streamable HTTP, and host rebinding only helps clients on the same machine. The v1.2.1 release also bumps cryptography, pyjwt and python-multipart for unrelated security advisories, so the upgrade is worthwhile independently.

Affected VersionsENISA

netbox-mcp-server < 1.2.1

Affected Packages

euvd netbox_mcp_server fix: 1.2.1

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

NetBox MCP Server is a Python Model Context Protocol server built on FastMCP that exposes NetBox REST data to MCP clients through four tools (netbox_get_objects, netbox_get_object_by_id, netbox_get_changelogs, netbox_search_objects). The root cause is CWE-306 (Missing Authentication for Critical Function), with the GitHub advisory additionally classifying it as CWE-1059 (Insufficient Technical Documentation) because the deployment guidance never mentions authentication. In the HTTP code path the application assembles a Starlette middleware list containing only CORSMiddleware and passes it to mcp.run(transport="http", ...); FastMCP enforces authentication only when mcp.auth is configured, and this project never sets it, so the authentication middleware is skipped entirely and the /mcp JSON-RPC endpoint answers unauthenticated initialize and tools/list requests with HTTP 200 and a usable mcp-session-id. A logger.warning() is emitted when HOST=0.0.0.0 is detected, but the server continues to start and the warning goes to stderr, which is typically not visible in Docker deployments. The MCP protocol version exercised in the reported reproduction is 2024-11-05 over streamable HTTP, and the underlying access to NetBox itself is performed by the server's own configured NetBox credentials, which is why no client credential is required.

Know when Netbox Mcp Server 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

Vendor (GitHub_M) PRIMARY 5.9 MEDIUM
AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
vuln.today AI 7.5 HIGH

Once HTTP transport is enabled and reachable, exploitation is a deterministic unauthenticated request (AC:L, PR:N, UI:N); read-only tools mean C:H but I:N/A:N - the config precondition is deployment-side, not attack complexity.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
None

Lifecycle Timeline

1
Patch available
Oct 23, 2026 - 14:02 EUVD

DescriptionCVE.org

NetBox MCP Server is a simple read-only Model Context Protocol server for NetBox. Prior to version 1.2.1, when running with TRANSPORT=http, the MCP server has no authentication on the HTTP endpoint. Any client that can reach the port gets a valid MCP session and full access to all four NetBox tools - no token or credential needed. This issue has been patched in version 1.2.1.

Threat Intelligence Overview

EPSS Score
0.4%
Top 65% exploitable
Prevalence
Low
niche read-only MCP add-on for NetBox, limited adoption
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.4%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact· derived
Medium

Priority Score

30
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +30
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy