HIGH 8.2

CVE-2026-55202: Tinyproxy Host Header Validation Bypass – Statistics Page Access & Request Misrouting

Tinyproxy, a lightweight HTTP proxy software, contains a flaw in how it validates incoming requests to identify its built-in statistics page. An attacker on the network can craft a request with a specially crafted Host header to bypass security checks and access the proxy's internal statistics page without authentication. The attacker can also manipulate port information to trick the proxy into mishandling transparent proxy connections, potentially allowing requests to be routed incorrectly and bypassing access controls. This affects Tinyproxy versions up to and including 1.11.3.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N
Weaknesses (CWE)
CWE-290
Affected products
0 configuration(s)
Published / Modified
2026-06-17 / 2026-07-14

NVD description (verbatim)

Tinyproxy through 1.11.3, fixed in commit 09312a1, fails to properly validate the Host header during stathost detection, allowing unauthenticated attackers to access the stats page by injecting a matching Host header or bypass detection via port manipulation. Remote attackers can trigger unauthorized access to internal proxy statistics or misroute requests as transparent proxy connections to circumvent access controls.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-55202 is an improper input validation vulnerability (CWE-290) in Tinyproxy's stathost detection mechanism. The vulnerability stems from insufficient validation of the Host header when determining whether an incoming request should be routed to the internal statistics page. An unauthenticated, network-adjacent attacker can inject a Host header matching the stathost configuration or manipulate the port value to bypass the detection logic. This allows unauthorized access to the stats endpoint or causes the proxy to misinterpret transparent proxy connection attempts, resulting in request misrouting. The vulnerability was fixed in commit 09312a1 of the Tinyproxy repository.

Business impact

Organizations running Tinyproxy as an HTTP proxy can face unauthorized disclosure of internal proxy statistics, which may reveal operational metrics, request patterns, and configuration details valuable to attackers. Additionally, the ability to misroute requests through port manipulation could allow attackers to bypass network segmentation or access control policies that rely on the proxy's transparent mode functionality. This is particularly concerning in environments where the proxy is deployed as a network gateway or security boundary.

Affected systems

Tinyproxy versions through 1.11.3 are affected. The vulnerability requires network access to the proxy but does not require authentication. Deployments where Tinyproxy is exposed to untrusted networks or where the statistics page is not behind additional network-level access controls are at highest risk.

Exploitability

The vulnerability is highly exploitable. It requires only network connectivity to the proxy and no authentication. An attacker can craft a simple HTTP request with a malicious Host header or manipulate the port field—both standard HTTP protocol features—to trigger the bypass. No special tools, credentials, or user interaction are needed. The attack surface is broad because the flaw exists in fundamental request handling logic that processes every incoming connection.

Remediation

Update Tinyproxy to a patched version that includes the fix from commit 09312a1 or later. Verify against the official Tinyproxy releases and security advisories for the specific patched version number applicable to your deployment. Until patching is complete, restrict network access to the Tinyproxy proxy to trusted clients only. If the statistics page functionality is not needed, consider disabling or blocking access to the stathost endpoint at the firewall or network layer.

Patch guidance

Check the official Tinyproxy project repository and releases for versions released after the fix commit 09312a1. Apply the patched version to all Tinyproxy instances in your environment. Test the patch in a staging environment to ensure compatibility with your proxy configuration and dependent applications. Consider coordinating the upgrade during a maintenance window to minimize service disruption. Verify that traffic patterns and proxy statistics collection continue to function correctly post-upgrade.

Detection guidance

Monitor HTTP access logs for requests to your Tinyproxy statistics endpoint with suspicious or unexpected Host header values. Look for requests containing modified port numbers in the Host header that do not match your actual proxy configuration. Implement network-based detection rules to flag requests attempting to access the stats page from sources outside your trusted network. If available, enable verbose logging on Tinyproxy to capture Host header validation events. Check for any baseline changes in statistics page access patterns or unusual spike in statistics-related requests.

Why prioritize this

This vulnerability merits immediate attention due to its high CVSS score (8.2), high impact on confidentiality, and trivial exploitability. The attack requires no authentication, no user interaction, and minimal network sophistication. An exposed Tinyproxy instance is vulnerable to reconnaissance and access control bypass with a single crafted HTTP request. Organizations should prioritize patching, especially if the proxy is internet-facing or accessible from untrusted networks.

Risk score, explained

The CVSS 3.1 score of 8.2 (HIGH) reflects a network-adjacent attack vector with low complexity, no privileges required, and no user interaction needed. The vulnerability has high impact on confidentiality (stats disclosure) and low impact on integrity (request misrouting). Availability is not affected. The score appropriately weighs the ease of exploitation against the real but limited scope of impact; this is not a full system compromise but a meaningful security boundary violation.

Frequently asked questions

Can this vulnerability be exploited from the internet?

Yes, if Tinyproxy is directly accessible from the internet or an untrusted network without additional network-layer filtering. The vulnerability requires only network access to the proxy and standard HTTP capabilities. An attacker does not need to be on the same local network, though network-adjacent proximity would simplify exploitation.

What information can be exposed from the statistics page?

The stats page typically reveals operational metrics such as the number of proxied requests, traffic volumes, client connection counts, and potentially configuration details depending on Tinyproxy's configuration. While not a complete system compromise, this information can aid attackers in reconnaissance and attack planning.

Does this affect Tinyproxy running behind a restrictive firewall or NAT?

If Tinyproxy is not directly exposed to untrusted networks—such as when it is only accessible from a specific internal network or behind a restrictive access control list—the practical risk is reduced. However, organizations should not rely solely on network perimeter controls; the application-level flaw should still be patched.

Is there a workaround if I cannot patch immediately?

Disable or block access to the statistics endpoint at the firewall or load balancer level if the stats functionality is not critical. Restrict network access to Tinyproxy to known, trusted clients only. Implement rate limiting and request filtering to detect and block suspicious Host header patterns. These are temporary measures; patching remains the definitive fix.

This analysis is provided for informational purposes. The vulnerability details, patch status, and version numbers are based on official CVE and vendor data current as of the publication date. Organizations should verify patch availability and compatibility with their specific Tinyproxy deployment against the official Tinyproxy project repository. No exploit code or weaponized proof-of-concept is provided. SEC.co does not guarantee that all third-party information referenced is current; always consult official vendor advisories and security bulletins for the most up-to-date remediation guidance. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).