Description Summary The application does not sanitize or incorrectly sanitizes web
scripting syntax in HTTP headers that can be used by web browser components that
can process raw headers, such as Flash.
Extended Description If an application fails to filter or escape user controlled data being placed in the header of an HTTP response coming from the server, the header may contain a script that will get executed in the client's browser context, potentially resulting in a cross site scripting vulnerability or possibly an HTTP response splitting attack. It is important to carefully control data that is being placed both in HTTP response header and in the HTTP response body to ensure that no scripting syntax is present, taking various encodings into account. Example 1 In the following Java example, user-controlled data is added to the HTTP headers and returned to the client. Given that the data is not subject to sanitization, a malicious user may be able to inject dangerous scripting tags that will lead to script execution in the client browser. (Bad Code) Java response.addHeader(HEADER_NAME, unsanitizedInputData);
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Page Last Updated:
October 29, 2009
|
|
CWE is a Software Assurance strategic initiative sponsored by the National Cyber Security Division of the U.S. Department of Homeland Security. This Web site is hosted by The MITRE Corporation. Contact cwe@mitre.org for more information. |
|||
