Check a Website's HTTP Security Headers

Fetches the page and grades Content-Security-Policy, Strict-Transport-Security, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, the cross-origin isolation headers, cookie flags and CORS.

Public hosts only. About a handful of requests, usually finished in under 15 seconds. How we scan · Acceptable use

Illustration of the security headers checker in use

How it works

  1. Enter the URL

    We fetch it with a browser-like request and follow redirects.

  2. Headers are parsed, not just spotted

    A CSP with 'unsafe-inline' or an HSTS max-age of a day is flagged as weak, not passed.

  3. Copy the fix

    Each finding includes ready-to-paste values for nginx, Apache and common frameworks.

What this tool checks

29 checks across 3 areas. Each links to its reference page with the test, the risk and the fix.

Full reference

Cookie security

4 checks

HTTP security headers

13 checks

Transport security (HTTPS / TLS)

12 checks

The ones that most often decide the grade:

Guides for this tool

Background reading written to go with these results.

Frequently asked questions

Which header matters most?

Content-Security-Policy, because it defeats most cross-site scripting, followed by Strict-Transport-Security. The rest are quick wins.

Why did my CSP get flagged even though it exists?

A policy that allows 'unsafe-inline' in script-src, wildcards, or omits object-src and base-uri leaves the main attack paths open. The report says which directive.

Do I need Permissions-Policy on a plain content site?

It costs nothing and disables camera, microphone and geolocation for any script that ends up on your page, including injected ones.

Is X-XSS-Protection still useful?

No. Browsers removed the auditor it controlled; set it to 0 or omit it and use a CSP.