Description
Headroom's LLM proxy lets a client choose the upstream destination with the x-headroom-base-url request header. _resolve_openai_upstream_base in headroom/proxy/handlers/openai.py accepts the header value, requires only that it parse with an http or https scheme and a hostname, and returns it for use as the upstream base; _select_passthrough_base_url in headroom/providers/proxy_routes.py reads the same header for the passthrough routes. No check rejects loopback, link-local, or RFC 1918 destinations, and because the component is a proxy the upstream response is returned to the caller, so the request reaches internal services and cloud metadata addresses and their responses are disclosed. The Authorization header accompanying the request is forwarded unchanged to the caller-designated host. The pip console script binds 127.0.0.1 by default, but the reference docker-compose.yml ships --host 0.0.0.0 with published ports and no required HEADROOM_PROXY_TOKEN, which the server itself warns about at startup, so a deployment following the shipped compose exposes the affected data-plane routes to the network without authentication.
Published: 2026-08-21
Score: 7.7 High
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

Headroom's LLM proxy allows a client to specify an arbitrary upstream destination through the x-headroom-base-url request header. The implementation accepts any URL that parses as a valid http or https scheme and a hostname, without rejecting loopback, link‑local, or RFC 1918 addresses. This is a CWE‑918 vulnerability. The forwarded Authorization header and the unfiltered proxy response mean that requests can reach internal services, cloud metadata endpoints, and other sensitive systems, exposing their responses and potentially enabling an attacker to interact with or exploit those services.

Affected Systems

Headroom Labs' Headroom LLM proxy is affected. No version‑specific information is provided in the advisory, so all current releases prior to a fix are potentially vulnerable.

Risk and Exploitability

The CVSS base score of 7.7 indicates a high‑severity flaw. EPSS is not available, and the vulnerability is not listed in CISA KEV, but the lack of address validation and the default exposure of network ports mean that an attacker could exploit the proxy from any network location that reaches the service. The attack requires sending a crafted HTTP request containing the x-headroom-base-url header; no authentication is required when using the default docker‑compose configuration, so the risk to networks that inadvertently expose the proxy is significant.

Generated by OpenCVE AI on August 21, 2026 at 12:56 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Disable external exposure by binding the proxy to localhost or behind an authenticated reverse proxy.
  • Enable the HEADROOM_PROXY_TOKEN environment variable to enforce authentication on all requests.
  • Upgrade to a newer Headroom release that includes proper validation of the x-headroom-base-url header or configure the proxy to reject loopback, link‑local, and RFC 1918 destinations.

Generated by OpenCVE AI on August 21, 2026 at 12:56 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 21 Aug 2026 13:00:00 +0000

Type Values Removed Values Added
First Time appeared Headroom Labs
Headroom Labs headroom
Vendors & Products Headroom Labs
Headroom Labs headroom

Fri, 21 Aug 2026 12:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'yes', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Fri, 21 Aug 2026 11:30:00 +0000

Type Values Removed Values Added
Description Headroom's LLM proxy lets a client choose the upstream destination with the x-headroom-base-url request header. _resolve_openai_upstream_base in headroom/proxy/handlers/openai.py accepts the header value, requires only that it parse with an http or https scheme and a hostname, and returns it for use as the upstream base; _select_passthrough_base_url in headroom/providers/proxy_routes.py reads the same header for the passthrough routes. No check rejects loopback, link-local, or RFC 1918 destinations, and because the component is a proxy the upstream response is returned to the caller, so the request reaches internal services and cloud metadata addresses and their responses are disclosed. The Authorization header accompanying the request is forwarded unchanged to the caller-designated host. The pip console script binds 127.0.0.1 by default, but the reference docker-compose.yml ships --host 0.0.0.0 with published ports and no required HEADROOM_PROXY_TOKEN, which the server itself warns about at startup, so a deployment following the shipped compose exposes the affected data-plane routes to the network without authentication.
Title Headroom Proxy Sends Upstream Requests to a Client-Supplied Base URL Without Address Validation
Weaknesses CWE-918
References
Metrics cvssV3_1

{'score': 8.6, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N'}

cvssV4_0

{'score': 7.7, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:N/SA:N'}


Subscriptions

Headroom Labs Headroom
cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-08-21T11:44:34.968Z

Reserved: 2026-08-21T11:09:25.553Z

Link: CVE-2026-77775

cve-icon Vulnrichment

Updated: 2026-08-21T11:41:23.790Z

cve-icon NVD

Status : Received

Published: 2026-08-21T12:16:36.813

Modified: 2026-08-21T12:16:36.813

Link: CVE-2026-77775

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-21T13:15:05Z

Weaknesses
  • CWE-918

    Server-Side Request Forgery (SSRF)