Skip to main content

Telerik Fiddler Classic CVE-2026-77803

| EUVDEUVD-2026-92426 LOW
HTTP Request/Response Smuggling (CWE-444)
2026-10-05 ProgressSoftware GHSA-xq67-hr2w-mm32
3.6
CVSS 3.1 · Vendor: ProgressSoftware
View

Attack ChainAIDerived

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

  1. Access
    Gain low-privileged local access to Fiddler proxy
  2. Delivery
    Craft request with dual Content-Length and Transfer-Encoding headers
  3. Exploit
    Fiddler forwards both and frames body by Transfer-Encoding
  4. Execution
    Residual bytes reparsed as pipelined second request
  5. Impact
    Receive smuggled origin response

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V4 - API and Web Service HTTP request consistency
Exploitation Conditions

Exploitation requires local access to the Fiddler Classic proxy with at least low privileges (PR:L) and the ability to send requests through its forwarding component; it specifically triggers when an attacker-controlled request carries BOTH a Content-Length and a Transfer-Encoding header and the client connection is reused so trailing bytes are parsed as a pipelined second request. Limiting factors that reduce real-world risk: the vector is local (AV:L), attack complexity is high (AC:H) because it depends on connection reuse/pipelining behavior and timing, and the product is a developer debugging proxy rather than a production edge device - narrowing exposure to shared or multi-user Fiddler deployments. Unusually for request smuggling, no vulnerable upstream server is required, as the desync is introduced by Fiddler's own header forwarding.

Impact

This is a genuinely low-priority issue despite being a request smuggling class flaw (CWE-444). All signals point low: the provided CVSS 3.1 vector (CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:N) yields a base score of only 3.6, driven by local attack vector (AV:L), high attack complexity (AC:H, reflecting the need to win connection-reuse/pipelining timing), required low privileges (PR:L), and limited confidentiality and integrity impact with no availability impact. No EPSS score, no CISA KEV listing, and no public POC were provided in the intelligence set, so there is no evidence of exploitation interest. Notably, the description itself frames this as desynchronization originating at Fiddler's own proxy forwarding (it 'does not require a vulnerable server'), which is unusual for request smuggling and means the trust boundary crossed is local - consistent with AV:L rather than a remotely-reachable gateway flaw. The main caveat: Fiddler Classic is a developer/QA debugging proxy, not a production edge proxy, so even successful exploitation has a narrow blast radius. Bottom line - real-world risk is low; patch as part of normal maintenance rather than as an emergency.

Exploit ScenarioDerived

A low-privileged local user who routes traffic through a shared or multi-user Fiddler Classic instance crafts a single HTTP request carrying both Content-Length and Transfer-Encoding headers. Because Fiddler frames the body using Transfer-Encoding but forwards both headers, the trailing bytes on the reused client connection are reparsed as a second pipelined request to the origin, letting the attacker obtain a smuggled response. No public exploit code was identified, and the high attack complexity means reliable exploitation depends on connection reuse timing.

Monitor Track and reassess. Why: LOW severity (CVSS 0.1-3.9).
Patch available 0.1% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 05, 2026

Front-end request desynchronization in Progress Telerik Fiddler Classic for Windows (versions prior to v6.0.20262.10021) allows a locally positioned, low-privileged actor to send a single malformed request through the proxy's forwarding component and have it split into two requests delivered to the origin server, returning an extra smuggled response on the reused client connection. Exploitation is constrained: it requires local access to the Fiddler proxy (CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:N, base 3.6), depends on the exact condition of a request carrying both Content-Length and Transfer-Encoding headers combined with connection reuse and pipelining behavior, and is limited to shared or multi-user developer environments rather than production edge deployments. No public exploit code has been identified at time of analysis and the flaw is not confirmed actively exploited (not in CISA KEV); the vendor-released fix is v6.0.20262.10021.

RemediationAI

Upgrade to Progress Telerik Fiddler Classic for Windows v6.0.20262.10021 or later - this is the vendor-released patch version listed in the advisory at https://docs.telerik.com/fiddler/knowledge-base/kb-security-front-end-desynchronization-cve-2026-77803, and it removes the ambiguous forwarding behavior that allows the smuggling desync. If immediate upgrade is not possible, the most effective compensating control is to restrict who can reach the Fiddler Classic proxy interface: the vulnerability requires local access with at least low privileges (PR:L), so limiting the proxy to a single trusted operator on a single-user workstation, disabling remote/shared proxy listeners, and requiring OS-level authentication to the local proxy port removes the threat model for most installations - the trade-off is that shared team debugging setups and remote capture workflows stop working. Operators running Fiddler as a shared or multi-user intermediary should also avoid reusing persistent client connections through it and should monitor for requests that carry both Content-Length and Transfer-Encoding headers, since rejecting or terminating such ambiguous requests breaks the exploit precondition at the cost of occasionally blocking non-compliant clients; because the desync is introduced by Fiddler rather than the origin server, hardening downstream application servers does not mitigate this issue. No public exploit code has been identified at time of analysis and the vulnerability is not confirmed actively exploited, so remediation can be scheduled as routine maintenance rather than emergency patching, with the caveat that the developer-proxy nature of the product makes unpatched shared instances an attractive low-noise vector for response-splitting style information disclosure.

Affected VersionsENISA

Progress® Telerik® Fiddler® Classic 1.0.0 <6.0.20262.10021

Affected Packages

euvd progress_telerik_fiddler_classic fix: 6.0.20262.10021

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

The root cause is CWE-444, inconsistent interpretation of HTTP request boundaries (HTTP request/response smuggling). In HTTP/1.1 framing, a message body may be delimited by either a Content-Length header or a Transfer-Encoding: chunked header, and RFC-compliant intermediaries are expected to normalize or reject messages that carry both because ambiguity opens a desynchronization gap. Here Fiddler Classic's proxy request forwarding component passes a request bearing both headers through with both headers intact, while Fiddler itself frames and consumes the body using Transfer-Encoding only. The bytes left over on the connection after Fiddler's chunked framing are then treated as a separate, pipelined request on the reused client connection. The notable architectural twist is that the desync is introduced by the debugging proxy itself rather than by a vulnerable origin server, so the classic 'front-end/back-end parser mismatch' precondition does not apply - any origin reached through the affected Fiddler instance is exposed, and the attacker gains an additional smuggled response back on the same connection. CPE data (cpe:2.3:a:progress_software:progress®_telerik®_fiddler®_classic:*:*:*:*:*:*:*:*) covers all pre-fix builds of the Windows desktop proxy, a developer-oriented intercepting tool rather than an internet-facing appliance, which materially narrows the realistic exposure surface.

Know when Progress Telerik Fiddler Classic 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 (ProgressSoftware) PRIMARY 3.6 LOW
AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:N
vuln.today AI 3.6 LOW

Local, low-privilege actor (AV:L/PR:L); AC:H because success depends on connection reuse and pipelining timing; limited confidentiality/integrity from the smuggled response, no availability impact.

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

Primary rating from Vendor (ProgressSoftware).

CVSS VectorVendor: ProgressSoftware

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

Lifecycle Timeline

1
Patch available
Oct 05, 2026 - 14:01 EUVD

DescriptionCVE.org

In Progress® Telerik® Fiddler® Classic for Windows, versions prior to v6.0.20262.10021, front-end request desynchronization is possible in the proxy request forwarding component. A request that contains both a Content-Length and a Transfer-Encoding header is forwarded with both headers present, while Fiddler frames the body using Transfer-Encoding only. The remaining bytes on the reused client connection are then parsed as a separate pipelined request, so a local threat actor with low privileges can cause a single malformed request to be split into two requests forwarded to the origin server and receive an additional smuggled response, without requiring a vulnerable server.

Threat Intelligence Overview

EPSS Score
0.1%
Top 100% exploitable
Prevalence
Medium
popular developer/QA debugging proxy, common on workstations not production
Data Quality
4 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 LOW
CISA KEV No
Public POC No
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
LOW severity (CVSS 0.1-3.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
Defer
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact· derived
Low
Technical Impact
Partial

Priority Score

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

Attack Technique

HTTP request smuggling exploits inconsistencies in how front-end and back-end servers parse HTTP message boundaries.

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

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