Outdated TLS versions (TLS 1.0/1.1)
Which protocol versions the server still accepts. TLS 1.0 and 1.1 are withdrawn and refused by every browser; a version this client itself would not speak is left out rather than guessed at.
TLS is the protocol under HTTPS, and it has had several versions. TLS 1.0 and 1.1 were formally withdrawn by RFC 8996 in 2021: every major browser has dropped them, and payment-card audits (PCI DSS) fail on them. TLS 1.2 is the safe baseline, and TLS 1.3 is the current version, with a faster handshake and only modern ciphers.
How SiteScan checks it
Besides the normal connection, the scanner tries separate handshakes pinned to TLS 1.0 and to TLS 1.1. If the server completes either one, this row appears in red and names the legacy versions it accepted. If neither succeeds, the row is left out: a refusal may come from the scanner's own TLS library rather than from your server, so it is not reported as proof. The version actually in use is shown as a fact under Technology.
How to fix
Allow only modern versions:
- nginx:
ssl_protocols TLSv1.2 TLSv1.3; - Apache:
SSLProtocol -all +TLSv1.2 +TLSv1.3 - Behind a CDN or load balancer, set the minimum TLS version to 1.2 in its settings; the origin's config does not apply there.
Clients that can only speak TLS 1.0 are too old for current browsers anyway, so nobody real is locked out. Run a new scan afterwards to confirm the row is gone.
See this check on your own site
Run a free scan: the report shows this row for your domain along with the other checks of the site audit.
More in “TLS certificate”
What SiteScan checks
TLS certificate
- TLS certificate expiry
- Outdated TLS versions (TLS 1.0/1.1)
- TLS certificate chain
- TLS certificate issuer
- Certificate signature algorithm
Domain registration
- Domain registration expiry
- Registered domain name
- Domain registrar
- Domain registration date
- Domain last updated date
- Domain status codes (EPP)
- Domain transfer lock
- Registrar abuse contact
- RDAP and WHOIS data source
Indexing
- robots.txt file
- CSS and JS blocked in robots.txt
- XML sitemap
- Sitemap index file
- Off-domain URLs in the sitemap
- Sitemap lastmod dates
- Broken URLs in the sitemap
- RSS and Atom feed
Addresses & redirects
Security headers
- HTTP security headers and grade
- Strict-Transport-Security (HSTS) header
- Content-Security-Policy (CSP) header
- X-Content-Type-Options: nosniff
- X-Frame-Options and clickjacking
- Referrer-Policy header
- Permissions-Policy header
- HSTS preload list
- CORS and cross-origin reads
- HTTP TRACE method
Delivery & reputation
- Cache-Control header for HTML
- ETag and Last-Modified revalidation
- HTTP/3 and QUIC support
- Server version disclosure in headers
- DNS blocklist (DNSBL) check
Internal links
Exposure
- Exposed sensitive files (.env, .git, backups)
- Directory listing enabled
- Public JavaScript source maps
- Exposed WordPress endpoints
Well-known files
- security.txt file
- llms.txt for AI assistants
- llms-full.txt file
- ads.txt authorized sellers file
- humans.txt file
- Well-known change-password URL
DNS & email
- MX records (mail servers)
- SPF record
- DMARC record and policy
- DNSSEC signing
- CAA record
- Nameserver redundancy
- IPv6 support (AAAA record)
- MTA-STS policy
- TLS-RPT reporting record
- BIMI record (brand logo in email)
- Wildcard DNS record
- Dangling CNAME and subdomain takeover
Privacy & consent
- Analytics and tracking scripts
- Cookie consent banner
- Privacy policy link
- Terms of service link
- Imprint (Impressum)
- Accessibility statement
Core Web Vitals
- Lighthouse performance score
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- CrUX field data vs lab data