5246では、暗号スイートを以下のフォーマットで表現している:TLS_DHE_DSS_WITH_AES_256_CBC_SHA256これは次の意味である。型)のもので共通鍵暗号としてCBCモードの256ビット鍵AESを用い、MACとしてはSHA256ハッシュ関数をベースとしたHMACを用いるTLS1.2では認証暗号としてMtE型のもののみならず、AES-GCMのような認証暗号専用に作られた暗号利用モードも用いる事ができるようになった。この場合MACはそもそも必要ない。ハッシュ関数の全ての組み合わせが網羅されているわけではないので、同時に利用できない組み合わせも存在する。鍵共有[編集]SSL/TLS(の1つ以上のバージョンで)使用できる鍵共有方式は以下のとおりである。ここでDHはDiffie-Hellmanの事である。DH-ANON、ECDH-ANONは中間者攻撃に対して脆弱であることから安全とはみなされていない。それぞれ、送信データに署名する事なくDH鍵共有、ECDH鍵共有を行う方式である。DHと呼ばれるもので、鍵共有の際クライアント、サーバがx、yをランダムに選び、gx、gyを計算し、これらに署名文をつけた上で交換しあう方式である。gx、gyにつける署名文を作成する署名方式は「***」の部分に記載されたものを使う。ECDHE-***はDHEの楕円DH版である。DHと呼ばれるもので、Diffie-Hellmanで用いるパラメータ(クライアントのgx、サーバのgy)がクライアントやサーバの公開鍵として認証局から公開鍵証明書を受け取っているケースのDiffie-Hellman鍵共有である。gx、gyに対する公開鍵証明書内の署名文を作成する署名方式は「***」の部分に記載されたものを使う。DHの楕円DH版である。RSA-***はランダムに選んだ共有鍵をサーバの公開鍵でRSA暗号化し、暗号文を「***」で指定された署名方式で署名したものをClientKeyExchangeにおいてクライアントがサーバに送る方式である。(ServerKeyExchangeでは何も送らない)。これによりリプレイ攻撃を防いでいる。34.10も提案されている(同じGOST規格による暗号化・改竄検出アリゴリズムとの組み合わせに限定)[27]。認証暗号[編集]共通鍵暗号[編集]認証暗号に用いる共通鍵暗号として以下のものがある。1.0はBEAST攻撃に対して脆弱であり、クライアント側、サーバ側での対応が必要。3.0はPOODLE攻撃に対して脆弱であり、クライアント側、サーバ側での対応が必要。Suiteは、アメリカ合衆国による高強度暗号アルゴリズムの輸出規制を回避するために設計された。1.1以降では利用が禁止されている。認証のみで暗号化は行われない。CBCに関する記述が取り込まれた。