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 "HTTP Strict Transport Security Cheat Sheet"

From OWASP
Jump to: navigation, search
(Authors and Primary Editors)
Line 88: Line 88:
 
Jim Manico<br/>
 
Jim Manico<br/>
 
Pawel Krawczyk<br/>
 
Pawel Krawczyk<br/>
Daniel Black</br>
+
Daniel Black<br/>
Michael Coates
+
Michael Coates<br/>
 +
and others...
  
 
== Other Cheatsheets ==
 
== Other Cheatsheets ==

Revision as of 07:04, 8 July 2016

Cheatsheets-header.jpg

Last revision (mm/dd/yy): 07/8/2016

Introduction

Description

HTTP Strict Transport Security (HSTS) is an opt-in security enhancement that is specified by a web application through the use of a special response header. Once a supported browser receives this header that browser will prevent any communications from being sent over HTTP to the specified domain and will instead send all communications over HTTPS. It also prevents HTTPS click through prompts on browsers.

The specification has been released and published end of 2012 as RFC 6797 (HTTP Strict Transport Security (HSTS)) by the IETF. (Reference see in the links at the bottom.)

Threats

HSTS addresses the following threats:

  • User bookmarks or manually types http://example.com and is subject to a man-in-the-middle attacker
    • HSTS automatically redirects HTTP requests to HTTPS for the target domain
  • Web application that is intended to be purely HTTPS inadvertently contains HTTP links or serves content over HTTP
    • HSTS automatically redirects HTTP requests to HTTPS for the target domain
  • A man-in-the-middle attacker attempts to intercept traffic from a victim user using an invalid certificate and hopes the user will accept the bad certificate
    • HSTS does not allow a user to override the invalid certificate message

Examples

Simple example, using a long (1 year) max-age:

 Strict-Transport-Security: max-age=31536000

If all present and future subdomains will be HTTPS:

 Strict-Transport-Security: max-age=31536000; includeSubDomains

Recommended: If the site owner would like their domain to be included in the HSTS preload list maintained by Chrome (and used by Firefox and Safari), then use:

 Strict-Transport-Security: max-age=31536000; includeSubDomains; preload

The `preload` flag indicates the site owner's consent to have their domain preloaded. The site owner still needs to then go and submit the domain to the list.

Problems

Site owners can use HSTS to identify users without cookies. This can lead to a significant privacy leak[1].

Cookies can be manipulated from sub-domains, so omitting the include "includeSubDomains" option permits a broad range of cookie-related attacks that HSTS would otherwise prevent by requiring a valid certificate for a subdomain. Ensuring the "Secure Flag" is set on all cookies will also prevent, some, but not all, of the same attacks.

Browser Support

Browser
Support Introduced
Internet Explorer
Internet Explorer 11 on Windows 8.1 and Windows 7[2]
Firefox
4
Opera
12
Safari
Mavericks (Mac OS X 10.9)
Chrome
4.0.211.0


A detailed overview of supporting browsers can be found at caniuse.com. There is also a TLS Browser Test Page to check whether your current browser supports HSTS.

Links

Authors and Primary Editors

Til Maas
Jim Manico
Pawel Krawczyk
Daniel Black
Michael Coates
and others...

Other Cheatsheets