What we check
Security headers are instructions your server sends with every page that tell the browser how to protect visitors: always use HTTPS, which scripts may run, whether the page may be framed by another site. They cost nothing to add and close off whole classes of attack, yet many firm websites send none of them.
- Strict-Transport-Security (HSTS) with a max-age of at least six months, includeSubDomains and preload.
- Content-Security-Policy, including unsafe-inline, unsafe-eval and wildcard sources.
- Clickjacking protection with X-Frame-Options or frame-ancestors.
- X-Content-Type-Options, Referrer-Policy, Permissions-Policy and Cross-Origin-Opener-Policy.
- Server and X-Powered-By headers that reveal software versions.
- Secure, HttpOnly and SameSite flags on cookies, and mixed http:// content.
- Publicly reachable files such as /.git/HEAD, /.env or backup configuration files, and /.well-known/security.txt.
- CMS detection (WordPress, Joomla, Drupal, Wix, Squarespace, Shopify) and visible version numbers.
Why firms are a target
Law firms, notaries and accountants hold exactly the information attackers want: identity documents, financial data and confidential correspondence. The public website is rarely where that data lives, but a compromised site can be used to plant malware, run phishing pages under your domain or redirect clients to fraudulent payment details.
Under the GDPR you must implement appropriate technical measures to protect personal data, and professional bodies increasingly expect members to document basic cyber hygiene. A clean header report is an easy, visible part of that.
Fixing the findings
Most headers are added in one place: the web server configuration (nginx, Apache, Caddy), a CDN setting or a security plugin. Start with HSTS, X-Content-Type-Options, Referrer-Policy and frame protection, which rarely break anything. A Content-Security-Policy needs more care: deploy it first in report-only mode, review what it would block, then enforce it.
Exposed files and outdated CMS versions are urgent. Remove the files from the web root, update the CMS and its plugins, and hide version numbers from the HTML generator tag and response headers.
What an outside scan cannot see
This check looks only at what your server sends to any visitor. It cannot assess passwords, admin accounts, backups, plugin code or the security of the hosting environment. Treat a good result as evidence that the basics are in place, and keep regular updates, two-factor login for administrators and tested backups on your list as well.