upgrade-insecure-requests directive instructs user agents to treat all of a site's insecure URLs (those served over HTTP) as though they have been replaced with secure URLs (those served over HTTPS). This directive is intended for web sites with large numbers of insecure legacy URLs that need to be rewritten.
upgrade-insecure-requests directive is evaluated before
block-all-mixed-content and if it is set, the latter is effectively a no-op. It is recommended to set either directive, but not both, unless you want to force HTTPS on older browsers that do not force it after a redirect to HTTP.
upgrade-insecure-requests directive will not ensure that users visiting your site via links on third-party sites will be upgraded to HTTPS for the top-level navigation and thus does not replace the
Strict-Transport-Security (HSTS) header, which should still be set with an appropriate
max-age to ensure that users are not subject to SSL stripping attacks.
// header Content-Security-Policy: upgrade-insecure-requests; // meta tag <meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">
With the above header set on a domain example.com that wants to migrate from HTTP to HTTPS, non-navigational insecure resource requests are automatically upgraded (first-party as well as third-party requests).
<img src="http://example.com/image.png"> <img src="http://not-example.com/image.png">
These URLs will be rewritten before the request is made, meaning that no insecure requests will hit the network. Note that, if the requested resource is not actually available via HTTPS, the request will fail without any fallback to HTTP.
<img src="https://example.com/image.png"> <img src="https://not-example.com/image.png">
Navigational upgrades to third-party resources brings a significantly higher potential for breakage, these are not upgraded:
<a href="https://example.com/">Home</a> <a href="http://not-example.com/">Home</a>
Finding insecure requests
Content-Security-Policy: upgrade-insecure-requests; default-src https: Content-Security-Policy-Report-Only: default-src https:; report-uri /endpoint
That way, you still upgrade insecure requests on your secure site, but the only monitoring policy is violated and reports insecure resources to your endpoint.
|Upgrade Insecure Requests
The definition of 'upgrade-insecure-requests' in that specification.
|Candidate Recommendation||Initial definition.|
The compatibility table in this page is generated from structured data. If you'd like to contribute to the data, please check out https://github.com/mdn/browser-compat-data and send us a pull request.
|Chrome Full support 43||Edge Full support 17||Firefox Full support 42||IE No support No||Opera Full support 30||Safari Full support 10.1||WebView Android Full support 43||Chrome Android Full support 43||Firefox Android Full support 42||Opera Android Full support 30||Safari iOS Full support 10.3||Samsung Internet Android Full support 4.0|
- Full support
- Full support
- No support
- No support