CWE
Home > CWE List > CWE-81 Individual Dictionary Definition (Draft 9)   View the CWE List

CWE-81 Individual Dictionary Definition (Draft 9)

Failure to Sanitize Directives in an Error Message Web Page
Weakness ID
Status: Incomplete

81 (Weakness Variant)

Description

Summary

This Weakness occurs when a web developer displays user-controlled input on an error page (e.g. a customized 403 Forbidden page). If the input has not been appropriately filtered and sanitized prior to inclusion in the target page, an attacker can influence a victim to view/request a web page that causes an error, containing malicious HTML input, such as scripts.

Weakness Ordinality

Resultant (Weakness is typically related to the presence of some other weaknesses)

Causal Nature

Explicit (This is an explicit weakness resulting from behavior of the developer)

Potential Mitigations

Do not write user-controlled input to error pages.

Carefully check each input parameter against a rigorous positive specification (white list) defining the specific characters and format allowed. All input should be sanitized, not just parameters that the user is supposed to specify, but all data in the request, including hidden fields, cookies, headers, the URL itself, and so forth. A common mistake that leads to continuing XSS vulnerabilities is to validate only fields that are expected to be redisplayed by the site. We often encounter data from the request that is reflected by the application server or the application that the development team did not anticipate. Also, a field that is not currently reflected may be used by a future developer. Therefore, validating ALL parts of the HTTP request is recommended.

This involves "HTML Entity Encoding" all non-alphanumeric characters from data that was received from the user and is now being written to the request.

With Struts, you should write all data from form beans with the bean's filter attribute set to true.

Additionally, to help mitigate XSS attacks against the user's session cookie, set the session cookie to be HttpOnly. In browsers that support the HttpOnly feature (such as Internet Explorer), this attribute prevents the user's session cookie from being accessed by client-side scripts, including scripts inserted due to a XSS attack.

Observed Examples
ReferenceDescription
CVE-2002-0840XSS in default error page from Host: header.
CVE-2002-1053XSS in error message.
CVE-2002-1700XSS in error page from targeted parameter.
Relationships
NatureTypeIDName
ChildOfWeakness BaseWeakness BaseWeakness Base79Failure to Sanitize Directives in a Web Page (aka 'Cross-site scripting' (XSS))
CanAlsoBeWeakness BaseWeakness BaseWeakness Base209Error Message Information Leaks
CanAlsoBeWeakness ClassWeakness ClassWeakness Class390Detection of Error Condition Without Action
Source Taxonomies

PLOVER - XSS in error pages

Applicable Platforms

All

Page Last Updated: April 22, 2008