Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Continued compliance with the HSTS preload requirements. #563

Closed
bardiharborow opened this issue Jul 7, 2017 · 4 comments
Closed

Continued compliance with the HSTS preload requirements. #563

bardiharborow opened this issue Jul 7, 2017 · 4 comments

Comments

@bardiharborow
Copy link

Hey! libsodium.org is currently HSTS preloaded, but has not continued to remain compliant with the preload requirements. If you are able to remedy this, it would be highly appreciated. This will ensure that if Chrome begins delisting non-compliant domains that yours will not be affected. Over at EFForg/https-everywhere, we can't remove rewrite rules for domains that are non-compliant because that would present a security risk if Chrome then also removes them. Your domain is one of hundreds of non-compliant domains which add unnecessary maintenance and file size to our rulesets. Any assistance you can provide is appreciated.

@jedisct1
Copy link
Owner

jedisct1 commented Jul 7, 2017

Hi,

And thanks for the heads up.

Can you clarify what doesn't comply with the HSTS preload requirements any more?

I didn't see anything obvious.

Thanks!

@bardiharborow
Copy link
Author

http://libsodium.org needs to redirect to https://libsodium.org/ not https://www.libsodium.org/ in order to ensure that browsers without preload support still log the includeSubDomains directive for *.libsodium.org rather than *.www.libsodium.org and *.download.libsodium.org (noting that Strict-Transport-Security headers on HTTP endpoints do not take effect, so even having headers on http://libsodium.org like you currently do does not solve this issue).

@jedisct1
Copy link
Owner

jedisct1 commented Jul 8, 2017

Oh, I see.

This should now be fixed.

Thanks!

(for the record: s/\$server_name/\$host/g in the Nginx configuration file)

@jedisct1 jedisct1 closed this as completed Jul 8, 2017
@bardiharborow
Copy link
Author

Confirmed fixed. Thanks for the very quick responce.

Repository owner locked and limited conversation to collaborators Aug 28, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants