Which security headers does this site send?

HSTS, CSP, X-Frame-Options and the rest — what is set, what is weak, and what each one would do if you turned it on.

Example result

example-company.comPartly hardened3 of 6 set · 1 needs attention · 2 not set
Set

Strict-Transport-Security

Set with a max-age of 31536000 seconds. After a browser sees this once, it will use HTTPS for this host for that long without trying plain HTTP first. includeSubDomains extends it to every subdomain.

max-age=31536000; includeSubDomains
Weakened

Content-Security-Policy

Set, but it contains 'unsafe-inline'. 'unsafe-inline' permits inline <script> and style attributes, which is exactly the vector CSP is usually deployed to block. The policy still constrains where external resources load from, but its protection against injected script is much weaker than the header's presence suggests.

default-src 'self'; script-src 'self' 'unsafe-inline'
Set

X-Frame-Options

Set to SAMEORIGIN, so these pages may be framed by this site but not by any other one.

SAMEORIGIN
Set

X-Content-Type-Options

Set to nosniff, so the browser takes each response's declared Content-Type at face value instead of inspecting the bytes and deciding for itself.

nosniff
Not set

Referrer-Policy

Not set. Setting it would control how much of the current URL is sent to other sites when a visitor follows a link. Current browsers already default to strict-origin-when-cross-origin, so the absence is far less exposing than it once was.

Header not present
Not set

Permissions-Policy

Not set. Setting it would let you switch off browser features this site does not use — camera, microphone, geolocation and the rest — for the page and anything it embeds, so injected or third-party code cannot ask for them.

Header not present

Example result · one HTTPS request · nothing stored · no account