Closed EdoPlantinga closed 4 years ago
In de HSTS-header op https://coronamelder.nl wordt momenteel het preload
-attribuut gebruikt, maar dit wordt niet erkend zonder ook includeSubDomains
te gebruiken. Daarnaast moet de max-age
op min. één jaar gezet worden, i.p.v. zes maanden.
Dit zijn beide eisen die door Chrome gesteld worden om daadwerkelijk gepreload te kunnen worden, zoals hier te zien en te verifiëren is.
Bedankt voor de tip, @tomwassenberg ! Dit neem ik mee.
Check ook de tips op https://observatory.mozilla.org/analyze/coronamelder.nl.
Samengevat komt dat neer op:
Tevens is het verstandig nog aandacht te geven aan:
Mocht het DNS beheer ook in handen zijn (gaat net iets verder dan een header, maar past goed in het lijstje :)): zet vooral ook in DNS 'CAA', zodat niemand certificaten kan uitgeven voor dit domein behalve PKI Overheid zelf.
Meer info: https://blog.qualys.com/ssllabs/2017/03/13/caa-mandated-by-cabrowser-forum?
tomwassenberg: > In de HSTS-header op https://coronamelder.nl wordt momenteel het preload-attribuut gebruikt, maar dit wordt niet erkend zonder ook includeSubDomains te gebruiken. Daarnaast moet de max-age op min. één jaar gezet worden, i.p.v. zes maanden.
Bedankt voor de tip, @tomwassenberg ! Dit neem ik mee.
En als dat goed staat zul je het domein ook nog wel moeten aanmelden op https://hstspreload.org/
Ik wilde net deze issue melden na het lezen van de pentest waar ik de HSTS in zag met te lage max-age
en zonder includeSubDomains
, gek genoeg zeuren ze daar wel over dubbele Cache-Control
header (in spec, bij welke software is dit een issue dan?) maar niet over deze :joy:.
Daarnaast is het sterk aan te raden óók alle Securityheaders die Internet.nl noemt goed te implementeren, inclusief een goede Content Security Policy en de Privacy Policy (heet inmiddels ‘Permissions Header’, zie https://w3c.github.io/webappsec-feature-policy/), zie ook https://securityheaders.com/