TLS 1.2 vs TLS 1.3: Key Differences and How to Upgrade Your Server (2026)
TLS 1.3 was standardized in RFC 8446 in 2018 and is now supported by all major browsers and servers. Compared to TLS 1.2, it removes a decade of accumulated baggage — weak cipher suites, RSA key exchange, CBC mode ciphers, and the BEAST/POODLE/LUCKY13 attack surfaces — and replaces a two-round-trip handshake with a faster one-round-trip design. If your server still only supports TLS 1.2, enabling 1.3 is a straightforward configuration change with no downside.
TLS Scanner
Test which TLS versions your server accepts and which ciphers it negotiates.
Try It Free →On a typical HTTPS connection with 50ms round-trip latency, TLS 1.3 saves one full round trip — 50ms of connection setup time. On mobile networks with 150ms+ RTT, that's 150ms saved per new connection.
What TLS Version Is Your Server Using?
How to Enable TLS 1.3 on Apache
TLS 1.3 support in Apache requires OpenSSL 1.1.1+ and Apache 2.4.36+. Check your versions first:
If versions are met, add these directives to your HTTPS VirtualHost:
How to Enable TLS 1.3 on Nginx
Nginx supports TLS 1.3 since version 1.13.0, but OpenSSL must be 1.1.1+. Check: nginx -V 2>&1 | grep OpenSSL
Verify TLS 1.3 Is Active
Should You Disable TLS 1.2?
Not yet, but it's coming. As of 2026, TLS 1.2 is still required for compatibility with older devices (some Android 6 and iOS 8 clients, older Windows versions). The PCI DSS standard requires TLS 1.2 minimum. Keep TLS 1.2 enabled alongside 1.3 unless you have a specific reason to drop it (e.g., a high-security API endpoint where you fully control all clients).
TLS 1.0 and 1.1 should already be disabled — they've been deprecated since 2021 and are blocked by all major browsers.
FAQs
- What is 0-RTT in TLS 1.3 and should I enable it?
0-RTT (zero round-trip time resumption) lets returning visitors resume a session without any handshake delay. However, 0-RTT data is vulnerable to replay attacks — an attacker can capture and retransmit the same request. Enable it only for safe, idempotent endpoints (like GET requests), never for login forms or payment flows. Most servers leave it disabled by default. - My server supports TLS 1.3 but clients still connect with TLS 1.2. Is that a problem?
No. When both sides support TLS 1.3, the client will use it. If the client only supports TLS 1.2, the server falls back to 1.2. Supporting both simultaneously is the recommended configuration. - Does upgrading to TLS 1.3 require a new SSL certificate?
No. Your existing certificate (RSA or ECDSA) works fine with TLS 1.3. The certificate and the protocol version are independent. Only the supported elliptic curves and cipher suites change, not the certificate format.
Upgrading to TLS 1.3 on macOS
macOS 10.15 Catalina and later support TLS 1.3 natively in the system TLS stack (Secure Transport / Network.framework). For Homebrew-managed servers, TLS 1.3 configuration is identical to Linux:
macOS Safari and other Apple apps use TLS 1.3 automatically when available — no user-side configuration is needed. The changes above only affect Homebrew-managed server software.
Check which TLS versions your server supports
The SSL Checker shows TLS protocol support, active cipher suites, and flags any deprecated configurations.