Free TLS version checker: see which TLS protocol versions a host supports, to catch deprecated TLS 1.0/1.1 during hardening and compliance reviews.
Reach for this when you need to verify which TLS protocol versions a host supports during setup, debugging, or an incident review. A one-off check is useful for diagnosis, but production systems need continuous monitoring once the immediate question is answered.
TLS has evolved, and the guidance is now clear. TLS 1.2 and TLS 1.3 are the current, secure versions and are what you should support. TLS 1.0 and 1.1 are deprecated — they have known weaknesses and are disallowed by major compliance standards, so they should be disabled. SSL 2.0 and 3.0 are obsolete and insecure. The one caution when hardening: disabling old protocol versions can break very old clients that cannot negotiate TLS 1.2+, so verify your real client base before turning them off. Note that protocol version is a separate question from certificate validity — a host can support only modern TLS versions and still have an expired certificate, so keep a certificate check running alongside any protocol review.
Use the TLS version result to catch outdated protocol support during hardening work, then keep monitoring certificate validity on that host continuously.
Supporting an old TLS version is a slow-moving risk, not an instant outage. Catch it during a review, but do not confuse a protocol check with ongoing availability monitoring.
Use the output to confirm the current state, and treat anything surprising as a starting point for diagnosis rather than a verdict.
Write down which results count as healthy, degraded, or failed before you automate anything.
Recreate the same check in Sandglass on an interval so the next change is caught automatically.
Send failures to email, a Slack webhook channel, or a generic webhook owned by whoever will fix them.