Website Security Checker
One free scan covering SSL/TLS, security headers, cookie flags, exposed sensitive files, CAA records and server fingerprinting — with an overall A–F grade and copy-paste fixes for anything that fails.
How It Works
Enter a URL
Type any domain or full URL. No account, no email, no signup required to run a scan.
We run 8 passive checks
SSL/TLS, headers, cookies, exposed files, CAA and fingerprinting — all read-only HTTP requests, nothing intrusive.
Get a grade and the fix
See your A–F score plus copy-paste config snippets for whatever's failing — not just a list of problems.
What We Check
| Category | Weight | What it looks at |
|---|---|---|
| SSL/TLS Configuration | 30% | Certificate validity and expiry, TLS protocol version, weak cipher suites, key strength. |
| Security Headers | 35% | Content-Security-Policy, Strict-Transport-Security, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy. |
| Cookie Flags | 15% | Whether cookies set the Secure and HttpOnly attributes, and whether SameSite is configured. |
| Exposed Files | 15% | Probes for common accidentally-public files: .env, .git/config, wp-config.php backups, .DS_Store. |
| DNS CAA Records | 5% | Whether a CAA record restricts which certificate authorities may issue for your domain. |
| Server Fingerprinting | 5% | Whether your Server or X-Powered-By header leaks specific software version numbers. |
About Website Security Checker
What Is a Website Security Checker?
A website security checker scans a site for common security issues — missing security headers, outdated software signatures, malware indicators, and misconfigurations — giving you a quick baseline read on a site's security posture.
How to Use the Security Checker
- Enter the URL you want to check
- Click Check Security
- Review flagged issues
- Address each item with your host or developer
Key Features
- Multiple security signals checked at once — headers, malware indicators, and more
- Clear, prioritized results
Who Uses This Tool
Site owners run a baseline security check periodically. Developers verify security headers are properly configured after a deployment.
Frequently Asked Questions
Does a clean result mean my site is fully secure?
No — this covers common, checkable signals; it's not a substitute for a full professional penetration test on a high-value or sensitive site.
Is this tool free?
Yes, checking website security is completely free.
Understanding Website Security Signals
Why security headers matter
Security headers are instructions your server sends to the browser about how to treat your page — they don't require any code changes to your application logic, just server configuration. A missing Content-Security-Policy is the single most common reason a site is vulnerable to cross-site scripting (XSS): without it, any injected script runs with full trust. The other headers each close a smaller, specific gap: clickjacking (X-Frame-Options), MIME-sniffing attacks (X-Content-Type-Options), referrer leakage (Referrer-Policy), and unwanted access to device features from embedded content (Permissions-Policy).
HSTS and why max-age matters
Strict-Transport-Security tells the browser "never load this site over plain HTTP again," closing the window an attacker has to intercept a redirect from HTTP to HTTPS. The max-age value matters: anything under a year is considered too short to meaningfully protect returning visitors, which is why this checker specifically verifies max-age is at least 31536000 seconds (365 days), not just that the header exists.
Cookie flags: Secure, HttpOnly, SameSite
A cookie without the Secure flag can be sent over an unencrypted connection if one is ever forced. Without HttpOnly, client-side JavaScript (including any injected via XSS) can read the cookie directly — turning a minor script injection into full session theft. SameSite restricts whether the cookie is sent on cross-site requests, which is a core defense against CSRF attacks.
Why exposed files are a critical finding
Files like .env, .git/config, or a leftover wp-config.php.bak are meant to never be reachable over HTTP at all — they typically contain database credentials, API keys, or full source history. Unlike a missing header (a hardening gap), a truly exposed file is an active, often trivially exploitable leak, which is why this is one of the highest-weighted findings in the report.
CAA records
A CAA (Certification Authority Authorization) DNS record specifies which certificate authorities are allowed to issue certificates for your domain. Without one, any publicly trusted CA can issue a certificate for it — including one issued in error or by an attacker who briefly gains control of validation. It's a low-cost, defense-in-depth addition most sites simply haven't gotten around to.
Server fingerprinting
A Server or X-Powered-By header that discloses an exact version number (e.g. "nginx/1.18.0" instead of just "nginx") hands an attacker a head start: they can look up known vulnerabilities for that exact version instead of having to guess. Removing or generalizing these headers doesn't fix an underlying vulnerability, but it does remove a convenient shortcut for finding one.
How This Compares to Other Free Scanners
| Capability | This Tool | Typical Header-Only Scanners |
|---|---|---|
| Security headers grading | ✓ Yes | ✓ Yes |
| SSL/TLS configuration grading | ✓ Yes | ✕ Usually separate tool |
| Cookie flag inspection | ✓ Yes | ✕ Rare |
| Exposed sensitive file detection | ✓ Yes | ✕ Rare |
| DNS CAA record check | ✓ Yes | ✕ Rare |
| Copy-paste fix snippets per platform | ✓ Nginx, Apache, .htaccess, Node.js | ✕ Findings only, no fixes |
| Account or email required | ✓ Not required | ✓ Usually not required |