Understanding Tolerant HTTP Request Parsing

By default, the Edge SWG (ProxySG) blocks malformed HTTP requests, returning a 400 Invalid Request error. The tolerant HTTP request parsing flag causes certain types of malformed requests to be processed instead of being rejected.

By default, a header line not beginning with a <Tab> or space character must consist of a header name (which contains no <Tab> or space characters), followed by a colon, followed by an optional value, or an error is reported. With tolerant request parsing enabled, a request header name is allowed to contain <Tab> or space characters, and if the request header line does not contain a colon, then the entire line is taken as the header name.

A header containing one or more <Tab> or space characters, and nothing else, is considered ambiguous. Blue Coat does not know if this is a blank continuation line or if it is the blank line that signals the end of the header section. By default, an ambiguous blank line is illegal, and an error is reported. With tolerant request parsing enabled, an ambiguous blank line is treated as the blank line that signals the end of the header section.

Also check Article 166567 for more information.

Enable the HTTP Tolerant Request Parsing Flag through the CLI (Note: This feature is only available through CLI, It cannot be set through the Management Console. Also this is global command (you can not apply this for individual URL/Domain).

From the (config) prompt, enter the following command to enable tolerant HTTP request parsing (the default is disabled):

SGOS#(config) http tolerant-request-parsing

To disable HTTP tolerant request parsing, enter the following command:

SGOS#(config) http no tolerant-request-parsing