TLS暗号スイート解読・安全性判定

TLS暗号スイート名を貼り付けると、鍵交換・認証・暗号アルゴリズム/鍵長/モード・MACに分解して表示。IANA名とOpenSSL名の両方に対応し、前方秘匿性や既知の弱点から安全性を推奨/許容/非推奨/危険の4段階で判定します。

使い方

TLS暗号スイート名を1行に1つ貼り付けます。IANA名（TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256）、OpenSSL名（ECDHE-RSA-AES128-GCM-SHA256）、TLS 1.3の短い名称にも対応します。
各スイートを鍵交換・認証・暗号（アルゴリズム/鍵長/モード）・MACに分解し、前方秘匿性(PFS)の有無を表示します。
既知の弱点をもとに4段階（推奨/許容/非推奨/危険）で安全性の目安を判定し、理由を表示します。
下部の折りたたみに主要スイートのIANA名⇔OpenSSL名の対応表を収録しています。

仕組み・根拠

TLS 1.2の暗号スイート名はTLS_鍵交換_認証_WITH_暗号_MACの構造で、RFC 5246・RFC 5289に規定されています。本ツールはこの命名規則を解析するため、表に未収録のスイートも分解できます。TLS 1.3はRFC 8446 Appendix B.4でTLS_暗号_ハッシュという形になり、鍵交換は名前に含まれず常に一時鍵が使われるため、原則すべて前方秘匿性を持ちます。OpenSSL表記はIANA名と対応しますが、CBCの-CBC省略など命名が不規則なため、正確な相互変換には対応表が必要です。

安全性の判定は、RC4（RFC 7465で使用禁止）、DES/3DES（Sweet32攻撃 CVE-2016-2183）、NULL暗号、EXPORTグレード、匿名DH/ECDH、MD5、前方秘匿性の欠如、CBC+SHA-1（BEAST/Lucky13関連）という既知の弱点の有無に基づく目安です。

現場の落とし穴: openssl ciphers -vの出力はKx=ECDH Au=RSA Enc=AESGCM(128) Mac=AEADのような付加情報が並ぶため、丸ごと貼ると先頭のスイート名しか認識できません。スイート名だけを抜き出してください。また同じ128bit AESでもGCM（AEAD）とCBC（HMAC併用）では安全性が異なり、鍵長だけで判断すべきではありません。

よくある質問

Q. 「非推奨」と出ましたが今すぐ無効化すべきですか？

A. 判定は既知の弱点に基づく目安です。対向システムの制約や社内ポリシーと合わせて判断してください。

Q. TLS 1.3のスイート名に鍵交換の情報がないのはなぜですか？

A. TLS 1.3では鍵交換方式はCipherSuiteと別のkey_share拡張で決まるためです。

Q. OpenSSL名が対応表にない場合はどうなりますか？

A. ハイフン区切りの構造から分解を試みますが、対応する別名は表示されません。