CAPECattack pattern

CAPEC-273 HTTP Response Smuggling

High Official page ↗
Abstraction
Detailed
Status
Stable
Likelihood of attack
Medium
Typical severity
High
CAPEC version
3.9

Description

An adversary manipulates and injects malicious content in the form of secret unauthorized HTTP responses, into a single HTTP response from a vulnerable or compromised back-end HTTP agent (e.g., server). See CanPrecede relationships for possible consequences.

Extended description

In the maliciously manipulated HTTP response, an adversary can add duplicate header fields that HTTP agents interpret as belonging to separate responses. The combined HTTP response ends up being parsed or interpreted as two or more HTTP responses by the targeted client HTTP agent. This allows malicious HTTP responses to bypass security controls. This is performed by the abuse of interpretation and parsing discrepancies in different intermediary HTTP agents (e.g., load balancer, reverse proxy, web caching proxies, application firewalls, etc.) or client HTTP agents (e.g., web browser) in the path of the malicious HTTP responses. This attack usually involves the misuse of the HTTP headers: Content-Length and Transfer-Encoding. These abuses are discussed in RFC 2616 #4.4.3 and section #4.2 and are related to ordering and precedence of these headers. [REF-38] Additionally this attack can be performed through modification and/or fuzzing of parameters composing the request-line of HTTP messages. This attack is usually the result of the usage of outdated or incompatible HTTP protocol versions in the HTTP agents. This differs from CAPEC-33 HTTP Request Smuggling, which is usually an attempt to compromise a back-end HTTP agent via HTTP Request messages. HTTP Response Smuggling is an attempt to compromise aclient agent (e.g., web browser). HTTP Splitting (CAPEC-105 and CAPEC-34) is different from HTTP Smuggling due to the fact that during implementation of asynchronous requests, HTTP Splitting requires the embedding/injection of arbitrary HTML headers and content through user input into browser cookies or Ajax web/browser object parameters like XMLHttpRequest.

Execution flow

1. [Explore] [Survey network to identify target] The adversary performs network reconnaissance by monitoring relevant traffic to identify the network path and parsing of the HTTP messages with the goal of identifying potential targets. 1. [Experiment] [Identify vulnerabilities in targeted HTTP infrastructure and technologies] The adversary sends a variety of benign/ambiguous HTTP requests to observe responses from HTTP infrastructure to intended targets in order to identify differences/discrepancies in the interpretation and parsing of HTTP requests by examining supported HTTP protocol versions, message sizes, and HTTP headers. 2. [Experiment] [Cause differential HTTP responses by experimenting with identified HTTP Response vulnerabilities] The adversary sends maliciously crafted HTTP request to back-end HTTP infrastructure to inject adversary data into HTTP responses (intended for intermediary and/or front-end client/victim HTTP agents communicating with back-end HTTP infrastructure) for the purpose of interfering with the parsing of HTTP response. The intended consequences of the malicious HTTP request and the subsequent adversary injection and manipulation of HTTP responses will be observed to confirm applicability of identified vulnerabilities in the adversary's plan of attack. 1. [Exploit] [Perform HTTP Response Smuggling attack] Using knowledge discovered in the experiment section above, smuggle a message to cause one of the consequences.

Prerequisites

• A vulnerable or compromised server or domain/site capable of allowing adversary to insert/inject malicious content that will appear in the server's response to target HTTP agents (e.g., proxies and users' web browsers). • Differences in the way the two HTTP agents parse and interpret HTTP responses and its headers. • HTTP agents running on HTTP/1.1 that allow for Keep Alive mode, Pipelined queries, and Chunked queries and responses.

Skills required

• [Medium] Detailed knowledge on HTTP protocol: request and response messages structure and usage of specific headers. • [Medium] Detailed knowledge on how specific HTTP agents receive, send, process, interpret, and parse a variety of HTTP messages and headers. • [Medium] Possess knowledge on the exact details in the discrepancies between several targeted HTTP agents in path of an HTTP message in parsing its message structure and individual headers.

Consequences

• Confidentiality, Integrity, Availability: Execute Unauthorized Commands • Confidentiality, Access Control, Authorization: Gain Privileges • Integrity: Modify Data

Mitigations

• Design: evaluate HTTP agents prior to deployment for parsing/interpretation discrepancies. • Configuration: front-end HTTP agents notice ambiguous requests. • Configuration: back-end HTTP agents reject ambiguous requests and close the network connection. • Configuration: Disable reuse of back-end connections. • Configuration: Use HTTP/2 for back-end connections. • Configuration: Use the same web server software for front-end and back-end server. • Implementation: Utilize a Web Application Firewall (WAF) that has built-in mitigation to detect abnormal requests/responses. • Configuration: Prioritize Transfer-Encoding header over Content-Length, whenever an HTTP message contains both. • Configuration: Disallow HTTP messages with both Transfer-Encoding and Content-Length or Double Content-Length Headers. • Configuration: Disallow Malformed/Invalid Transfer-Encoding Headers used in obfuscation, such as: • Headers with no space before the value “chunked” • Headers with extra spaces • Headers beginning with trailing characters • Headers providing a value “chunk” instead of “chunked” (the server normalizes this as chunked encoding) • Headers with multiple spaces before the value “chunked” • Headers with quoted values (whether single or double quotations) • Headers with CRLF characters before the value “chunked” • Values with invalid characters • Configuration: Install latest vendor security patches available for both intermediary and back-end HTTP infrastructure (i.e. proxies and web servers) • Configuration: Ensure that HTTP infrastructure in the chain or network path utilize a strict uniform parsing process. • Implementation: Utilize intermediary HTTP infrastructure capable of filtering and/or sanitizing user-input.

Related

Can precede · CAPEC (6)

  • CAPEC-115 Authentication Bypass attack pattern
  • CAPEC-141 Cache Poisoning attack pattern
  • CAPEC-148 Content Spoofing attack pattern
  • CAPEC-154 Resource Location Spoofing attack pattern
  • CAPEC-593 Session Hijacking attack pattern
  • CAPEC-63 Cross-Site Scripting (XSS) attack pattern

Child of · CAPEC (1)

  • CAPEC-220 Client-Server Protocol Manipulation attack pattern

Peer of · CAPEC (1)

  • CAPEC-33 HTTP Request Smuggling attack pattern

Weakness · CWE (3)

  • CWE-436 Interpretation Conflict weakness
  • CWE-444 Inconsistent Interpretation of HTTP Requests weakness
  • CWE-74 Improper Neutralization of Special Elements in Output Used by a Downstream Component weakness

Referenced by CAPEC · peer of (1)

  • CAPEC-33 HTTP Request Smuggling attack pattern

Referenced by CWE · attack pattern (3)

  • CWE-436 Interpretation Conflict weakness
  • CWE-444 Inconsistent Interpretation of HTTP Requests weakness
  • CWE-74 Improper Neutralization of Special Elements in Output Used by a Downstream Component weakness