TLS Cryptography • RFC 8446 & RFC 5246

Understanding TLS Cipher Suite Qualities

A comprehensive guide to how TLS cipher suites work, how ExpiryHawk rates cryptographic cipher quality independently of certificate trust, and how to configure your web servers for modern, forward-secure encryption.

ExpiryHawk Quality Rating Tiers

Modern AEAD with Forward Secrecy (PFS) Recommended

Negotiated TLS 1.3 or TLS 1.2 with Ephemeral Diffie-Hellman (ECDHE) and modern Authenticated Encryption (AES-GCM or ChaCha20-Poly1305). Guarantees confidentiality even if server private keys leak in the future.

Standard AEAD Acceptable

Uses authenticated encryption (AES-GCM), but may lack modern ephemeral forward secrecy during key exchange.

Legacy (CBC Mode - Lacks AEAD) Upgrade Recommended

Uses Cipher Block Chaining (CBC) mode with HMAC-SHA. Vulnerable to padding oracle and timing attacks (e.g. Lucky Thirteen, POODLE, BEAST). Modern standards mandate AEAD.

Weak (Static RSA - No Forward Secrecy) Upgrade Recommended

Client encrypts pre-master secrets using the server's static RSA certificate key. If the server's private key is ever stolen or compromised, all past intercepted network sessions can be decrypted retrospectively.

Insecure (Prohibited Cipher Algorithm) Critical Risk

Negotiated obsolete algorithms such as 3DES (Sweet32 attack), RC4 (stream cipher biases), NULL, or export-grade ciphers. Completely prohibited by modern standards.

Deprecated Protocol (TLS < 1.2) Critical Risk

The negotiated handshake protocol is TLS 1.0, TLS 1.1, or SSL 3.0. Formally deprecated by IETF RFC 8996 and disallowed by PCI-DSS compliance frameworks.

1 Anatomy of a TLS Cipher Suite

When your browser or client connects to an HTTPS server, they agree on a specific set of cryptographic algorithms called a Cipher Suite. In TLS 1.2, cipher suite names describe the exact building blocks used to secure the connection:

Example: TLS 1.2 Suite
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
1. Key Exchange ECDHE

Ephemeral Diffie-Hellman provides Forward Secrecy.

2. Authentication RSA / ECDSA

Proves server identity via its SSL certificate.

3. Bulk Encryption AES_128_GCM

AEAD symmetric encryption for all payload data.

4. Integrity / PRF SHA256

Hash algorithm for the Pseudorandom Function.

What changed in TLS 1.3? In TLS 1.3 (e.g. TLS_AES_128_GCM_SHA256 or TLS_CHACHA20_POLY1305_SHA256), static RSA and non-AEAD modes were completely eliminated from the protocol specification. Key exchange is always ephemeral (Forward Secrecy by design) and bulk encryption is always AEAD.

2 Cipher Suite Quality vs. Certificate Trust

A common misconception in web security is confusing certificate authentication with cryptographic cipher strength:

Certificate Authentication

Proves who owns the server. If a certificate is self-signed, expired, or issued by an unrecognized CA, the browser will block the connection because identity cannot be verified, even if the cipher itself is military-grade AES-256.

Cipher Suite Quality

Protects how the session is encrypted in transit. A trusted Let's Encrypt or DigiCert certificate can still be negotiated over obsolete, vulnerable ciphers if the web server is misconfigured.

ExpiryHawk evaluates both dimensions independently: overall Security Rating reflects full end-to-end trust and validity, while Cipher Suite Quality evaluates the cryptographic resilience of the negotiated cipher.

3 Key Cryptographic Concepts

Perfect Forward Secrecy (PFS)

With ephemeral key exchange (ECDHE or DHE), the keys used to encrypt user sessions are temporary and destroyed immediately after the session ends. If an adversary records encrypted network traffic today and obtains the server's private key years later, they still cannot decrypt the recorded traffic. Without PFS (e.g. static RSA), all past traffic can be decrypted.

AEAD (Authenticated Encryption with Associated Data)

AEAD ciphers like AES-GCM and ChaCha20-Poly1305 simultaneously encrypt payload data and verify its integrity in a single mathematical operation. Older CBC-mode ciphers separated encryption from HMAC authentication, making them vulnerable to padding oracle attacks where subtle timing differences reveal plaintext bytes.

Prohibited & Weak Algorithms

Algorithms like 3DES use 64-bit block sizes, which suffer from collision attacks after transferring around 32 GB of data (Sweet32). RC4 suffers from statistical biases that allow session cookie recovery. Both are forbidden on modern networks.

4 Recommended Web Server Hardening

If ExpiryHawk reports your Cipher Suite Quality as Legacy, Weak, or Insecure, update your web server configuration to support TLS 1.2 and TLS 1.3 with modern AEAD suites:

Nginx Configuration (/etc/nginx/nginx.conf)
ssl_protocols TLSv1.2 TLSv1.3;
ssl_prefer_server_ciphers off;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:10m;
ssl_session_tickets off;
Apache HTTPD Configuration (ssl.conf)
SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305
SSLHonorCipherOrder off
SSLSessionTickets off
Caddy Server (Caddyfile)
# Caddy enforces modern TLS 1.3/1.2 AEAD ciphers automatically by default.
# To enforce strict minimum protocol version:
example.com {
    tls {
        protocols tls1.2 tls1.3
    }
}

Audit Your Own Endpoints

Scan your servers instantly to inspect negotiated TLS protocols, cipher suite qualities, certificate chains, and domain expiration dates.