Free TLS Cipher Suite Reference

Browse 25+ TLS cipher suites with security ratings (Recommended/Secure/Weak/Insecure), PFS support, and TLS version filters. Check your site with SSL Labs.

Updated

Share:
Home/Utility Tools/TLS Cipher Suite Reference

TLS Cipher Suite Reference

Browse and filter 25+ TLS cipher suites with security ratings, PFS status, and version info.

Security

TLS Version

Showing 25 of 25 suites

NameTLSKey ExchangeEncryptionSecurityPFS
TLS_AES_256_GCM_SHA384TLS 1.3ECDHEAES-256-GCM
Recommended
Yes
TLS_AES_128_GCM_SHA256TLS 1.3ECDHEAES-128-GCM
Recommended
Yes
TLS_CHACHA20_POLY1305_SHA256TLS 1.3ECDHEChaCha20-Poly1305
Recommended
Yes
TLS_AES_128_CCM_SHA256TLS 1.3ECDHEAES-128-CCM
Recommended
Yes
TLS_AES_128_CCM_8_SHA256TLS 1.3ECDHEAES-128-CCM-8
Recommended
Yes
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS 1.2ECDHEAES-256-GCM
Recommended
Yes
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS 1.2ECDHEAES-256-GCM
Recommended
Yes
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS 1.2ECDHEAES-128-GCM
Recommended
Yes
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS 1.2ECDHEAES-128-GCM
Recommended
Yes
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS 1.2ECDHEChaCha20-Poly1305
Recommended
Yes
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS 1.2DHEAES-256-GCM
Secure
Yes
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS 1.2DHEAES-128-GCM
Secure
Yes
TLS_RSA_WITH_AES_256_GCM_SHA384TLS 1.2RSAAES-256-GCM
Secure
No
TLS_RSA_WITH_AES_128_GCM_SHA256TLS 1.2RSAAES-128-GCM
Secure
No
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS 1.2ECDHEAES-256-CBC
Secure
Yes
TLS_RSA_WITH_AES_256_CBC_SHA256TLS 1.2RSAAES-256-CBC
Weak
No
TLS_RSA_WITH_AES_128_CBC_SHA256TLS 1.2RSAAES-128-CBC
Weak
No
TLS_RSA_WITH_3DES_EDE_CBC_SHATLS 1.2RSA3DES-EDE-CBC
Weak
No
TLS_RSA_WITH_AES_256_CBC_SHATLS 1.1RSAAES-256-CBC
Insecure
No
TLS_RSA_WITH_AES_128_CBC_SHATLS 1.1RSAAES-128-CBC
Insecure
No
TLS_RSA_WITH_RC4_128_SHATLS 1.1RSARC4-128
Insecure
No
TLS_RSA_WITH_RC4_128_MD5TLS 1.0RSARC4-128
Insecure
No
TLS_RSA_WITH_DES_CBC_SHATLS 1.0RSADES-CBC
Insecure
No
TLS_RSA_EXPORT_WITH_RC4_40_MD5TLS 1.0RSARC4-40
Insecure
No
TLS_NULL_WITH_NULL_NULLTLS 1.0NULLNULL
Insecure
No

TLS Version Comparison

TLS 1.3

Current standard. All suites use AEAD encryption and perfect forward secrecy by default. Faster handshake.

TLS 1.2

Still widely used and acceptable when configured with strong ciphers. Avoid CBC and SHA-1 variants.

TLS 1.1

Deprecated in 2021 (RFC 8996). Should be disabled on all servers.

TLS 1.0

Deprecated. Vulnerable to POODLE and BEAST attacks. Must be disabled immediately.

Check Your Site's TLS

Enter a domain to test it with SSL Labs (opens in new tab).

Powered by Qualys SSL Labs

Frequently Asked Questions

How many cipher suites are included?

The tool includes 25+ cipher suites spanning TLS 1.0 through TLS 1.3 with security classifications.

What does PFS mean?

Perfect Forward Secrecy (PFS) means each session uses a unique key, so past sessions remain secure even if the server key is compromised.

Is it free?

Yes, completely free.

Is my data safe with this tool?

Absolutely. The TLS Cipher Suite Reference processes everything client-side in your browser. No data is uploaded to or stored on any server. Your content remains private on your device at all times.

Does the TLS Cipher Suite Reference work on mobile devices?

Yes, the TLS Cipher Suite Reference is fully responsive and works on smartphones and tablets. You can use it on any device with a modern web browser -- no app download required.

Do I need to create an account to use this tool?

No account or registration is needed. Simply open the TLS Cipher Suite Reference in your browser and start using it immediately. There are no sign-up walls or usage restrictions.

How do I use the TLS Cipher Suite Reference?

Simply enter your input in the provided field, adjust any settings to your preference, and the tool will process it instantly. You can then copy the result to your clipboard or download it.

Which browsers are supported?

The TLS Cipher Suite Reference works in all modern browsers including Chrome, Firefox, Safari, Edge, and Opera. For the best experience, use the latest version of your preferred browser.

How do I read a TLS cipher suite name like TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384?

A TLS 1.2 cipher suite name encodes four choices in a fixed order. The key exchange comes first (ECDHE), describing how the client and server agree on a shared secret without sending it in the clear. The authentication algorithm follows (RSA), proving the server's identity with its certificate. After the word WITH comes the bulk encryption that actually protects your data (AES-256-GCM), and finally the hash used for message integrity and key derivation (SHA-384). So TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 means ephemeral elliptic-curve Diffie-Hellman key exchange, RSA authentication, 256-bit AES in GCM mode, and SHA-384. TLS 1.3 names are shorter, like TLS_AES_256_GCM_SHA384, because key exchange and authentication are negotiated separately from the cipher. Paste any suite name into this reference's search box to see each component broken out alongside its security rating and forward-secrecy status.

What is the difference between ECDHE and static RSA key exchange?

The key-exchange algorithm decides how the client and server establish the shared secret that encrypts a session. Static RSA encrypts that secret with the server's long-term public key, so anyone who later steals the matching private key can decrypt every recorded session. ECDHE (and DHE) instead generate a fresh, ephemeral key pair for each handshake using elliptic-curve Diffie-Hellman, then discard it. Because the long-term key only signs the exchange rather than encrypting the secret, a future key compromise cannot unlock past traffic. That property is Perfect Forward Secrecy, and it is why ECDHE suites are rated Recommended here while static-RSA suites top out at Secure. This reference flags each suite's key exchange and PFS support so you can prioritize ephemeral, forward-secret options in your server's cipher order.

Why are TLS 1.0 and TLS 1.1 considered insecure?

TLS 1.0 and 1.1 were formally deprecated in 2021 by RFC 8996 and should be disabled on every server. They rely on outdated CBC-mode ciphers paired with SHA-1 or MD5, and they support broken primitives like RC4, DES, and export-grade 40-bit crypto. TLS 1.0 is exploitable through the BEAST and POODLE attacks, which let an attacker recover plaintext from an encrypted session. Neither version offers the AEAD encryption that modern protocols require, and leaving them enabled is one of the most common findings in an SSL scan. Major browsers dropped support years ago, so keeping them on adds risk without serving real users. In this reference, every TLS 1.0 and 1.1 suite is rated Insecure; filter by version to confirm which legacy suites your configuration should drop.

What is the difference between GCM and CBC cipher modes in TLS?

GCM and CBC are two ways a block cipher like AES encrypts your data, and the choice strongly affects security. CBC (Cipher Block Chaining) only encrypts; it needs a separate MAC for integrity, and that combination has produced a string of padding-oracle attacks such as POODLE and Lucky 13, especially with SHA-1. GCM (Galois/Counter Mode) is an AEAD mode: it encrypts and authenticates in a single step, eliminating padding entirely and resisting those attacks. That is why modern best practice favors AES-GCM and ChaCha20-Poly1305, and why TLS 1.3 dropped CBC suites completely. In this reference, GCM-based suites carry Recommended or Secure ratings while CBC suites with older hashes are marked Weak or Insecure. Filter by security rating to see exactly which CBC suites to phase out of your server.

How does the SSL Labs site check work with this reference?

The reference table itself is static data built into the page, so it shows how cipher suites are rated in general but cannot see your actual server. To test a live site, enter a domain in the Check Your Site box and press the button; the tool opens the Qualys SSL Labs Server Test in a new tab for that domain. SSL Labs then connects to your server, lists every cipher suite and TLS version it actually negotiates, checks for known vulnerabilities, and assigns an overall letter grade from A+ down to F. That scan runs on SSL Labs' infrastructure, not on this site, and nothing you type is uploaded here. Use this table to decide which suites you want, then run the SSL Labs check to confirm your real-world configuration matches your intent.

About the TLS Cipher Suite Reference

The TLS Cipher Suite Reference is a free, searchable lookup table of the cipher suites that web servers and browsers negotiate to secure HTTPS connections. It lists more than 25 named suites spanning TLS 1.0 through TLS 1.3, and for each one it shows the key exchange, encryption algorithm, hash, whether it offers Perfect Forward Secrecy, and a plain-English security rating. It is built for the people who actually tune a server's TLS configuration: sysadmins hardening a web server, developers debugging a handshake, security analysts reviewing a scan result, and students learning how the pieces of a cipher suite fit together.

Instead of decoding a cryptic string like TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 by hand, you can search for it, see how each component is rated, and decide whether to keep it, replace it, or disable it.

How to read a cipher suite rating

Every suite in the table carries one of four labels:

  • Recommended — modern AEAD suites such as TLS_AES_256_GCM_SHA384 (TLS 1.3) and TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (TLS 1.2). These use ephemeral key exchange and authenticated encryption, and they all provide Perfect Forward Secrecy.
  • Secure — acceptable suites that are slightly behind best practice, for example static-RSA key exchange with AES-GCM, which works but lacks forward secrecy.
  • Weak — suites relying on CBC mode or SHA-1, like TLS_RSA_WITH_3DES_EDE_CBC_SHA. Functional, but worth phasing out.
  • Insecure — anything using RC4, DES, export-grade crypto, or NULL encryption, plus the TLS 1.0/1.1 CBC suites. These should be disabled outright.

You can filter the list by security rating, by TLS version (1.3, 1.2, 1.1, or 1.0), or by typing part of a suite name into the search box. A live counter shows how many suites match your current filters.

Why cipher choice and TLS version matter

A cipher suite is only as strong as its weakest component, and the TLS version it belongs to sets the baseline. TLS 1.3, finalized in 2018, removed every legacy option: all of its suites use AEAD encryption and Perfect Forward Secrecy by default, and its handshake is faster. TLS 1.2 is still widely deployed and acceptable when configured with strong suites, but the CBC and SHA-1 variants should be avoided.

The older protocols are no longer safe. TLS 1.0 is vulnerable to the BEAST and POODLE attacks, and both TLS 1.0 and TLS 1.1 were formally deprecated in 2021 by RFC 8996, meaning they should be disabled on every server. Leaving them enabled is one of the most common findings in an SSL scan.

Perfect Forward Secrecy, explained

Perfect Forward Secrecy (PFS) means each session derives a unique, ephemeral key, so recording today's encrypted traffic does not let an attacker decrypt it later even if the server's long-term private key is eventually stolen. Suites built on ECDHE or DHE key exchange offer PFS; suites using plain static RSA key exchange do not. The reference flags PFS support with a clear Yes or No so you can prioritize forward-secret suites in your server order.

Checking your own server

The reference itself runs entirely in your browser — the suite data is built into the page, nothing you type is uploaded, and no account or sign-up is required. The one feature that reaches outside is the optional site check: enter a domain and the tool opens the Qualys SSL Labs Server Test in a new tab so you can see exactly which suites your live server actually negotiates and grade its configuration. That scan is run by SSL Labs, not by this site.

Use the table as your decision guide, then run the SSL Labs test to confirm your real-world setup matches it.