Difference between revisions of "HTTPS-only and HSTS"

From EPrints Documentation
Jump to: navigation, search
m (reformatting including some typo correction)
(Added advice about patch on GitHub.)
Line 65: Line 65:
 
</VirtualHost>
 
</VirtualHost>
 
</source>
 
</source>
 +
 +
To save having to ensure your modify <tt>/cfg/apache/REPOID.conf</tt> any time <tt>/bin/generate_apacheconf</tt> [https://github.com/eprints/eprints/commit/c29574dbdcd49c67f3aea522998960f2eb19f544 this patch] can be applied to <tt>perl_lib/EPrints/Apache.pm</tt>

Revision as of 17:26, 20 February 2018


HTTPS with EPrints

See the pages in Category Authentication for how to setup up HTTPS on EPrints, for example:

The following is a description of how to configure EPrints so that all content, not just login pages, is served over HTTPS.

Google Best Practices for HTTPS

The following are the best practices specified by Google

  • HSTS Headers on HTTPS
  • No “Mixed Content” warnings/errors
  • Links point to HTTPS locations
  • 301 Redirects from HTTP to HTTPS

HSTS

To summarize how HSTS works, if a browser (Chrome, Firefix, IE) sees the HSTS header in the HTTPS response, and there are no certificate errors or mixed content warnings or anything (if it is green), then the next time a user of that browser requests the HTTP page of that site, the browser will modify the request from an HTTP to a HTTPS request. The browser will remember that setting for as long as you specify max-age to be. This means that even with HSTS, it is still possible to request and receive content over HTTP. To close that down, a server redirect is necessary, so those browsers that haven’t seen the HSTS header in the past that happen to try to go to HTTP will get that initial redirect to HTTPS.

Implementing HTTPS-only with HSTS on an EPrints repository

Changes to /cfg.d/10_core.pl

Initialize the following variables to be the https URL (i.e., https://YOUR-REPOSITORY-DOMAIN)

 $c->{host} = "YOUR-REPOSITORY-DOMAIN"; 
 $c->{http_url} = 'https://YOUR-REPOSITORY-DOMAIN';
 $c->{http_cgiurl} = 'https://YOUR-REPOSITORY-DOMAIN/cgi';
 $c->{base_url} = "https://$c->{host}";

Changes to /cfg/lang/LANGID/templates/default.xml, and /cfg/lang/LANGID/static/*.XPAGE files

Remove any hard coded links to HTTP
If you have Google Search included as an XPAGE file,
call on the Google API (and any other APIs) using HTTPS.

Changes to apache conf files

Add the HSTS header

Add a new include apache-ssl CONF file to the folder /REPOID/cfg/ that has the HSTS header. The max-age variable is a time in seconds for how long the HSTS settings should be remembered by the browser. 15780000 is six months, which is a long time, you may want to set it to a shorter time while testing.

Header set Strict-Transport-Security "max-age=15780000"

Include this file from the core apache conf file for the secure port (443) in /etc/

A new file is required because generate_apacheconf overwrites any of the conf files that were already being included.

Add 301 redirects to secure port from HTTP (port 80)

The generate_apacheconf would ideally have some new flags, something like --sslonly and --hsts, which would generate the correct apache config files for a repository that follows the Google best practice of HTTPS-only with HSTS, but it does not. Thus, one way to introduce the redirect is to overwrite one of the files that are generated by /bin/generate_apacheconf, i.e. /cfg/apache/REPOID.conf. This means that you will have to re-apply this redirect (by overwriting the conf file again with the redirect) if/when you need to re-run /bin/generate_apacheconf.

Modify the default port 80 response of Apache to redirect to the secure port, by modifying /cfg/apache/REPOID.conf to:

<VirtualHost *:80>
RedirectPermanent / https://YOUR-REPOSITORY-DOMAIN/  
</VirtualHost>

To save having to ensure your modify /cfg/apache/REPOID.conf any time /bin/generate_apacheconf this patch can be applied to perl_lib/EPrints/Apache.pm