This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org
Difference between revisions of "List of useful HTTP headers"
From OWASP
Dan Anderson (talk | contribs) |
|||
| Line 1: | Line 1: | ||
| − | This page lists useful security-related HTTP headers. In most architectures these headers can be set in web server configuration ([http://httpd.apache.org/docs/2. | + | This page lists useful security-related HTTP headers. In most architectures these headers can be set in web server configuration ([http://httpd.apache.org/docs/2.2/mod/mod_headers.html Apache], [http://technet.microsoft.com/pl-pl/library/cc753133(v=ws.10).aspx IIS], [http://nginx.org/en/docs/http/ngx_http_headers_module.html nginx]), without changing actual application's code. This offers significantly faster and cheaper method for at least partial mitigation of existing issues, and an additional layer of defense for new applications. |
{| border="1" | {| border="1" | ||
| Line 50: | Line 50: | ||
'''X-Content-Type-Options:''' nosniff | '''X-Content-Type-Options:''' nosniff | ||
'''X-Frame-Options:''' DENY | '''X-Frame-Options:''' DENY | ||
| − | '''X-WebKit-CSP:''' <small>default-src *; script-src https://*.facebook.com | + | '''X-WebKit-CSP:''' <small><nowiki>default-src *; script-src https://*.facebook.com |
http://*.facebook.com https://*.fbcdn.net http://*.fbcdn.net *.facebook.net | http://*.facebook.com https://*.fbcdn.net http://*.fbcdn.net *.facebook.net | ||
*.google-analytics.com *.virtualearth.net *.google.com 127.0.0.1:* *.spotilocal.com:* | *.google-analytics.com *.virtualearth.net *.google.com 127.0.0.1:* *.spotilocal.com:* | ||
| Line 56: | Line 56: | ||
style-src * 'unsafe-inline'; connect-src https://*.facebook.com http://*.facebook.com | style-src * 'unsafe-inline'; connect-src https://*.facebook.com http://*.facebook.com | ||
https://*.fbcdn.net http://*.fbcdn.net *.facebook.net *.spotilocal.com:* | https://*.fbcdn.net http://*.fbcdn.net *.facebook.net *.spotilocal.com:* | ||
| − | https://*.akamaihd.net ws://*.facebook.com:* http://*.akamaihd.net;</small> | + | https://*.akamaihd.net ws://*.facebook.com:* http://*.akamaihd.net;</nowiki></small> |
'''X-XSS-Protection:''' 1; mode=block | '''X-XSS-Protection:''' 1; mode=block | ||
Especially interesting is Facebook's use of [http://www.w3.org/TR/CSP/ Content Security Policy] (using Google Chrome syntax), whose implementation can be [http://www.html5rocks.com/en/tutorials/security/content-security-policy/ challenging] for large sites with heavy usage of JavaScript. | Especially interesting is Facebook's use of [http://www.w3.org/TR/CSP/ Content Security Policy] (using Google Chrome syntax), whose implementation can be [http://www.html5rocks.com/en/tutorials/security/content-security-policy/ challenging] for large sites with heavy usage of JavaScript. | ||
| + | |||
| + | As of July 2014, the following headers were set: | ||
| + | |||
| + | '''strict-transport-security: max-age=7776000''' | ||
| + | '''x-content-type-options: nosniff''' | ||
| + | '''x-frame-options: DENY''' | ||
| + | '''content-security-policy: <small><nowiki> default-src *;script-src https://*.facebook.com http://*.facebook.com https://*.fbcdn.net http://*.fbcdn.net *.facebook.net | ||
| + | *.google-analytics.com *.virtualearth.net *.google.com 127.0.0.1:* *.spotilocal.com:* 'unsafe-inline' 'unsafe-eval' https://*.akamaihd.net http://*.akamaihd.net | ||
| + | *.atlassolutions.com chrome-extension://lifbcibllhkdhoafpjfnlhfpfgnpldfl;style-src * 'unsafe-inline';connect-src https://*.facebook.com http://*.facebook.com | ||
| + | https://*.fbcdn.net http://*.fbcdn.net *.facebook.net *.spotilocal.com:* https://*.akamaihd.net wss://*.facebook.com:* ws://*.facebook.com:* http://*.akamaihd.net | ||
| + | https://fb.scanandcleanlocal.com:* *.atlassolutions.com http://attachment.fbsbx.com https://attachment.fbsbx.com;</nowiki></small>''' | ||
| + | '''x-xss-protection:0''' | ||
===Google+=== | ===Google+=== | ||
| Line 74: | Line 86: | ||
'''x-frame-options:''' SAMEORIGIN | '''x-frame-options:''' SAMEORIGIN | ||
'''x-xss-protection:''' 1; mode=block | '''x-xss-protection:''' 1; mode=block | ||
| + | |||
| + | As of July 2014 we can see the implementation of CSP added: | ||
| + | '''<nowiki>content-security-policy-report-only: default-src https:; connect-src https:; font-src https: data:; frame-src https: | ||
| + | http://*.twimg.com http://itunes.apple.com about: javascript:; img-src https: data:; media-src https:; object-src https:; | ||
| + | script-src 'unsafe-inline' 'unsafe-eval' about: https:; style-src 'unsafe-inline' https:; report-uri | ||
| + | https://twitter.com/i/csp_report?a=NVQWGBBBFVZXO2LAAA%3D%3D%3D%3D%3D%3D&ro=true;</nowiki>''' | ||
Revision as of 06:04, 24 July 2014
This page lists useful security-related HTTP headers. In most architectures these headers can be set in web server configuration (Apache, IIS, nginx), without changing actual application's code. This offers significantly faster and cheaper method for at least partial mitigation of existing issues, and an additional layer of defense for new applications.
| Header name | Description | Example |
|---|---|---|
| Strict-Transport-Security | HTTP Strict-Transport-Security (HSTS) enforces secure (HTTP over SSL/TLS) connections to the server. This reduces impact of bugs in web applications leaking session data through cookies and external links and defends against Man-in-the-middle attacks. HSTS also disables the ability for user's to ignore SSL negotiation warnings. | Strict-Transport-Security: max-age=16070400; includeSubDomains
|
| X-Frame-Options, Frame-Options | Provides Clickjacking protection. Values: deny - no rendering within a frame, sameorigin - no rendering if origin mismatch, allow-from: DOMAIN - allow rendering if framed by frame loaded from DOMAIN | X-Frame-Options: deny
|
| X-XSS-Protection | This header enables the Cross-site scripting (XSS) filter built into most recent web browsers. It's usually enabled by default anyway, so the role of this header is to re-enable the filter for this particular website if it was disabled by the user. This header is supported in IE 8+, and in Chrome (not sure which versions). The anti-XSS filter was added in Chrome 4. Its unknown if that version honored this header. | X-XSS-Protection: 1; mode=block
|
| X-Content-Type-Options | The only defined value, "nosniff", prevents Internet Explorer and Google Chrome from MIME-sniffing a response away from the declared content-type. This also applies to Google Chrome, when downloading extensions. This reduces exposure to drive-by download attacks and sites serving user uploaded content that, by clever naming, could be treated by MSIE as executable or dynamic HTML files. | X-Content-Type-Options: nosniff
|
| Content-Security-Policy, X-Content-Security-Policy, X-WebKit-CSP | Content Security Policy requires careful tuning and precise definition of the policy. If enabled, CSP has significant impact on the way browser renders pages (e.g., inline JavaScript disabled by default and must be explicitly allowed in policy). CSP prevents a wide range of attacks, including Cross-site scripting and other cross-site injections. | Content-Security-Policy: default-src 'self'
|
| Content-Security-Policy-Report-Only | Like Content-Security-Policy, but only reports. Useful during implementation, tuning and testing efforts. | Content-Security-Policy-Report-Only: default-src 'self'; report-uri http://loghost.example.com/reports.jsp
|
Check Your Headers
Visit Check Your Headers to view and evaluate any website's security headers. http://cyh.herokuapp.com/cyh
For Chrome, the Recx Security Analyser extension checks a number of security relevant headers and gives a nice report on the findings. Recx Security Analyser
Real life examples
Below examples present selected HTTP headers as set by popular websites to demonstrate that they are indeed being used in production services:
As of January 2013 Facebook main page was setting these security related HTTP headers.
Strict-Transport-Security: max-age=60 X-Content-Type-Options: nosniff X-Frame-Options: DENY X-WebKit-CSP: default-src *; script-src https://*.facebook.com http://*.facebook.com https://*.fbcdn.net http://*.fbcdn.net *.facebook.net *.google-analytics.com *.virtualearth.net *.google.com 127.0.0.1:* *.spotilocal.com:* 'unsafe-inline' 'unsafe-eval' https://*.akamaihd.net http://*.akamaihd.net; style-src * 'unsafe-inline'; connect-src https://*.facebook.com http://*.facebook.com https://*.fbcdn.net http://*.fbcdn.net *.facebook.net *.spotilocal.com:* https://*.akamaihd.net ws://*.facebook.com:* http://*.akamaihd.net; X-XSS-Protection: 1; mode=block
Especially interesting is Facebook's use of Content Security Policy (using Google Chrome syntax), whose implementation can be challenging for large sites with heavy usage of JavaScript.
As of July 2014, the following headers were set:
strict-transport-security: max-age=7776000 x-content-type-options: nosniff x-frame-options: DENY content-security-policy: default-src *;script-src https://*.facebook.com http://*.facebook.com https://*.fbcdn.net http://*.fbcdn.net *.facebook.net *.google-analytics.com *.virtualearth.net *.google.com 127.0.0.1:* *.spotilocal.com:* 'unsafe-inline' 'unsafe-eval' https://*.akamaihd.net http://*.akamaihd.net *.atlassolutions.com chrome-extension://lifbcibllhkdhoafpjfnlhfpfgnpldfl;style-src * 'unsafe-inline';connect-src https://*.facebook.com http://*.facebook.com https://*.fbcdn.net http://*.fbcdn.net *.facebook.net *.spotilocal.com:* https://*.akamaihd.net wss://*.facebook.com:* ws://*.facebook.com:* http://*.akamaihd.net https://fb.scanandcleanlocal.com:* *.atlassolutions.com http://attachment.fbsbx.com https://attachment.fbsbx.com; x-xss-protection:0
Google+
As of January 2013 Google+ main page was setting these security related HTTP headers:
x-content-type-options: nosniff x-frame-options: SAMEORIGIN x-xss-protection: 1; mode=block
As of May 2013 Twitter main page was setting these security related HTTP headers:
strict-transport-security: max-age=631138519 x-frame-options: SAMEORIGIN x-xss-protection: 1; mode=block
As of July 2014 we can see the implementation of CSP added:
content-security-policy-report-only: default-src https:; connect-src https:; font-src https: data:; frame-src https: http://*.twimg.com http://itunes.apple.com about: javascript:; img-src https: data:; media-src https:; object-src https:; script-src 'unsafe-inline' 'unsafe-eval' about: https:; style-src 'unsafe-inline' https:; report-uri https://twitter.com/i/csp_report?a=NVQWGBBBFVZXO2LAAA%3D%3D%3D%3D%3D%3D&ro=true;
