(Translated by https://www.hiragana.jp/)
Transport Layer Security - Wikipedia コンテンツにスキップ

Transport Layer Security

出典しゅってん: フリー百科ひゃっか事典じてん『ウィキペディア（Wikipedia）』
TCP/IP群ぐん
アプリケーション層そう
カテゴリ
トランスポート層そう
カテゴリ
インターネット層そう
カテゴリ
リンク層そう
カテゴリ
インターネットセキュリティ
プロトコル
キーマネジメント
アプリケーション層そう
DNS
インターネット層そう

Transport Layer Security（トランスポート・レイヤー・セキュリティ、TLS）は、インターネットなどのコンピュータネットワークにおいてセキュリティを要求ようきゅうされる通信つうしんを行おこなうためのプロトコルである。主おもな機能きのうとして、通信つうしん相手あいての認証にんしょう、通信つうしん内容ないようの暗号あんごう化か、改竄かいざんの検出けんしゅつを提供ていきょうする。TLSは非ひ営利えいり組織そしきIETFによって策定さくていされた。

当とうプロトコルは（特とくに区別くべつする場合ばあいを除のぞいて）SSL (Secure Sockets Layer) と呼よばれることも多おおい。これは、TLSの元もとになったプロトコルがSSLであり[1]、そのSSLという名称めいしょうが広ひろく普及ふきゅうしていることによる[2]。SSLはNetscapeが設計せっけい・開発かいはつした[3]。当初とうしょのSSLを元もとにして、以後いご、SSL 2（1994年ねん）、SSL 3（1995年ねん）がそれぞれ前ぜんバージョンの欠陥けっかんや脆弱ぜいじゃく性せいを修正しゅうせいするものとして公開こうかいされた。SSLを拡張かくちょうして、TLS（1999年ねん）、TLS 1.2（2008年ねん）、TLS 1.3（2018年ねん）が作つくられた[3]。

2022年ねん現在げんざいの最新さいしん版ばんはTLS 1.3である。

概要がいよう[編集へんしゅう]

TLSは多おおくの場合ばあい、コネクション型がたのトランスポート層そうプロトコル（通常つうじょうはTCP）とアプリケーション層そうの間あいだで使つかわれる。特とくにHTTPでの利用りようを意識いしきして設計せっけいされているが、アプリケーション層そうの特定とくていのプロトコルには依存いぞんせず、様々さまざまなアプリケーションにおいて使つかわれている。TLS 1.1以降いこうを元もとにしたプロトコルが、UDPやDCCPといったデータグラム型かたプロトコル上じょうでも実装じっそうされており、こちらはDatagram Transport Layer Security (DTLS) として独立どくりつして標準ひょうじゅん化かされている。

TLSはHTTPなどのアプリケーション層そうのプロトコルと組くみ合あわせることで、HTTPSなどセキュアな通信つうしんプロトコルを実現じつげんしている。そのようなプロトコルとして以下いかのものがある。

SSLと組くみ合あわせたプロトコル ポート番号ばんごう 元もとのプロトコル ポート番号ばんごう
HTTPS 443 HTTP 80
SMTPS 465 SMTP 25
LDAPS 636 LDAP 389
FTPS (data) 989 FTP (data) 20
FTPS (control) 990 FTP (control) 21
IMAPS 993 IMAP 143
POP3S 995 POP3 110

アプリケーション層そうプロトコルへの適用てきよう[編集へんしゅう]

TLSは特定とくていのアプリケーション層そうプロトコルに依存いぞんしないため、HTTP以外いがいにも多おおくのプロトコルにおいて採用さいようされ、クレジットカード情報じょうほうや個人こじん情報じょうほう、その他たの機密きみつ情報じょうほうを通信つうしんする際さいの手段しゅだんとして活用かつようされている。

既存きそんのアプリケーション層そうプロトコルでTLSを利用りようする場合ばあい、大おおきく2つの適用てきよう方式ほうしきが考かんがえられる。まずひとつは、下位かい層そう（通常つうじょうはTCP）の接続せつぞくを確立かくりつしたらすぐにTLSのネゴシエーションを開始かいしし、TLS接続せつぞくが確立かくりつしてからアプリケーション層そうプロトコルの通信つうしんを開始かいしする方式ほうしきである。もうひとつは、まず既存きそんのアプリケーション層そうプロトコルで通信つうしんを開始かいしし、その中なかでTLSへの切きり替かえを指示しじする方式ほうしきである。切きり替かえコマンドとしてSTARTTLSが広ひろまっているため、この方式ほうしき自体じたいをSTARTTLSと呼よぶこともある。

前者ぜんしゃはアプリケーション層そうのプロトコルをまったく変更へんこうしなくてすむことが利点りてんである。その反面はんめん、平文へいぶんで接続せつぞくを開始かいしする実装じっそうと共存きょうぞんできなくなるため、既存きそんのポート番号ばんごうとは別べつにTLS対たい応用おうようのポート番号ばんごうが必要ひつようとなる。実態じったいとしては、SSL/TLSの最初さいしょの適用てきよう例れいであるHTTPSをはじめとして、前者ぜんしゃの方式ほうしきを使つかうことが多おおい。ただし、この方式ほうしきはバーチャルホストを構成こうせいする際さいに問題もんだいとなる可能かのう性せいがある。詳細しょうさいは#バーチャルホストの節ふしを参照さんしょう。

なお、ポート番号ばんごうを分わける方式ほうしきをSSL、同どう一いちポート番号ばんごうで切替きりかえる方式ほうしき（STARTTLS方式ほうしき）をTLSと呼よんでいる実装じっそうもある[4]。TLS/SSLという用語ようごの区別くべつがプロトコルのバージョンを指さしているか、アプリケーション層そうプロトコルへの適用てきよう方式ほうしきを指さしているかは、文脈ぶんみゃくで判断はんだんする必要ひつようがある。

セキュリティ上じょうの考察こうさつ[編集へんしゅう]

TLS適用てきようの有無うむと使用しようアルゴリズムの強度きょうど[編集へんしゅう]

TLSを導入どうにゅうさえすればセキュリティが確保かくほできるという認識にんしきは誤あやまっている。TLS通信つうしんは、平文へいぶんでの通信つうしんに比くらべて（主おもに暗号あんごう化か・復号ふくごう時どき）余分よぶんな計算けいさん機能きのう力りょくを使用しようするため、本当ほんとうに必要ひつようなとき以外いがいは使用しようしないことが多おおい。システムはデータの重要じゅうよう性せいを判断はんだんすることができないので、TLSが必要ひつようなときに正まさしく使つかわれているかどうかは、利用りよう者しゃ自身じしんが判断はんだんしなければならない。

Mozilla Firefoxにおける南京錠なんきんじょうアイコンの例れい

World Wide Webでは、ハイパーリンクによるページ遷移せんいを繰くり返かえして処理しょりを行おこなうため、どの通信つうしんで TLS (HTTPS) が使用しようされているか把握はあくすることが重要じゅうようになる。多おおくのウェブブラウザは、画面がめんのどこかに南京錠なんきんじょうのアイコンを表示ひょうじしたり、アドレスバーの色いろを変化へんかさせたりして、利用りよう者しゃに情報じょうほうを提供ていきょうしていた。一方いっぽう Google は南京錠なんきんじょうのアイコンが適切てきせつではなくなったとして、Chrome での南京錠なんきんじょうの表示ひょうじを廃止はいしした[5]。背景はいけいとして、HTTPS が普及ふきゅうしたこと、南京錠なんきんじょうアイコンの意味いみを正ただしく理解りかいしている人ひとが少すくない[6]ことを挙あげている。さらに、Chrome では HTTPS を使つかっていない通信つうしんを行おこなう前まえに警告けいこく画面がめんを出だすようにした[7]。

また実際じっさいに使用しようするアルゴリズムは双方そうほうのネゴシエーションによって決きまるため、TLSを使用しようしていても、システムとして許容きょようはするが推奨すいしょうできないアルゴリズムが採用さいようされる可能かのう性せいがある。このような場合ばあいもダイアログメッセージなどを使つかって利用りよう者しゃに警告けいこくすべきである。

証明しょうめい書しょの正当せいとう性せい[編集へんしゅう]

詳細しょうさいは「認証にんしょう局きょく」を参照さんしょう

TLSは公開こうかい鍵かぎ証明しょうめい書しょを用もちいて認証にんしょうを行おこない、なりすましを極力きょくりょく排除はいじょしようとする。しかしシステムの自動的じどうてきな対応たいおうには限界げんかいがあり、すべてのなりすましを検出けんしゅつできるわけではない。

公開こうかい鍵かぎ証明しょうめい書しょには認証にんしょう局きょくによる電子でんし署名しょめいが与あたえられる。その署名しょめいの正当せいとう性せいを評価ひょうかするためには認証にんしょう局きょくの証明しょうめい書しょが必要ひつようであり、最終さいしゅう的てきにはルート証明しょうめい書しょと呼よばれる一群いちぐんの証明しょうめい書しょに行いきつく。各かくシステムは、認証にんしょう局きょくの証明しょうめい書しょとして信用しんようできるルート証明しょうめい書しょを、あらかじめ保持ほじしている。認証にんしょう局きょくは自身じしんの秘密ひみつ鍵かぎを厳重げんじゅうに秘匿ひとくし、また証明しょうめい書しょの発行はっこうにあたっては正当せいとうなサーバ管理かんり者しゃかどうか確認かくにんすることが求もとめられる。これらが保証ほしょうされない認証にんしょう局きょくのルート証明しょうめい書しょを組くみ込こむことは、TLSにおける認証にんしょう機能きのうを破綻はたんさせることになる。仮かりに認証にんしょう局きょく自体じたいは安全あんぜんでも、入手にゅうしゅしたルート証明しょうめい書しょが本当ほんとうに意図いとする認証にんしょう局きょくのものかどうか判断はんだんすることは難むずかしいという点てんも注意ちゅういすべきである。

TLSで認証にんしょうを行おこなうためには、認証にんしょう局きょくの署名しょめいに加くわえて、証明しょうめい書しょの発行はっこう先さきを確認かくにんする必要ひつようがある。確認かくにんしない場合ばあい、サーバAの管理かんり権限けんげんを持もたない者ものがサーバBとして正当せいとうな証明しょうめい書しょを取得しゅとくし、その証明しょうめい書しょを使つかってサーバAを名乗なのることができてしまう。TLS用ようのサーバ証明しょうめい書しょには発行はっこう先さきサーバのホスト名めいが書かき込こまれており、クライアントは自分じぶんが接続せつぞくしようとしているサーバのホスト名めいと一致いっちするかどうか確認かくにんすることができる。

現実げんじつには「正当せいとうな」サーバであっても、これらの検証けんしょうにおいて「問題もんだいがある」と判断はんだんされる証明しょうめい書しょを使つかって運用うんようされているサーバが少すくなからず存在そんざいする。セキュリティ研究けんきゅう者しゃの高木たかぎ浩光ひろみつは、このような証明しょうめい書しょのことを、オレオレ詐欺さぎをもじって「オレオレ証明しょうめい書しょ」と呼よんで批判ひはんしている[8]。

この検証けんしょうは、システムに指示しじされた接続せつぞく先さきのホスト名めいと実際じっさいに接続せつぞくした先さきのホスト名めいが一致いっちすることを検証けんしょうしているのであり、利用りよう者しゃが意図いとする接続せつぞく先さきとは必かならずしも一致いっちしないことに注意ちゅういする必要ひつようがある。

例れいとして、利用りよう者しゃが意図いとする接続せつぞく先さきであるサーバAがホスト名めいwww.example.comでサービスを提供ていきょうしており、攻撃こうげき者しゃはサーバBおよびホスト名めいwww.example.orgを取得しゅとくしている場合ばあいを考かんがえる。仮かりに攻撃こうげき者しゃがDNS偽装ぎそうに成功せいこうして、www.example.comへの接続せつぞくをサーバBに導みちびくことができたとしても、www.example.comのサーバ証明しょうめい書しょを入手にゅうしゅできないので、TLS接続せつぞくを提供ていきょうすることはできない。しかし攻撃こうげき者しゃも、www.example.orgのサーバ証明しょうめい書しょを入手にゅうしゅすることはできる。したがって、サーバAに接続せつぞくしようとしている利用りよう者しゃを、www.example.comではなくwww.example.orgへ接続せつぞくさせることができれば、クライアントからは正当せいとうな証明しょうめい書しょを持もったサーバとしか見みえない。

上記じょうきのような例れいも考慮こうりょした上うえで、利用りよう者しゃが意図いとしている接続せつぞく先さきかどうかを判断はんだんするためには、以下いかの2つの条件じょうけんを満みたす必要ひつようがある。

  1. 利用りよう者しゃは意図いとする接続せつぞく先さきの正ただしいホスト名めいを知しっている。
  2. 利用りよう者しゃは、現在げんざいシステムに指示しじされている接続せつぞく先さきが、自分じぶんの知しっている正ただしいホスト名めいと一致いっちしていることを確認かくにんできる。

2は、情報処理じょうほうしょり推進すいしん機構きこう (IPA) が公開こうかいしている「安全あんぜんなウェブサイトの作つくり方かた」[9]という文書ぶんしょの「フィッシング詐欺さぎを助長じょちょうしないための対策たいさく」に対応たいおうする。

乱数らんすうの品質ひんしつ[編集へんしゅう]

他たの多おおくの近代きんだい暗号あんごうと同様どうように、TLSもまた、暗号あんごうとしての強度きょうどは乱数らんすうの品質ひんしつに依存いぞんしている。桁数けたすう（ビット長ちょう）の大おおきな暗号あんごうは推測すいそくが難むずかしいという前提ぜんていが暗号あんごう強度きょうどの根拠こんきょとなっている（これは、公開こうかい鍵かぎ暗号あんごうシステムにも言いえる）。もし何なんらかの理由りゆうで乱数らんすうの出現しゅつげん確かく率りつが大おおきく偏かたよるようなことがあれば、総そう当あたり攻撃こうげきで解読かいどくされる可能かのう性せいが上昇じょうしょうする。通常つうじょうは、これは実装じっそうの問題もんだいに起因きいんしている。

古ふるい例れいでは、Netscapeの初期しょきの実装じっそうにおける乱数らんすう生成せいせいの脆弱ぜいじゃく性せいがある。プロセスIDや時刻じこくから乱数らんすうを生成せいせいしていることが判明はんめいし、これらの情報じょうほうを取得しゅとくできる場合ばあいには総そう当あたり攻撃こうげきの所要しょよう時間じかんが大幅おおはばに短みじかくなるという問題もんだいがあった[10]。

2008年ねん5月15日にちにはDebianが脆弱ぜいじゃく性せいに関かんする報告ほうこく[11]を発表はっぴょうした。OpenSSLライブラリのパッケージメンテナンスの際さいに誤あやまったパッチを導入どうにゅうした結果けっか、鍵かぎ生成せいせいに適切てきせつな乱数らんすうが使つかわれず僅わずか65536 (= 216) 通どおりの予測よそく可能かのうな物ものが生成せいせいされてしまった事ことを明あきらかにした[12]（なお、この問題もんだいはOpenSSLそのものの脆弱ぜいじゃく性せいではない）。この影響えいきょうを受うけるのはDebian sargeより後のちのバージョンのDebianと、それから派生はせいしたDamn Small Linux、KNOPPIX、Linspire、Progeny Debian、sidux、Ubuntu、UserLinux、Xandrosである。脆弱ぜいじゃく性せいのあるバージョンのOpenSSLは2006年ねん9月17日にちに公開こうかいされた。安定あんていバージョンがリリースされた2007年ねん4月がつ8日にち以降いこうは確実かくじつに影響えいきょうを受うける。脆弱ぜいじゃく性せいのあるバージョンのOpenSSLで作つくられた鍵かぎ全すべて、SSH鍵かぎ、OpenVPN鍵かぎ、DNSSEC鍵かぎ、X.509証明しょうめい書しょを生成せいせいするのに使つかわれる鍵かぎデータ、およびSSL/TLSコネクションに使つかうセッション鍵かぎ等とうが影響えいきょうを受うける。これらの鍵かぎは65536通とおり全すべてを総そう当あたり攻撃こうげきで試ためすだけでいずれの鍵かぎが使つかわれているか解読かいどく可能かのうであり（SSHでは20分間ふんかんで解読かいどくできたと報告ほうこくされている）、また脆弱ぜいじゃくな鍵かぎがインストールされたDebianを含ふくむ全すべてのオペレーティングシステムにおいて緊急きんきゅうの対応たいおうが必要ひつようであると専門せんもん家かが注意ちゅういを呼よびかけている。生成せいせいされた鍵かぎに問題もんだいがあるため、Debian GNU/Linuxで生成せいせいした鍵かぎをMicrosoft Windowsのような非ひUNIXシステムに導入どうにゅうしているような場合ばあいも、この脆弱ぜいじゃく性せいの影響えいきょうを受うける。具体ぐたい的てき対応たいおうについては、Debianの報告ほうこくの他ほか、JPCERT/CCの勧告かんこく[13]等ひとしに従したがうべきである。

プロトコル概要がいよう[編集へんしゅう]

本ほん説せつではTLS 1.2の概要がいようを説明せつめいする。

TLSには主おもなプロトコルとして暗号あんごう通信つうしんに必要ひつような鍵かぎ (master secret) を鍵かぎ共有きょうゆうしてセッションを確立かくりつするTLSハンドシェイクプロトコルと、master secretを用もちいて暗号あんごう通信つうしんすることで確立かくりつされたセッションにおけるコネクションをセキュアにするTLSレコードプロトコルがある。

その他たに用もちいている暗号あんごう方式ほうしきやハッシュ関数かんすう等とうのアルゴリズムを変更へんこうする Change Cipher Spec プロトコルと通信つうしん相手あいてからの通信つうしん終了しゅうりょう要求ようきゅうや何なんらかのエラーを通知つうちする アラートプロトコルがある。

TLSハンドシェイクプロトコル[編集へんしゅう]

TLSハンドシェイクプロトコルは4つのフェーズに大別たいべつできる。

 
 
 
 
 
 
 
 
 
クライアント
 
 
 
 
 
 
 
 
 
 
 
（第だい一いちフェーズ）
 
 
 
 
 
 
 
 
 
   サーバ   
 
 
 
 
 
 
 
 
 
 
 
─ClientHello───→
←ServerHello────
 
（第だい二にフェーズ）
←Certificate────
←ServerKeyExchange─
←CertificateRequest──
←ServerHelloDone──
 
（第だい三さんフェーズ）
─Certificate───→
─ClientKeyExchange→
─CertificateVerify─→
 
（第だい四よんフェーズ）
─Change Cipher Spec→
─Finished─────→
←Change Cipher Spec─
←Finished──────

第だい一いちフェーズ[編集へんしゅう]

第だい一いちのフェーズではサーバ・クライアント間あいだで通信つうしんに必要ひつよう情報じょうほうの合意ごういを図はかる。このフェーズでは、まずクライアントからサーバにClientHelloが送信そうしんされ、次つぎにサーバからクライアントにServerHelloが送信そうしんされる[14]。

ClientHelloはTLSのバージョン、乱数らんすう、セッションID、通信つうしんに用もちいる暗号あんごう方式ほうしきやハッシュアルゴリズムのリスト (cipher_suites)、通信つうしん内容ないようの圧縮あっしゅく方法ほうほう、および拡張かくちょう領域りょういきの6つからなる[14]。乱数らんすうは鍵かぎ共有きょうゆうにおけるリプレイ攻撃こうげきを防ふせぐためのものである。

ServerHelloもClientHelloと同様どうようの6つからなっている（名称めいしょうは一部いちぶ異ことなる）[14]。ServerHelloの主おもな目的もくてきは、ClientHelloで提示ていじされた選択肢せんたくしの中なかでサーバにとって好このましいものを選択せんたくする事ことで、例たとえばClientHelloで提示ていじされたcipher_suitesの中なかから、サーバが通信つうしんに使つかいたいcipher_suiteを一いち組くみ選えらぶ[14]。乱数らんすうはClientHelloとは独立どくりつして選えらぶ[14]。これもリプレイ攻撃こうげきを回避かいひするためである。セッションIDは特とくに問題もんだいがなければClientHelloと同一どういつのものを返かえす。

第だい二にフェーズ[編集へんしゅう]

第だい二にフェーズではサーバからクライアントに対たいして鍵かぎ共有きょうゆうに必要ひつような情報じょうほうを送おくる。具体ぐたい的てきにはサーバはCertificate、ServerKeyExchange、CertificateRequest、ServerHelloDoneを（第だい一いちフェーズServerHelloに引ひき続つづき）クライアントに送信そうしんする[14]。

Certificateは鍵かぎ共有きょうゆうで用もちいる公開こうかい鍵かぎとその証明しょうめい書しょで別途べっと取とり決きめがない限かぎりX.509v3のフォーマットに従したがう[14]。なお鍵かぎ共有きょうゆう方式ほうしきとしてDH_anonを用もちいている場合ばあいにはcertificateは必要ひつようない[14]。

ServerKeyExchangeは鍵かぎ共有きょうゆうプロトコルに依存いぞんして送おくるデータが異ことなるが、DH_anonであれば、gx mod pという形かたちのデータを送おくる。ここでxはサーバの秘密ひみつの乱数らんすうである。鍵かぎ共有きょうゆうプロトコルがDHE_DSS、DHE_RSA、DH_anonでは何なんらかのserver_key_exchangeを送おくるが、RSA、DH_DSS、DH_RSAでは何なにも送おくらない[14]。

CertificateRequestはクライアントの公開こうかい鍵かぎとその証明しょうめい書しょを送おくることを要求ようきゅうするためのもので、サーバが許容きょようできる証明しょうめい書しょの種別しゅべつ、ハッシュと署名しょめい方式ほうしき、および認証にんしょう局きょくのリストからなっている[14]。

そして最後さいごにサーバ側がわからのメッセージ送信そうしんが終おわった事ことを示しめすServerHelloDoneをクライアントに送おくる。

第だい三さんフェーズ[編集へんしゅう]

第だい三さんフェーズではクライアントからサーバに対たいして鍵かぎ共有きょうゆうに必要ひつような情報じょうほうを送おくる。具体ぐたい的てきにはクライアントはCertificate、ClientKeyExchange、CertificateVerifyをサーバに送おくる[15]。

Certificateは鍵かぎ共有きょうゆうで用もちいるクライアントの公開こうかい鍵かぎとその証明しょうめい書しょである。証明しょうめい書しょはサーバから送おくられてきたCertificateRequestの条件じょうけんを満みたさねばならない。

ClientKeyExchangeは鍵かぎ共有きょうゆうプロトコルに依存いぞんして送おくるデータが異ことなるが、DH_anonであれば、gy mod pという形かたちのデータを送おくる。ここでyはクライアントの秘密ひみつの乱数らんすうである。

ここまでのプロトコルにより、サーバとクライアントの間あいだでpremaster secretが共有きょうゆうされた事ことになる。DH_anonであればpremaster secretはgxy mod pである。premaster secretを鍵かぎにした擬似ぎじランダム関数かんすうにServerHelloとClientHelloの乱数らんすうなどを並ならべたものを入力にゅうりょくした結果けっか得えられたものがmaster secretである[15]。

CertificateVerifyはクライアントが署名しょめい能力のうりょくを持もっていることを証明しょうめいするためにこれまでTLSハンドシェイクプロトコルで送受信そうじゅしんされた全ぜんメッセージに対たいし、共有きょうゆうされたmaster secret で署名しょめいしたものである[要よう検証けんしょう – ノート][14]。

第だい四よんフェーズ[編集へんしゅう]

クライアントは必要ひつようならChange Cipher Spec プロトコルのメッセージをサーバに送おくり、終了しゅうりょうを意味いみするFinishedをサーバに送おくる。同様どうようにサーバも必要ひつようならChange Cipher Spec プロトコルのメッセージをクライアントに送おくり、終了しゅうりょうを意味いみするFinishedをクライアントに送おくる[14]。

TLSレコードプロトコル[編集へんしゅう]

TLSレコードプロトコルはアプリケーション層そうから受うけ取とった通信つうしん内容ないようを214バイト以下いかのブロックに分解ぶんかい (fragmentation) し、各かくブロックを圧縮あっしゅく (compress) し、圧縮あっしゅくされたブロックを認証にんしょう暗号あんごうで暗号あんごう化かするレコード Payload 防護ぼうごを施ほどこした上うえで、通信つうしん内容ないようを通信つうしん相手あいてに送信そうしんする[16]。

認証にんしょう暗号あんごうは、TLS 1.1まではMACをつけた後のちで共通きょうつう鍵かぎ暗号あんごう化かするMAC-then-Encrypt (MtE) のみが利用りよう可能かのうであった。TLS 1.2からは、AES-GCMのようなAEADに分類ぶんるいされる認証にんしょう暗号あんごう専用せんようの暗号あんごう利用りようモードも利用りよう可能かのうになり[16]、TLS 1.3ではAEADのみが利用りよう可能かのうとなっている。

認証にんしょう暗号あんごうにブロック暗号あんごう（AEAD以外いがい）を選択せんたくした場合ばあい、TLS 1.1以降いこうにおいてIVはTLSレコードプロトコルの送信そうしん者しゃがランダムに選えらぶ[16]。ランダムなIVは、BEAST攻撃こうげきへの対策たいさくとして有効ゆうこうである。一方いっぽう、認証にんしょう暗号あんごうで用もちいる共通きょうつう鍵かぎはTLSハンドシェイクプロトコルで共有きょうゆうされたmaster secretを用もちいる。

バージョン[編集へんしゅう]

コンピュータの計算けいさん能力のうりょくの向上こうじょうとともに、認証にんしょうの突破とっぱ、暗号あんごうの解読かいどく、改竄かいざんも以前いぜんよりは容易よういに行おこなえるようになり、セキュリティ確保かくほのための技術ぎじゅつも厳きびしさを増ましている。

2017年ねん現在げんざいでは、TLS 1.2 以上いじょうのバージョンの実装じっそうが推奨すいしょうされ、TLS 1.1 以下いかのサポートを停止ていしするサイトも出でてきている[17][18][19]。2021年ねん3月がつにはRFC 8996により、TLS 1.0〜TLS 1.1の使用しよう禁止きんしが求もとめられている。

Defined
バージョン 年とし
SSL 1.0 n/a
SSL 2.0 1995
SSL 3.0 1996
TLS 1.0 1999
TLS 1.1 2006
TLS 1.2 2008
TLS 1.3 2018

SSL 1.0[編集へんしゅう]

ネットスケープコミュニケーションズ社しゃがSSLの最初さいしょのバージョンとして設計せっけいしていたが、設計せっけいレビューの段階だんかいでプロトコル自体じたいに大おおきな脆弱ぜいじゃく性せいが発見はっけんされ、破棄はきされた。このため、2018年ねん現在げんざいではSSL 1.0を実装じっそうした製品せいひんはない。

SSL 2.0[編集へんしゅう]

ネットスケープコミュニケーションズ社しゃはSSL 1.0の問題もんだいを修正しゅうせいして再さい設計せっけいし、1994年ねんにSSL 2.0として発表はっぴょうした。また、同社どうしゃのウェブブラウザであるNetscape Navigator 1.1においてSSL 2.0を実装じっそうした。

その後ご、SSL 2.0にもいくつかの脆弱ぜいじゃく性せいが発見はっけんされ、SSL 3.0において修正しゅうせいされた。SSL 2.0の脆弱ぜいじゃく性せいのひとつは、ネゴシエーションの情報じょうほうを改竄かいざんすると、提示ていじする選択肢せんたくしのうち最さい弱じゃくのアルゴリズムを使つかわせることができ（ダウングレード攻撃こうげき）、改竄かいざんを受うけたことを検出けんしゅつできないというものである。さらに悪わるいことに、この脆弱ぜいじゃく性せいを利用りようすると、双方そうほうがSSL 3.0をサポートしていてもSSL 2.0で接続せつぞくさせることさえ可能かのうになる。

SSL 3.0ではSSL 2.0との互換ごかん性せいを提供ていきょうするにあたり、乱数らんすう領域りょういきを使つかった細工ざいくを加くわえることで、このような攻撃こうげきを検出けんしゅつする仕組しくみを組くみ込こんだ。しかしこの細工ざいくが無効むこうにされているサーバ環境かんきょうも存在そんざいし、クライアントから見みるとSSL 2.0を無効むこうにしない限かぎりこの脆弱ぜいじゃく性せいの影響えいきょうを受うける可能かのう性せいを否定ひていできない[20]。SSL 3.0以降いこうに対応たいおうした実装じっそうが十分じゅうぶんに普及ふきゅうしたものとして、Internet Explorer 7やMozilla Firefox 2、Opera 9などは、初期しょき状態じょうたいでSSL 2.0を無効むこうにしている[21][22][23]。この決定けっていを受うけ、SSL 2.0しか対応たいおうしていなかったサーバでも、SSL 3.0以降いこうへ対応たいおうする動うごきが広ひろまっている[24]。

SSL 2.0にはチェーン証明しょうめい書しょがなく、ルートCAから発行はっこうしたSSLサーバ証明しょうめい書しょしか使つかうことができない。

2011年ねん3月がつ、RFC 6176 によってSSL 2.0の使用しようは禁止きんしされた。

SSL 3.0[編集へんしゅう]

ネットスケープコミュニケーションズ社しゃはSSL 2.0の問題もんだいを修正しゅうせいするとともに機能きのう追加ついかを行おこない、1995年ねんにSSL 3.0を発表はっぴょうした。また、Netscape Navigator 2.0においてSSL 3.0を実装じっそうした。SSL 3.0の仕様しよう書しょについては、2011年ねんにIETFから歴史れきし的てき文書ぶんしょという扱こいでRFC 6101として公開こうかいされた。

2014年ねん10月がつにSSL 3.0の仕様しよう上じょうの脆弱ぜいじゃく性せい（POODLE攻撃こうげき）が発見はっけんされたため、SSL 3.0への対応たいおうを打うち切きり、TLS 1.0以降いこうのみ対応たいおうへの移行いこうが望のぞまれている。2015年ねん6月がつ、RFC 7568 によってSSL 3.0の使用しようは禁止きんしされた。

SSLについては、使つかうべきではない。

TLS 1.0[編集へんしゅう]

IETFのTLSワーキンググループはRFC 2246としてTLS 1.0を公表こうひょうした。TLS 1.0の標準ひょうじゅん化か作業さぎょうは1996年ねんに開始かいしされ、年内ねんないに完了かんりょうする予定よていだったが、いくつかの問題もんだいに阻はばまれ、公表こうひょうは1999年ねんまで遅延ちえんした。

TLS 1.0が提供ていきょうする機能きのうはSSL 3.0とあまり変かわらないが、アルゴリズムやルートCAの自己じこ署名しょめい証明しょうめい書しょの取扱とりあつかいなどの仕様しようの詳細しょうさいが変更へんこうされたことに加くわえ、これまであまり実装じっそうされていなかった選択肢せんたくしのいくつかが必須ひっすと定さだめられた。このため、TLS 1.0を実装じっそうした製品せいひんが普及ふきゅうするまでには、さらに数すう年ねんを要ようした。

2021年ねん3月がつ、RFC 8996によりTLS 1.0を使用しようしないことが呼よびかけられている。

なおTLS 1.0はSSL 3.0より新あたらしい規格きかくであることを示しめすため、ネゴシエーションにおけるバージョン番号ばんごうは3.1となっている。

TLS 1.1[編集へんしゅう]

2006年ねんにRFC 4346としてTLS 1.1が制定せいていされた。TLS 1.0からの変更へんこう点てんは、新あたらしく発見はっけんされた攻撃こうげき手法しゅほうに対たいする耐たい性せいの強化きょうかが中心ちゅうしんである。特とくにCBC攻撃こうげきに対たいする耐たい性せいを上あげるため、初期しょき化かベクトルを明示めいじ的てきに指定していすることにし、さらにパディングの処理しょりも改善かいぜんされた。また、予期よきせぬ回線かいせんクローズ後ごに、セッションを再開さいかいできるようになった。共通きょうつう鍵かぎ暗号あんごうアルゴリズムとしてAESが選択肢せんたくしに加くわわった[25]。

2021年ねん3月がつ、RFC 8996によりTLS 1.1を使用しようしないことが呼よびかけられている。

ネゴシエーションにおけるバージョン番号ばんごうは3.2となっている。

TLS 1.2[編集へんしゅう]

2008年ねん8月がつにRFC 5246としてTLS 1.2が制定せいていされた。ハッシュのアルゴリズムにSHA-256が追加ついかされたほか、ブロック暗号あんごうについて、従来じゅうらいのCBCモードだけではなく、GCM、CCMといった認証にんしょう付つき暗号あんごうを用もちいたcipher suiteが利用りよう可能かのうとなった。また、AESに関かんする記述きじゅつがRFC 5246自体じたいに含ふくまれるようになった。

ネゴシエーションにおけるバージョン番号ばんごうは3.3となっている。

TLS 1.3[編集へんしゅう]

新あらたなTLSのバージョンとしてTLS 1.3が提案ていあんされてきたが[26]、IETFは2018年ねん3月がつ23日にちに、ドラフト28を標準ひょうじゅん規格きかくとして承認しょうにんし[27][28]、同年どうねん8月がつ10日とおかにRFC 8446として公開こうかいした[29]。

TLS 1.2からの変更へんこう点てんとしては、データ圧縮あっしゅくの非ひサポート、forward secrecyではないcipher suite（RSAのみを用もちいたもの）および認証にんしょう付つき暗号あんごうではないcipher suite（CBCモードのブロック暗号あんごうやRC4を用もちいたもの）の廃止はいしが挙あげられる。なお名称めいしょうをTLS 2.0やTLS 4等とうに変更へんこうすることが検討けんとうされたが、最終さいしゅう的てきにTLS 1.3に落おち着ついた。

暗号あんごうスイート[編集へんしゅう]

TLSではハンドシェイクプロトコルのClientHello・ServerHelloで、以後いごの通信つうしんで用もちいる暗号あんごうスイート (ciphersuite) を決定けっていする。TLS 1.2を策定さくていしているRFC 5246では、暗号あんごうスイートを以下いかのフォーマットで表現ひょうげんしている： 

TLS_DHE_DSS_WITH_AES_256_CBC_SHA256

これは次つぎの意味いみである。

  • 鍵かぎ共有きょうゆう方式ほうしきとして以下いかのものを用もちいる：
    • EDH（Ephemeral Diffie-Hellman、後述こうじゅつ）の通信つうしんに
    • DSS署名しょめいしたもの
  • 認証にんしょう暗号あんごうとして平文へいぶんにMACをつけた後のちに共通きょうつう鍵かぎ暗号あんごう化かする（いわゆるMAC-then-Encrypt (MtE) 型がた）のもので
    • 共通きょうつう鍵かぎ暗号あんごうとしてCBCモードの256ビット鍵かぎAESを用もちい、
    • MACとしてはSHA256ハッシュ関数かんすうをベースとしたHMACを用もちいる

TLS1.2では認証にんしょう暗号あんごうとしてMtE型がたのもののみならず、AES-GCMのような認証にんしょう暗号あんごう専用せんように作つくられた暗号あんごう利用りようモードも用もちいる事ことができるようになった。この場合ばあいMACはそもそも必要ひつようない。

なお、RSA暗号あんごうとRSA署名しょめいを組くみ合あわせる事ことで実現じつげんした鍵かぎ共有きょうゆう方式ほうしきに対たいしてはTLS_RSA_RSA_WITH…のようにRSAを2回かい書かかず、TLS_RSA_WITH_…のように略記りゃっきする。

鍵かぎ共有きょうゆう、共通きょうつう鍵かぎ暗号あんごう、ハッシュ関数かんすうの全すべての組くみ合あわせが網羅もうらされているわけではないので、同時どうじに利用りようできない組くみ合あわせも存在そんざいする。

鍵かぎ共有きょうゆう[編集へんしゅう]

SSL/TLS（の1つ以上いじょうのバージョンで）使用しようできる鍵かぎ共有きょうゆう方式ほうしきは以下いかのとおりである。ここでDHはDiffie-Hellmanの事ことである。なおDH-ANON、ECDH-ANONは中ちゅう間あいだ者しゃ攻撃こうげきに対たいして脆弱ぜいじゃくであることから安全あんぜんとはみなされていない。

  • DH-ANON (Anonymous DH)、ECDH-ANON (Anonymous ECDH) はそれぞれ、送信そうしんデータに署名しょめいする事ことなくDH鍵かぎ共有きょうゆう、ECDH鍵かぎ共有きょうゆうを行おこなう方式ほうしきである。
  • DHE-***はEphemeral DHと呼よばれるもので、鍵かぎ共有きょうゆうの際さいクライアント、サーバがx、yをランダムに選えらび、gx、gyを計算けいさんし、これらに署名しょめい文ぶんをつけた上うえで交換こうかんしあう方式ほうしきである。gx、gyにつける署名しょめい文ぶんを作成さくせいする署名しょめい方式ほうしきは「***」の部分ぶぶんに記載きさいされたものを使つかう。ECDHE-***はDHEの楕円だえんDH版ばんである。
  • DH-***はFixed DHもしくはnon-interactive DHと呼よばれるもので、Diffie-Hellmanで用もちいるパラメータ（クライアントのgx、サーバのgy）がクライアントやサーバの公開こうかい鍵かぎとして認証にんしょう局きょくから公開こうかい鍵かぎ証明しょうめい書しょを受うけ取とっているケースのDiffie-Hellman鍵かぎ共有きょうゆうである。gx、gyに対たいする公開こうかい鍵かぎ証明しょうめい書しょ内ないの署名しょめい文ぶんを作成さくせいする署名しょめい方式ほうしきは「***」の部分ぶぶんに記載きさいされたものを使つかう。ECDH-*** (Fixed ECDH) はFixed DHの楕円だえんDH版ばんである。
  • RSA-***はランダムに選えらんだ共有きょうゆう鍵かぎをサーバの公開こうかい鍵かぎでRSA暗号あんごう化かし、暗号あんごう文ぶんを「***」で指定していされた署名しょめい方式ほうしきで署名しょめいしたものをClientKeyExchangeにおいてクライアントがサーバに送おくる方式ほうしきである。（ServerKeyExchangeでは何なにも送おくらない）。

いずれの鍵かぎ共有きょうゆうにおいても共有きょうゆうされた鍵かぎ (premaster secret) を用もちいた擬似ぎじランダム関数かんすうにクライアントが選えらんだ乱数らんすうとサーバが選えらんだ乱数らんすう等とうを並ならべたものを入力にゅうりょくする事ことで最終さいしゅう的てきなmaster secretを得える。これによりリプレイ攻撃こうげきを防ふせいでいる。

これらの鍵かぎ共有きょうゆう方式ほうしきの対応たいおう状じょう況きょうは以下いかのとおりである：

TLSの各かくバージョンで使用しようできる認証にんしょう・鍵かぎ交換こうかんアルゴリズム
アルゴリズム SSL 2.0 SSL 3.0 TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 状況じょうきょう
RSA 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう TLS 1.2向むけにRFCで定義ていぎ済ずみ
DH-RSA 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう
DHE-RSA (forward secrecy) 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
ECDH-RSA 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう
ECDHE-RSA (forward secrecy) 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
DH-DSS 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう
DHE-DSS (forward secrecy) 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう[30]
ECDH-ECDSA 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう
ECDHE-ECDSA (forward secrecy) 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
PSK（英語えいご版ばん） 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう
PSK（英語えいご版ばん）-RSA 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう
DHE-PSK（英語えいご版ばん） (forward secrecy) 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
ECDHE-PSK（英語えいご版ばん） (forward secrecy) 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
SRP（英語えいご版ばん） 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう
SRP（英語えいご版ばん）-DSS 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう
SRP（英語えいご版ばん）-RSA 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう
KRB5 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう
DH-ANON（安全あんぜんではない） 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
ECDH-ANON（安全あんぜんではない） 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう
GOST R 34.10-94 / 34.10-2001[31] 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう RFC草稿そうこうで提案ていあん中ちゅう

事前じぜん共有きょうゆう鍵かぎ（英語えいご版ばん）を用もちいた TLS_PSK、Secure Remote Password protocol（英語えいご版ばん）を用もちいた TLS_SRP、ケルベロス認証にんしょうを用もちいた KRB5 も存在そんざいする。

独立どくりつ国家こっか共同きょうどう体たいのGOST規格きかくによって規定きていされた鍵かぎ共有きょうゆうアルゴリズムであるGOST R 34.10も提案ていあんされている（同おなじGOST規格きかくによる暗号あんごう化か・改竄かいざん検出けんしゅつアリゴリズムとの組くみ合あわせに限定げんてい）[31]。

認証にんしょう暗号あんごう[編集へんしゅう]

共通きょうつう鍵かぎ暗号あんごう[編集へんしゅう]

認証にんしょう暗号あんごうに用もちいる共通きょうつう鍵かぎ暗号あんごうとして以下いかのものがある。

TLS/SSLの各かくバージョンで使用しようできる暗号あんごう化かアルゴリズム
暗号あんごう化か プロトコルバージョン 状況じょうきょう
種類しゅるい アルゴリズム 暗号あんごう強度きょうど (bit) SSL 2.0 SSL 3.0
[注ちゅう 1][注ちゅう 2][注ちゅう 3][注ちゅう 4]		 TLS 1.0
[注ちゅう 1][注ちゅう 3]		 TLS 1.1
[注ちゅう 1]		 TLS 1.2
[注ちゅう 1]		 TLS 1.3
ブロック暗号あんごう
（暗号あんごう利用りようモード） 		AES GCM[32][注ちゅう 5] 256, 128 N/A N/A N/A N/A 安全あんぜん 安全あんぜん TLS 1.2向むけにRFCで定義ていぎ済ずみ
AES CCM[33][注ちゅう 5] N/A N/A N/A N/A 安全あんぜん 安全あんぜん
AES CBC[注ちゅう 6] N/A N/A 実装じっそうによる 安全あんぜん 安全あんぜん N/A
Camellia GCM[34][注ちゅう 5] 256, 128 N/A N/A N/A N/A 安全あんぜん N/A
Camellia CBC[35][注ちゅう 6] N/A N/A 実装じっそうによる 安全あんぜん 安全あんぜん N/A
ARIA GCM[36][注ちゅう 5] 256, 128 N/A N/A N/A N/A 安全あんぜん N/A
ARIA CBC[36][注ちゅう 6] N/A N/A 実装じっそうによる 安全あんぜん 安全あんぜん N/A
SEED CBC[37][注ちゅう 6] 128 N/A N/A 実装じっそうによる 安全あんぜん 安全あんぜん N/A
3DES EDE CBC[注ちゅう 6] 112[注ちゅう 7] 安全あんぜんではない 安全あんぜんではない 強度きょうど不足ふそく、実装じっそうによる 強度きょうど不足ふそく 強度きょうど不足ふそく N/A
GOST 28147-89（英語えいご版ばん） CNT[31] 256 N/A N/A 安全あんぜん 安全あんぜん 安全あんぜん N/A RFC草稿そうこうで提案ていあん中ちゅう
IDEA CBC[注ちゅう 6][注ちゅう 8] 128 安全あんぜんではない 安全あんぜんではない 実装じっそうによる 安全あんぜん N/A N/A TLS 1.2で廃止はいし
DES CBC[注ちゅう 6][注ちゅう 8] 056 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない N/A N/A
040[注ちゅう 9] 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない N/A N/A N/A TLS 1.1以降いこうで利用りよう禁止きんし
RC2 CBC[注ちゅう 6] 040[注ちゅう 9] 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない N/A N/A N/A
ストリーム暗号あんごう ChaCha20+Poly1305[40][注ちゅう 5] 256 N/A N/A N/A N/A 安全あんぜん 安全あんぜん TLS 1.2向むけにRFCで定義ていぎ済ずみ
RC4[注ちゅう 10] 128 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない N/A 全ぜんバージョンにおいて利用りよう禁止きんし
040[注ちゅう 9] 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない N/A N/A N/A
暗号あんごう化かなし Null[注ちゅう 11] - N/A 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない 安全あんぜんではない N/A TLS 1.2向むけにRFCで定義ていぎ済ずみ
  1. ^ a b c d 再さいネゴシエーション脆弱ぜいじゃく性せいへの対応たいおうのため、RFC 5746 への対応たいおうが必要ひつよう
  2. ^ RFC 5746 への対応たいおうはSSL 3.0の仕様しようを逸脱いつだつするが、ほとんどの実装じっそうでは対応たいおうしたうえで仕様しようからの逸脱いつだつにも対処たいしょしている
  3. ^ a b SSL 3.0およびTLS 1.0はBEAST攻撃こうげきに対たいして脆弱ぜいじゃくであり、クライアント側がわ、サーバ側がわでの対応たいおうが必要ひつよう。#ウェブブラウザ節ふしを参照さんしょう
  4. ^ SSL 3.0はPOODLE攻撃こうげきに対たいして脆弱ぜいじゃくであり、クライアント側がわ、サーバ側がわでの対応たいおうが必要ひつよう。#ウェブブラウザ節ふしを参照さんしょう
  5. ^ a b c d e GCM、CCMなどのAEAD（認証にんしょう付つき暗号あんごうモード）は、TLS 1.2以降いこうのみで利用りよう可能かのう
  6. ^ a b c d e f g h CBCモードは、サイドチャネル攻撃こうげきへの対処たいしょが不十分ふじゅうぶんな実装じっそうではLucky Thirteen攻撃こうげきに対たいして脆弱ぜいじゃくである
  7. ^ 3DESの鍵かぎ長ちょうは168ビットであるが実質じっしつ的てきな暗号あんごう強度きょうどは112ビットであり[38]、2013年ねん時点じてんで最低限さいていげん必要ひつようとされる128ビットに不足ふそくしている[39]
  8. ^ a b IDEA、DESはTLS 1.2で廃止はいしされた
  9. ^ a b c 40ビットのセキュリティ強度きょうどを持もつCipher Suiteは、アメリカ合衆国あめりかがっしゅうこくによる高こう強度きょうど暗号あんごうアルゴリズムの輸出ゆしゅつ規制きせいを回避かいひするために設計せっけいされた。これらはTLS 1.1以降いこうでは利用りようが禁止きんしされている。
  10. ^ RFC 7465 により、すべてのバージョンのTLSにおいてRC4の利用りようは禁止きんしされた（RC4攻撃こうげき）
  11. ^ 認証にんしょうのみで暗号あんごう化かは行おこなわれない。

AES CBCはTLS 1.0を定義ていぎする RFC 2246 には含ふくまれていないが、RFC 3268 で追加ついかされた。TLS 1.1を定義ていぎする RFC 4346 からは RFC 3268 が参照さんしょうされており、さらにTLS 1.2では定義ていぎである RFC 5246 にAES CBCに関かんする記述きじゅつが取とり込こまれた。また、認証にんしょう付つき暗号あんごうによるAES GCM (RFC 5288, RFC 5289)、AES CCM (RFC 6655, RFC 7251) が追加ついかされている。IDEA CBC、DES CBCはTLS 1.2で廃止はいしされた（RFC 5469 に解説かいせつがある）。

ブロック暗号あんごうのCBCモードでの利用りようについては、TLS 1.0以前いぜんにおいてBEAST攻撃こうげきと呼よばれる攻撃こうげきが可能かのうであることが明あきらかとなっており、クライアント側がわ、サーバ側がわでの対応たいおうが必要ひつようとされている。TLS 1.1以降いこうではこの攻撃こうげきへの根本こんぽん的てきな対処たいしょとして初期しょき化かベクトルを明示めいじ的てきに指定していし、パディングの処理しょりが改善かいぜんされた。ブロック暗号あんごうであってもGCM、CCMなどの認証にんしょう付つき暗号あんごうを用もちいる場合ばあいにはこれらの攻撃こうげきを受うけない。

ストリーム暗号あんごうであるRC4は前述ぜんじゅつのBEAST攻撃こうげきを受うけることはないが、RC4には仕様しよう上じょうの脆弱ぜいじゃく性せいが存在そんざいする（RC4攻撃こうげき）。2015年ねん2月がつ、TLSのすべてのバージョンにおいてRC4の利用りようを禁止きんしする RFC 7465 が公開こうかいされた。ストリーム暗号あんごうであるChaCha20と認証にんしょうのためのPoly1305を組くみ合あわせたChaCha20+Poly1305が RFC 7905 として標準ひょうじゅん化かされている。

いくつかの国家こっか標準ひょうじゅんに基もとづく暗号あんごう化かアルゴリズムもTLSで利用りよう可能かのうであり、日本にっぽんのCRYPTRECによる推奨すいしょう暗号あんごうであるCamellia（CBCモード：RFC 4132、RFC 5932、RFC 6367、GCM：RFC 6367）、韓国かんこくの情報じょうほう通信つうしん標準ひょうじゅん規格きかくに採用さいようされているSEED（CBCモード：RFC 4162）、ARIA（CBCモードおよびGCM：RFC 6209）が追加ついかされている。また、独立どくりつ国家こっか共同きょうどう体たいのGOST規格きかくによって規定きていされた暗号あんごう化かアルゴリズムであるGOST 28147-89も提案ていあんされている[31]。

SSLが設計せっけいされた当時とうじは、アメリカ合衆国あめりかがっしゅうこくによって高こう強度きょうど暗号あんごうアルゴリズムの輸出ゆしゅつが規制きせいされていた。そのため、全ぜん世界せかいで共通きょうつうして利用りようできるアルゴリズムとして、DES・RC2・RC4に関かんして暗号あんごう強度きょうどを40ビットに制限せいげんしたものが導入どうにゅうされていた。これらはTLS 1.1以降いこうでは利用りようが禁止きんしされている。

また、鍵かぎ共有きょうゆうのみを行おこない暗号あんごう化かは行おこなわないこと (NULL) も可能かのうであるが、平文へいぶんでのやりとりとなることから安全あんぜんとはみなされていない。

MAC[編集へんしゅう]

TLS/SSLの各かくバージョンで使用しようできるMACの選択肢せんたくしは以下いかのとおりである。下した欄らんの「AEAD」（Authenticated Encryption with Associated Data、認証にんしょう暗号あんごう）は、共通きょうつう鍵かぎ暗号あんごうとして認証にんしょう暗号あんごうを選えらんでいるのでMACを用もちいない事ことを意味いみする。

TLS/SSLの各かくバージョンで使用しようできる改竄かいざん検出けんしゅつ
アルゴリズム SSL 2.0 SSL 3.0 TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 状況じょうきょう
HMAC-MD5 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう TLS 1.2向むけにRFCで定義ていぎ済ずみ
HMAC-SHA1 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう
HMAC-SHA256/384 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 非ひ対応たいおう
AEAD 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう
GOST 28147-89 IMIT（英語えいご版ばん）[31] 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう RFC草稿そうこうで提案ていあん中ちゅう
GOST R 34.11-94（英語えいご版ばん）[31] 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう

独立どくりつ国家こっか共同きょうどう体たいのGOST規格きかくによって規定きていされたアルゴリズムであるGOST 28147-89に基もとづくMACおよび、GOST R 34.11も提案ていあんされている（同おなじGOST規格きかくによる鍵かぎ共有きょうゆう・暗号あんごう化かアリゴリズムとの組くみ合あわせに限定げんてい）[31]。

実装じっそう[編集へんしゅう]

ウェブサイト[編集へんしゅう]

ウェブサイトにおけるTLS/SSLの対応たいおう状じょう況きょう
プロトコル ウェブサイトにおけるサポート[41] セキュリティ[41][42]
SSL 2.0 0.2% 安全あんぜんではない
SSL 3.0 1.7% 安全あんぜんではない[43]
TLS 1.0 29.5% 暗号あんごうアルゴリズム[注ちゅう 1]および脆弱ぜいじゃく性せいへの対処たいしょ[注ちゅう 2]による
TLS 1.1 31.8% 暗号あんごうアルゴリズム[注ちゅう 1]および脆弱ぜいじゃく性せいへの対処たいしょ[注ちゅう 2]による
TLS 1.2 99.9% 暗号あんごうアルゴリズム[注ちゅう 1]および脆弱ぜいじゃく性せいへの対処たいしょ[注ちゅう 2]による
TLS 1.3 66.2% 安全あんぜん
注ちゅう
  1. ^ a b c #暗号あんごうスイートを参照さんしょうのこと
  2. ^ a b c #ウェブブラウザおよび#TLS/SSLの既知きちの脆弱ぜいじゃく性せいを参照さんしょうのこと

ウェブブラウザ[編集へんしゅう]

2021年ねん1月がつ現在げんざい、主要しゅようなウェブブラウザの最新さいしん版ばんではTLS 1.2、1.3が既定きていで有効ゆうこうであるが、過去かこのバージョンのOS向むけなどサポートが継続けいぞくしているウェブブラウザのいくつかのバージョンではそうではない。

  • TLS 1.3に対応たいおうしているが既定きていで無効むこう：Internet Explorer 11（Windows 10 バージョン1903以降いこう）
  • TLS 1.3に未み対応たいおう：Internet Explorer 11（Windows 10 バージョン1903より前まえ）

TLS 1.0、1.1は脆弱ぜいじゃく性せいが危惧きぐされ[44]、2020年ねんから無効むこう化かが実施じっしされ始はじめている[45]。

既知きちの脆弱ぜいじゃく性せいのいくつかへの対応たいおうは十分じゅうぶんではない。

  • POODLE攻撃こうげきへの対応たいおう：いくつかのブラウザではTLS_FALLBACK_SCSVを実装じっそう済ずみでSSL 3.0へのフォールバックを抑止よくしすることが可能かのうとなっているが、これはクライアント側がわだけでなくサーバ側がわでの対応たいおうも必要ひつようである。SSL 3.0そのものの無効むこう化か、"anti-POODLE record splitting"の実装じっそう、あるいはSSL 3.0におけるCBCモードのcipher suiteの無効むこう化かが根本こんぽん的てきな対策たいさくとなる。
    • Google Chrome：完了かんりょう（バージョン33においてTLS_FALLBACK_SCSVを実装じっそう、バージョン39においてSSL 3.0へのフォールバックを無効むこう化か、バージョン40においてSSL 3.0を既定きていで無効むこう化か。バージョン44においてSSL 3.0のサポートを廃止はいし）
    • Mozilla Firefox：完了かんりょう（バージョン34においてSSL 3.0を既定きていで無効むこう化かおよびSSL 3.0へのフォールバックを無効むこう化か、バージョン35においてTLS_FALLBACK_SCSVを実装じっそう。延長えんちょうサポート版ばんでもESR 31.3においてSSL 3.0を無効むこう化かおよびTLS_FALLBACK_SCSVを実装じっそう。バージョン39においてSSL 3.0のサポートを廃止はいし）
    • Internet Explorer：部分ぶぶん的てき（バージョン11のみ、2015年ねん2月がつのアップデートにおいて保護ほごモードにおけるSSL 3.0へのフォールバックを既定きていで無効むこう化か。2015年ねん4月がつにSSL 3.0自体じたいを既定きていで無効むこう化か。バージョン10以前いぜんでは対策たいさくは講こうじられていない）
    • Opera：完了かんりょう（バージョン20においてTLS_FALLBACK_SCSVを実装じっそう、バージョン25において"anti-POODLE record splitting"を実装じっそう、バージョン27においてSSL 3.0を既定きていで無効むこう化か。バージョン31においてSSL 3.0のサポートを廃止はいし）
    • Safari：完了かんりょう（OS X v10.8以降いこうおよびiOS 8.1以降いこうのみ、POODLEへの対策たいさくとしてSSL 3.0においてCBCモードのcipher suiteを無効むこう化かした。これによりPOODLEの影響えいきょうを受うけることはなくなるが、SSL 3.0においてCBCモードを無効むこう化かしたことで、脆弱ぜいじゃく性せいが指摘してきされているRC4しか利用りようできなくなるという問題もんだいが生しょうじている。OS X v10.11およびiOS 9においてSSL 3.0のサポートを廃止はいし）
  • RC4攻撃こうげきへの対応たいおう
    • Google Chromeでは、バージョン43以降いこうはホストがRC4以外いがいのアルゴリズムを用もちいたCipher Suiteに対応たいおうしていない場合ばあいに限かぎりRC4を用もちいたCipher Suiteがフォールバックとして利用りようされるようになった。バージョン48以降いこうでは、RC4を用もちいたCipher Suiteのすべてが既定きていで無効むこう化かされた。
    • Firefoxでは、バージョン36以降いこうはホストがRC4以外いがいのアルゴリズムを用もちいたCipher Suiteに対応たいおうしていない場合ばあいに限かぎりRC4を用もちいたCipher Suiteがフォールバックとして利用りようされるようになった。バージョン44以降いこうでは、RC4を用もちいたCipher Suiteのすべてが既定きていで無効むこう化かされた。
    • Operaでは、バージョン30以降いこうはホストがRC4以外いがいのアルゴリズムを用もちいたCipher Suiteに対応たいおうしていない場合ばあいに限かぎりRC4を用もちいたCipher Suiteがフォールバックとして利用りようされるようになった。バージョン35以降いこうでは、RC4を用もちいたCipher Suiteのすべてが既定きていで無効むこう化かされた。
    • Windows 7 / Server 2008 R2およびWindows 8 / Server 2012向むけのInternet Explorerでは、RC4の優先ゆうせん度どを最低さいていとしている。Windows 8.1 / Server 2012 R2向むけのInternet Explorer 11およびWindows Phone 8.1向むけのInternet Explorer Mobile 11およびWindows 10向むけのEdgeでは、ホストが他たのアルゴリズムに非ひ対応たいおうの場合ばあいのフォールバックを除のぞきRC4を無効むこうとしている（Windows 7 / Server 2008 R2およびWindows 8 / Server 2012向むけのInternet Explorerでもレジストリからフォールバックを除のぞきRC4を無効むこう化かすることが可能かのう）。2016年ねん8月がつの月例げつれいアップデートにおいて、Inter Explorer 11およびEdgeにおいてRC4を用もちいたCipher Suiteのすべてが既定きていで無効むこう化か。
  • FREAK攻撃こうげきへの対応たいおう:
    • Android 4以前いぜんの標準ひょうじゅんブラウザはFREAK攻撃こうげきに対たいして脆弱ぜいじゃくである。
    • Internet Explorer 11 MobileはFREAK攻撃こうげきに対たいして脆弱ぜいじゃくである。
    • Google Chrome（Windows版ばんを除のぞく）、Internet Explorer、Safari（デスクトップ版ばん、iOS版ばん）、Opera（Windows版ばんを除のぞく）はFREAK攻撃こうげきに対たいして対応たいおう済ずみである。
    • Mozilla Firefox、Google Chrome（Windows版ばん）、Opera（Windows版ばん）はFREAK攻撃こうげきの影響えいきょうを受うけない。
ウェブブラウザにおけるTLS/SSLの対応たいおう状じょう況きょうの変化へんか
ウェブブラウザ バージョン プラットフォーム SSLプロトコル TLSプロトコル 証明しょうめい書しょのサポート 脆弱ぜいじゃく性せいへの対応たいおう[注ちゅう 1] プロトコル選択せんたく[注ちゅう 2]
SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV[注ちゅう 3][46] SHA-2[47] ECDSA[48] BEAST
[注ちゅう 4] 		CRIME
[注ちゅう 5] 		POODLE
(SSLv3)
[注ちゅう 6] 		RC4
[注ちゅう 7] 		FREAK
[49][50] 		Logjam
Google Chrome
(Chrome for Android)
[注ちゅう 8]
[注ちゅう 9] 		1–9 Windows (7以降いこう)
macOS (OS X v10.10以降いこう)
Linux
Android (4.4以降いこう)
iOS (10.0以降いこう)
ChromeOS 		既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし[55] 脆弱ぜいじゃく
(HTTPS) 		脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 可か[注ちゅう 10]
10–20 非ひ対応たいおう[56] 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 脆弱ぜいじゃく
(HTTPS/SPDY) 		脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 可か[注ちゅう 10]
21 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ[57] 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 可か[注ちゅう 10]
22–25 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう[58] 非ひ対応たいおう[58][59][60][61] 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
26–29 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
30–32 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう 対応たいおう[59][60][61] 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
33–37 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 部分ぶぶん的てきに対策たいさく済ずみ[注ちゅう 12] 優先ゆうせん度ど最低さいてい[64][65][66] 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
38, 39 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 部分ぶぶん的てきに対策たいさく済ずみ 優先ゆうせん度ど最低さいてい 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
40 非ひ対応たいおう 既定きていで無効むこう[63][67] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ[注ちゅう 13] 優先ゆうせん度ど最低さいてい 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 可か[注ちゅう 14]
41, 42 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 脆弱ぜいじゃく 可か[注ちゅう 14]
43 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ フォールバックの場合ばあいのみ[注ちゅう 15][68] 対策たいさく済ずみ 脆弱ぜいじゃく 可か[注ちゅう 14]
44–47 非ひ対応たいおう 非ひ対応たいおう[69] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし フォールバックの場合ばあいのみ[注ちゅう 15] 対策たいさく済ずみ 対策たいさく済ずみ[70] 一時いちじ的てき[注ちゅう 11]
48, 49 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
50–53 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
54–66 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 既定きていで無効むこう
(ドラフト版ばん) 		対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
67–69 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
(ドラフト版ばん) 		対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
70–79 80 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
Android ブラウザ[73] Android 1.0, 1.1, 1.5, 1.6, 2.0–2.1, 2.2–2.2.3 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 不明ふめい 非ひ対応たいおう 非ひ対応たいおう 不明ふめい 不明ふめい 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
Android 2.3–2.3.7, 3.0–3.2.6, 4.0–4.0.4 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 不明ふめい 対応たいおう[47] Android 3.0以降いこう[74] 不明ふめい 不明ふめい 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
Android 4.1–4.3.1, 4.4–4.4.4 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう[75] 既定きていで無効むこう[75] 非ひ対応たいおう 不明ふめい 対応たいおう 対応たいおう[48] 不明ふめい 不明ふめい 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
Android 5.0-5.0.2 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう[75][76] 対応たいおう[75][76] 非ひ対応たいおう 不明ふめい 対応たいおう 対応たいおう 不明ふめい 不明ふめい 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
Android 5.1-5.1.1 非ひ対応たいおう 不明ふめい 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 不明ふめい 対応たいおう 対応たいおう 不明ふめい 不明ふめい 影響えいきょうなし フォールバックの場合ばあいのみ[注ちゅう 15] 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
Android 6.0-7.1.2 非ひ対応たいおう 不明ふめい 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 不明ふめい 対応たいおう 対応たいおう 不明ふめい 不明ふめい 影響えいきょうなし 既定きていで無効むこう 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
Android 8.0-9.0 非ひ対応たいおう 非ひ対応たいおう[77] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 不明ふめい 対応たいおう 対応たいおう 不明ふめい 不明ふめい 影響えいきょうなし 既定きていで無効むこう 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
Android 10.0 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 不明ふめい 対応たいおう 対応たいおう 不明ふめい 不明ふめい 影響えいきょうなし 既定きていで無効むこう 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
ブラウザ バージョン プラットフォーム SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV証明しょうめい書しょ SHA-2証明しょうめい書しょ ECDSA証明しょうめい書しょ BEAST CRIME POODLE
(SSLv3) 		RC4 FREAK Logjam プロトコル選択せんたく
Mozilla Firefox
(Firefox for Mobile)
[注ちゅう 17] 		1.0 Windows (7以降いこう)
macOS (OS X v10.9以降いこう)
Linux
Android (4.1以降いこう)
Firefox OS
iOS (10.3以降いこう)
Maemo

ESR:
Windows (7以降いこう)
macOS (OS X v10.9以降いこう)
Linux 		既定きていで有効ゆうこう[78] 既定きていで有効ゆうこう[78] 対応たいおう[78] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう[47] 非ひ対応たいおう 影響えいきょうなし[79] 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
1.5 既定きていで有効ゆうこう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 非ひ対応たいおう 影響えいきょうなし 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
2 既定きていで無効むこう[78][80] 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう[48] 影響えいきょうなし 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
3–7 既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
8–10
ESR 10 		非ひ対応たいおう[80] 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
11–14 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 脆弱ぜいじゃく
(SPDY)[57] 		脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
15–22
ESR 17.0–17.0.10 		非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
ESR 17.0.11 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 優先ゆうせん度ど最低さいてい[81][82] 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 10]
23 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう[83] 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 18]
24, 25.0.0
ESR 24.0–24.1.0 		非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう 既定きていで無効むこう[85] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 18]
25.0.1, 26
ESR 24.1.1–24.8.1 		非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう 既定きていで無効むこう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 優先ゆうせん度ど最低さいてい[81][82] 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 18]
27–33
ESR 31.0–31.2 		非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう[86][87] 対応たいおう[88][87] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 優先ゆうせん度ど最低さいてい 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 18]
34, 35
ESR 31.3–31.7 		非ひ対応たいおう 既定きていで無効むこう[89][90] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ[注ちゅう 19] 優先ゆうせん度ど最低さいてい 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 18]
ESR 31.8 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ 優先ゆうせん度ど最低さいてい 影響えいきょうなし 対策たいさく済ずみ[93] 可か[注ちゅう 18]
36–38
ESR 38.0 		非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ フォールバックの場合ばあいのみ[注ちゅう 15][94] 影響えいきょうなし 脆弱ぜいじゃく 可か[注ちゅう 18]
ESR 38.1–38.8 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ フォールバックの場合ばあいのみ[注ちゅう 15] 影響えいきょうなし 対策たいさく済ずみ[93] 可か[注ちゅう 18]
39–43 非ひ対応たいおう 非ひ対応たいおう[95] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし フォールバックの場合ばあいのみ[注ちゅう 15] 影響えいきょうなし 対策たいさく済ずみ[93] 可か[注ちゅう 18]
44–48
ESR 45.0 		非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][96][97][98][99] 影響えいきょうなし 対策たいさく済ずみ 可か[注ちゅう 18]
49–59
ESR 52 		非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 既定きていで無効むこう
(実験じっけん的てき)[100] 		対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16]/ 影響えいきょうなし 対策たいさく済ずみ 可か[注ちゅう 18]
60–62
ESR 60 		非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう(ドラフト版ばん) 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16]/ 影響えいきょうなし 対策たいさく済ずみ 可か[注ちゅう 18]
63–73
ESR 68.0–68.5 		非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16]/ 影響えいきょうなし 対策たいさく済ずみ 可か[注ちゅう 18]
ESR 68.6
74 非ひ対応たいおう 非ひ対応たいおう 既定きていで無効むこう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16]/ 影響えいきょうなし 対策たいさく済ずみ 可か[注ちゅう 18]
ブラウザ バージョン プラットフォーム SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV証明しょうめい書しょ SHA-2証明しょうめい書しょ ECDSA証明しょうめい書しょ BEAST CRIME POODLE
(SSLv3) 		RC4 FREAK Logjam プロトコル選択せんたく
Microsoft Internet Explorer
[注ちゅう 20] 		1 Windows 3.1, 95, NT[注ちゅう 21],[注ちゅう 22]
System 7, Mac OS 		TLS/SSL非ひ対応たいおう
2 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう SSLv3/TLSv1非ひ対応たいおう 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい
3 対応たいおう 対応たいおう[103] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく N/A
4, 5 Windows 3.1, 95, 98, NT[注ちゅう 21],[注ちゅう 22]
System 7, Mac OS, Mac OS X
Solaris
HP-UX 		既定きていで有効ゆうこう 既定きていで有効ゆうこう 既定きていで無効むこう[103] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 可か[注ちゅう 10]
6 Windows 98, Me
Windows NT[注ちゅう 21], 2000[注ちゅう 22] 		既定きていで有効ゆうこう 既定きていで有効ゆうこう 既定きていで無効むこう[103] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 可か[注ちゅう 10]
6 Windows XP[注ちゅう 22] 既定きていで有効ゆうこう 既定きていで有効ゆうこう 既定きていで無効むこう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう[注ちゅう 23][104] 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 可か[注ちゅう 10]
6 Server 2003[注ちゅう 22] 既定きていで有効ゆうこう 既定きていで有効ゆうこう 既定きていで無効むこう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう[注ちゅう 23][104] 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 対策たいさく済ずみ[107] 対策たいさく済ずみ[108] 可か[注ちゅう 10]
7, 8 Windows XP[注ちゅう 22] 既定きていで無効むこう[109] 既定きていで有効ゆうこう 対応たいおう[109] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう[注ちゅう 23][104] 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 可か[注ちゅう 10]
7, 8 Server 2003[注ちゅう 22] 既定きていで無効むこう[109] 既定きていで有効ゆうこう 対応たいおう[109] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう[注ちゅう 23][104] 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 対策たいさく済ずみ[107] 対策たいさく済ずみ[108] 可か[注ちゅう 10]
7, 8, 9[110] Windows Vista 既定きていで無効むこう[109] 既定きていで有効ゆうこう 対応たいおう[109] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう[注ちゅう 23][104] 対応たいおう[48] 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 対策たいさく済ずみ[107] 対策たいさく済ずみ[108] 可か[注ちゅう 10]
Server 2008
8, 9, 10 Windows 7 既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう[111] 既定きていで無効むこう[111] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 優先ゆうせん度ど最低さいてい[112][注ちゅう 24] 対策たいさく済ずみ[107] 対策たいさく済ずみ[108] 可か[注ちゅう 10]
Server 2008 R2
10 Windows 8 既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう[111] 既定きていで無効むこう[111] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 優先ゆうせん度ど最低さいてい[112][注ちゅう 24] 対策たいさく済ずみ[107] 対策たいさく済ずみ[108] 可か[注ちゅう 10]
10 Server 2012
11 Windows 7 既定きていで無効むこう 既定きていで無効むこう[注ちゅう 25] 対応たいおう 対応たいおう[114] 対応たいおう[114] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ[注ちゅう 25] 優先ゆうせん度ど最低さいてい[112][注ちゅう 24] 対策たいさく済ずみ[107] 対策たいさく済ずみ[108] 可か[注ちゅう 10]
Server 2008 R2
11 Windows 8.1 既定きていで無効むこう 既定きていで無効むこう[注ちゅう 25] 対応たいおう 対応たいおう[114] 対応たいおう[114] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ[注ちゅう 25] 既定きていで無効むこう[注ちゅう 16][118][119]}} 対策たいさく済ずみ[107] 対策たいさく済ずみ[108] 可か[注ちゅう 10]
Server 2012 R2
11 Windows 10 既定きていで無効むこう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
Server 2016
Microsoft Edge[注ちゅう 26]
およびInternet Explorer (フォールバックとして)
[注ちゅう 20] 		IE 11 12–13[注ちゅう 27] Windows 10
v1507–v1511 		既定きていで無効むこう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
Windows 10
LTSB 2015 (v1507)
11 14–18 Windows 10
v1607–v1803 		非ひ対応たいおう[121] 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
11 18 Windows 10
v1809 		非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
11 18 Windows 10
v1903 		非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
11 Windows 10
LTSB 2016 (v1607) 		非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
11 Windows Server 2016
v1607 (LTSB) 		非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
11 Windows Server 2019
v1809 (LTSC) 		非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
11 18 Windows 10
v1909 		非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 既定きていで無効むこう
(実験じっけん的てき) 		対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 可か[注ちゅう 10]
Microsoft Internet Explorer Mobile
[注ちゅう 20] 		7, 9 Windows Phone 7, 7.5, 7.8 既定きていで無効むこう[109] 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう
[要よう出典しゅってん] 		非ひ対応たいおう
[要よう出典しゅってん] 		非ひ対応たいおう 非ひ対応たいおう
[要よう出典しゅってん] 		対応たいおう 対応たいおう[74] 不明ふめい 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 要ようサードパーティ製せいツール[注ちゅう 28]
10 Windows Phone 8 既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう[123] 既定きていで無効むこう[123] 非ひ対応たいおう 非ひ対応たいおう
[要よう出典しゅってん] 		対応たいおう 対応たいおう[124] 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 要ようサードパーティ製せいツール[注ちゅう 28]
11 Windows Phone 8.1 既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 対応たいおう[125] 対応たいおう[125] 非ひ対応たいおう 非ひ対応たいおう
[要よう出典しゅってん] 		対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 脆弱ぜいじゃく フォールバックの場合ばあいのみ[注ちゅう 15][118][119] 脆弱ぜいじゃく 脆弱ぜいじゃく 要ようサードパーティー製せいツール[注ちゅう 28]
Microsoft Edge
[注ちゅう 20] 		13[注ちゅう 26] Windows 10 Mobile
v1511 		既定きていで無効むこう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
14, 15 Windows 10 Mobile
v1607–v1709 		非ひ対応たいおう[121] 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16] 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
ブラウザ バージョン プラットフォーム SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV証明しょうめい書しょ SHA-2証明しょうめい書しょ ECDSA証明しょうめい書しょ BEAST CRIME POODLE
(SSLv3) 		RC4 FREAK Logjam プロトコル選択せんたく
Opera
(Opera Mobile)
(Prestoおよびそれ以前いぜん)
[注ちゅう 29] 		1, 2 Windows
OS X
Linux
Android
Symbian S60
Maemo
Windows Mobile 		TLS/SSL非ひ対応たいおう[126]
3 対応たいおう[127] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう SSLv3/TLSv1非ひ対応たいおう 脆弱ぜいじゃく 不明ふめい 不明ふめい N/A
4 対応たいおう 対応たいおう[128] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 不明ふめい
5 既定きていで有効ゆうこう 既定きていで有効ゆうこう 対応たいおう[129] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 可か[注ちゅう 10]
6, 7 既定きていで有効ゆうこう 既定きていで有効ゆうこう 対応たいおう[129] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう[47] 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 可か[注ちゅう 10]
8 既定きていで有効ゆうこう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう[130] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 可か[注ちゅう 10]
9 既定きていで無効むこう[131] 既定きていで有効ゆうこう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう v9.5より対応たいおう
(デスクトップ版ばん) 		対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 可か[注ちゅう 10]
10–11.52 非ひ対応たいおう[132] 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう 既定きていで無効むこう[132] 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 可か[注ちゅう 10]
11.60–11.64 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう 既定きていで無効むこう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 非ひ対応たいおう 対策たいさく済ずみ[133] 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 可か[注ちゅう 10]
12–12.14 非ひ対応たいおう 既定きていで無効むこう[注ちゅう 30] 対応たいおう 既定きていで無効むこう 既定きていで無効むこう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ[注ちゅう 30] 脆弱ぜいじゃく 不明ふめい 対策たいさく済ずみ[135] 可か[注ちゅう 10]
12.15–12.17 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 既定きていで無効むこう 既定きていで無効むこう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 部分ぶぶん的てきに対策たいさく済ずみ[136][137] 不明ふめい 対策たいさく済ずみ[135] 可か[注ちゅう 10]
12.18 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう[138] 対応たいおう[138] 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう[138] 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ 既定きていで無効むこう[注ちゅう 16][138] 対策たいさく済ずみ[138] 対策たいさく済ずみ[135] 可か[注ちゅう 10]
Opera
(Opera Mobile)
(WebKit/Blink)
[注ちゅう 31] 		14–16 Windows (7以降いこう)
macOS (Mac OS X v10.10以降いこう)
Linux
Android (4.4以降いこう) 		非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう[141] 非ひ対応たいおう[141] 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
17–19 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう[142] 対応たいおう[142] 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
20–24 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		OSがSHA-2対応たいおうの場合ばあい[47] OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 部分ぶぶん的てきに対策たいさく済ずみ[注ちゅう 32] 優先ゆうせん度ど最低さいてい[143] 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
25, 26 非ひ対応たいおう 既定きていで有効ゆうこう[注ちゅう 33] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ[注ちゅう 34] 優先ゆうせん度ど最低さいてい 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 一時いちじ的てき[注ちゅう 11]
27 非ひ対応たいおう 既定きていで無効むこう[67] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ[注ちゅう 35] 優先ゆうせん度ど最低さいてい 脆弱ぜいじゃく
(Windows版ばんを除のぞく) 		脆弱ぜいじゃく 可か[注ちゅう 36]
(デスクトップ版ばん)
28, 29 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 脆弱ぜいじゃく 可か[注ちゅう 36]
(デスクトップ版ばん)
30 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 対策たいさく済ずみ フォールバックの場合ばあいのみ[注ちゅう 15][68] 対策たいさく済ずみ 対策たいさく済ずみ[135] 可か[注ちゅう 36]
(デスクトップ版ばん)
31–34 非ひ対応たいおう 非ひ対応たいおう[69] 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし フォールバックの場合ばあいのみ[注ちゅう 15][68] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
35, 36 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう OSがECC対応たいおうの場合ばあい[48] 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
37–40 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
41–56 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 既定きていで無効むこう
(ドラフト版ばん) 		対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
57–66 67 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
(デスクトップ版ばん) 		対応たいおう 対応たいおう 影響えいきょうなし 対策たいさく済ずみ 影響えいきょうなし 既定きていで無効むこう[注ちゅう 16][71][72] 対策たいさく済ずみ 対策たいさく済ずみ 一時いちじ的てき[注ちゅう 11]
ブラウザ バージョン プラットフォーム SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV証明しょうめい書しょ SHA-2証明しょうめい書しょ ECDSA証明しょうめい書しょ BEAST CRIME POODLE
(SSLv3) 		RC4 FREAK Logjam プロトコル選択せんたく
Apple Safari
[注ちゅう 37] 		1 Mac OS X v10.2, v10.3 非ひ対応たいおう[145] 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
2–5 Mac OS X v10.4, v10.5, Windows XP 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう v3.2以降いこう 非ひ対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
3–5 Windows Vista, 7 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう v3.2以降いこう 非ひ対応たいおう 対応たいおう[74] 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
4–6 Mac OS X v10.6, v10.7 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう[47] 対応たいおう[48] 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
6 OS X v10.8 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう[48] 対策たいさく済ずみ[注ちゅう 38] 影響えいきょうなし 対策たいさく済ずみ[注ちゅう 39] 脆弱ぜいじゃく[注ちゅう 39] 対策たいさく済ずみ[151] 脆弱ぜいじゃく 不可ふか
7, 9 OS X v10.9 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう[152] 対応たいおう[152] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ[147] 影響えいきょうなし 対策たいさく済ずみ[注ちゅう 39] 脆弱ぜいじゃく[注ちゅう 39] 対策たいさく済ずみ[151] 脆弱ぜいじゃく 不可ふか
8 9 OS X v10.10 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ[注ちゅう 39] 優先ゆうせん度ど最低さいてい[153][注ちゅう 39] 対策たいさく済ずみ[151] 対策たいさく済ずみ[154] 不可ふか
10
9-11 OS X v10.11 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
10-12 macOS 10.12 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 不明ふめい 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 不明ふめい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
11, 12 13 macOS 10.13 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 不明ふめい 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 不明ふめい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
12 13 macOS 10.14 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
(mac OS 10.14.4以降いこう) 		対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 不明ふめい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
13 macOS 10.15 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 不明ふめい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
Safari
(モバイル)
[注ちゅう 40] 		3 iPhone OS 1, 2 非ひ対応たいおう[158] 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 不明ふめい 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
4, 5 iPhone OS 3, iOS 4 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう[159] 対応たいおう iOS 4以降いこう[74] 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
5, 6 iOS 5, 6 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう[155] 対応たいおう[155] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
7 iOS 7 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう[160] 対策たいさく済ずみ[161] 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
8 iOS 8 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 対策たいさく済ずみ[注ちゅう 39] 優先ゆうせん度ど最低さいてい[162][注ちゅう 39] 対策たいさく済ずみ[163] 対策たいさく済ずみ[164] 不可ふか
9 iOS 9 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
10-11 iOS 10, 11 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 不明ふめい 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 非ひ対応たいおう 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
12 iOS 12 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう
(iOS 12.2以降いこう)[165] 		対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 非ひ対応たいおう 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
13 iOS 13 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 非ひ対応たいおう 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
ブラウザ バージョン プラットフォーム SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV証明しょうめい書しょ SHA-2証明しょうめい書しょ ECDSA証明しょうめい書しょ BEAST CRIME POODLE
(SSLv3) 		RC4 FREAK Logjam プロトコル選択せんたく
ニンテンドーDSシリーズ
(携帯けいたいゲーム機き)
 ニンテンドーDSブラウザー[166] DS 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不可ふか
ニンテンドーDSiブラウザー[167] DSi 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 脆弱ぜいじゃく 不可ふか
ニンテンドー3DSシリーズ
(携帯けいたいゲーム機き)
 インターネットブラウザー[168] 3DS 非ひ対応たいおう 非ひ対応たいおう[169] 対応たいおう 対応たいおう[170] 対応たいおう[170] 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
インターネットブラウザー New 3DS[171] 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対策たいさく済ずみ 影響えいきょうなし 影響えいきょうなし 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
PSシリーズ
(携帯けいたいゲーム機き)
 [172] PSP 非ひ対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不明ふめい 不可ふか
PS Vita 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 不明ふめい 影響えいきょうなし 影響えいきょうなし 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 脆弱ぜいじゃく 不可ふか
ブラウザ バージョン プラットフォーム SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV証明しょうめい書しょ SHA-2証明しょうめい書しょ ECDSA証明しょうめい書しょ BEAST CRIME POODLE
(SSLv3) 		RC4 FREAK Logjam プロトコル選択せんたく
Wiiシリーズ
(据置すえおき機き)
 インターネットチャンネル[173] Wii 対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 非ひ対応たいおう 脆弱ぜいじゃく 影響えいきょうなし 脆弱ぜいじゃく 脆弱ぜいじゃく 不明ふめい 不明ふめい 不可ふか
インターネットブラウザー[174] Wii U 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 不明ふめい 不明ふめい 影響えいきょうなし 影響えいきょうなし 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
Nintendo Switchシリーズ
(据置すえおき機き)
 名称めいしょう不明ふめい Nintendo Switch 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 影響えいきょうなし 影響えいきょうなし 影響えいきょうなし 非ひ対応たいおう 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
PSシリーズ
(据置すえおき機き)
 [175] PS3 非ひ対応たいおう 非ひ対応たいおう[169] 対応たいおう[170] 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう 不明ふめい 対応たいおう 非ひ対応たいおう 不明ふめい 影響えいきょうなし 影響えいきょうなし 脆弱ぜいじゃく 対策たいさく済ずみ 対策たいさく済ずみ 不可ふか
PS4 非ひ対応たいおう 非ひ対応たいおう 対応たいおう 対応たいおう[170] 対応たいおう[170] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 不明ふめい 影響えいきょうなし 影響えいきょうなし 優先ゆうせん度ど最低さいてい 対策たいさく済ずみ 脆弱ぜいじゃく 不可ふか
ブラウザ バージョン プラットフォーム SSL 2.0
(安全あんぜんではない) 		SSL 3.0
(安全あんぜんではない) 		TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 EV[注ちゅう 3] SHA-2 ECDSA BEAST
[注ちゅう 4] 		CRIME
[注ちゅう 5] 		POODLE
(SSLv3)
[注ちゅう 6] 		RC4
[注ちゅう 7] 		FREAK Logjam プロトコル選択せんたく
[注ちゅう 2]
SSLプロトコル TLSプロトコル 証明しょうめい書しょのサポート 脆弱ぜいじゃく性せいへの対応たいおう[注ちゅう 1]
色いろおよび注釈ちゅうしゃく 状況じょうきょう
ブラウザ プラットフォーム
ブラウザバージョン オペレーティングシステム 開発かいはつ版ばん
ブラウザバージョン オペレーティングシステム 現在げんざいの最新さいしんリリース
ブラウザバージョン オペレーティングシステム 過去かこのリリース：サポート継続けいぞく
ブラウザバージョン オペレーティングシステム 過去かこのリリース：サポート継続けいぞく（残のこり期間きかん12か月げつ未満みまん）
ブラウザバージョン オペレーティングシステム 過去かこのリリース：開発かいはつ終了しゅうりょう
n/a オペレーティングシステム 混在こんざい / 非ひ特定とくてい
オペレーティングシステム (XX以降いこう) そのブラウザの最新さいしんリリースがサポートするOSの最低さいていバージョン
オペレーティングシステム そのブラウザによるサポートが完全かんぜんに終了しゅうりょうしたOS
注ちゅう
  1. ^ a b 既知きちの脆弱ぜいじゃく性せいに対たいする対応たいおうがされているか否ひか。暗号あんごうアルゴリズムや暗号あんごう強度きょうどは考慮こうりょしない（#暗号あんごう化か参照さんしょう）。
  2. ^ a b ユーザあるいは管理かんり者しゃによって、使用しようするプロトコルを選択せんたくできるか否ひか。可能かのうな場合ばあい、いくつかの攻撃こうげきを回避かいひすることができる（SSL 3.0およびTLS 1.0におけるBEASTや、SSL 3.0におけるPOODLEなど）。
  3. ^ a b 錠前じょうまえアイコンやアドレスバーを緑色みどりいろで表示ひょうじするなど、EV SSLと通常つうじょうのSSLを区別くべつできるか否ひか。
  4. ^ a b 1/n-1 record splittingなど。
  5. ^ a b HTTPS/SPDYにおけるヘッダ圧縮あっしゅくの無効むこう化か。
  6. ^ a b
    • 完全かんぜんな対策たいさくとしては、SSL 3.0そのものの無効むこう化か、"anti-POODLE record splitting"の実装じっそう。"anti-POODLE record splitting"はクライアント側がわのみの対応たいおうで有効ゆうこうでありSSL 3.0の仕様しようにも準拠じゅんきょしているが、サーバによっては互換ごかん性せいの問題もんだいが生しょうじる可能かのう性せいがある。
    • 部分ぶぶん的てきな対策たいさくとしては、クライアント側がわでのSSL 3.0へのフォールバックの無効むこう化か、TLS_FALLBACK_SCSVの実装じっそう、CBCモードによるCipher Suiteの無効むこう化かなど。TLS_FALLBACK_SCSVはSSL 3.0へのフォールバックの抑止よくしの一ひとつであるがクライアント、サーバ双方そうほうでの対応たいおうが必要ひつようであり、サーバ側がわがこれに非ひ対応たいおうかつSSL 3.0対応たいおうの場合ばあいには効果こうかがない。SSL 3.0においてCBCモードによるCipher Suiteを無効むこう化かした場合ばあいには、RC4を用もちいたCipher Suiteしか利用りようできなくなるためRC4攻撃こうげきに対たいする脆弱ぜいじゃく性せいが増大ぞうだいする。
    • 手動しゅどうでSSL 3.0を無効むこう化かした場合ばあいにはPOODLE攻撃こうげきを受うけることはない。
  7. ^ a b
    • 完全かんぜんな対策たいさくとしては、RC4を用もちいたCipher Suiteの無効むこう化か。
    • 古ふるい環境かんきょうとの互換ごかん性せいを維持いじした部分ぶぶん的てきな対策たいさくとしては、RC4を用もちいたCipher Suiteの優先ゆうせん度どの低下ていか。
  8. ^ Google Chrome（およびChromium）はバージョン21でTLS 1.1に対応たいおうしたもののいったん撤回てっかいされ、バージョン22で再度さいど有効ゆうこうとなった。TLS 1.2についても、バージョン29で有効ゆうこうとなったものが撤回てっかいされ、バージョン30で再度さいど有効ゆうこうとなった[51][52][53]。
  9. ^ TLSの実装じっそうはAndroid版ばん、macOS版ばんおよびWindows版ばんではBoringSSL[54]、およびLinux版ばんではNSSによる。NSSからBoringSSLへの完全かんぜん移行いこうが進行しんこう中ちゅうである。
  10. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an 設定せっていあるいはオプション（ブラウザにより名称めいしょうは異ことなる）より設定せってい可能かのう (プロトコルバージョンごとに有効ゆうこう/無効むこうを指定してい)
  11. ^ a b c d e f g h i j k l m n o p q r s t 起動きどうオプションより設定せってい可能かのう (最高さいこうおよび最低さいていバージョンの指定していによる範囲はんい指定してい)
  12. ^ TLS_FALLBACK_SCSVを実装じっそう[62]。バージョン39よりSSL 3.0へのフォールバック無効むこう化かを追加ついか[63]。
  13. ^ TLS_FALLBACK_SCSVの実装じっそう、SSL 3.0へのフォールバック無効むこう化かに加くわえ、バージョン40でSSL 3.0を既定きていで無効むこう化か[63]。
  14. ^ a b c chrome://flagsより設定せってい可能かのう (最低さいていバージョンの指定していによる範囲はんい指定してい、最高さいこうバージョンは起動きどうオプションより指定してい可能かのう)[67]
  15. ^ a b c d e f g h i ホストがRC4以外いがいのアルゴリズムを用もちいたCipher Suiteに対応たいおうしていない場合ばあいに限かぎり、RC4を用もちいたCipher Suiteがフォールバックとして利用りようされる。
  16. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa RC4を用もちいたCipher Suiteのすべてが既定きていで無効むこう化かされる
  17. ^ TLSの実装じっそうはNSSによる。Firefox 22以前いぜんでは、同どう梱こりのNSSがTLS 1.1に対応たいおうしていたもののブラウザとしてはTLS 1.0まで対応たいおう。Firefox 23でTLS 1.1に、Firefox 24でTLS 1.2に対応たいおうしたが既定きていでは無効むこう。Firefox 27よりTLS 1.1およびTLS 1.2が既定きていで有効ゆうこう。
  18. ^ a b c d e f g h i j k l m n about:configあるいはアドオン[84]より設定せってい可能かのう (最高さいこうおよび最低さいていバージョンの指定していによる範囲はんい指定してい)
  19. ^ バージョン34.0、ESR 31.3でSSL 3.0を既定きていで無効むこう化か[89]。バージョン34.0ではSSL 3.0へのフォールバック無効むこう化かを追加ついか[91]。ESR 31.3およびバージョン35ではTLS_FALLBACK_SCSVを実装じっそう[89][92]。
  20. ^ a b c d IEのTLSへの対応たいおうはWindowsに同どう梱こりのSChannelによる。IE 11においてTLS 1.1および1.2が既定きていで有効ゆうこう[101][102]。
  21. ^ a b c Windows NT 3.1: IE 1–2, Windows NT 3.5: IE 1–3, Windows NT 3.51および4.0: IE 1–6
  22. ^ a b c d e f g Windows XPおよび Server 2003以前いぜんのSChannelは3DESやRC4といった弱よわいアルゴリズムのみに対応たいおう[105]。これはIEだけではなく、Microsoft Officeなど、これらのOS上じょうで動作どうさする他ほかのMicrosoft製品せいひんでも利用りようされる。Server 2003のみ、KB 948963によってAESに対応たいおうする[106]。
  23. ^ a b c d e MS13-095あるいはMS14-049 (Server 2003およびXP 64ビット版ばん)、SP3（XP 32ビット版ばん）
  24. ^ a b c サーバがRC4以外いがいのアルゴリズムを用もちいたCipher Suiteに対応たいおうしていない場合ばあいに限かぎり、RC4を用もちいたCipher Suiteがフォールバックとして利用りようされるようレジストリから変更へんこうすることも可能かのう[113]。
  25. ^ a b c d 「保護ほごモード」においてSSL 3.0へのフォールバックを既定きていで無効むこう化か[115][116]。2015年ねん4月がつにSSL 3.0そのものを無効むこう化か[117]。
  26. ^ a b レンダリングエンジンであるEdgeHTMLはInternet Explorer 11までのレンダリングエンジンであるTridentからフォークされた
  27. ^ Windows 10 LTSB 2015 (LongTermSupportBranch) を除のぞく[120]
  28. ^ a b c レジストリより設定せってい可能かのう (サードパーティによるツールが必要ひつよう)[122]
  29. ^ Presto版はんでは、Opera 10でTLS 1.2に対応たいおう（既定きていでは無効むこう）。
  30. ^ a b 2014年ねん10月がつ15日にち以降いこう、SSL 3.0の既定きていでの無効むこう化かをリモートで実施じっし[134]。
  31. ^ Opera 14以降いこうにおけるTLSへの対応たいおうは、対応たいおうするChromiumバックエンドを利用りようするChromeと同おなじとなる。Android版ばんOpera 14はChromium 26（レイアウトエンジンはWebKit）[139]、Opera 15以降いこうはChromium 28以降いこう（レイアウトエンジンはBlink）をベースとしている[140]。
  32. ^ TLS_FALLBACK_SCSVを実装じっそう[143]。
  33. ^ BEASTおよびPOODLEへの対策たいさくを実装じっそう済ずみ[134]
  34. ^ TLS_FALLBACK_SCSVの実装じっそうに加くわえ、"anti-POODLE record splitting"を実装じっそう[134]。
  35. ^ TLS_FALLBACK_SCSV、"anti-POODLE record splitting"の実装じっそうに加くわえ、SSL 3.0を既定きていで無効むこう化か[67]。
  36. ^ a b c opera://flagsより設定せってい可能かのう (最低さいていバージョンの指定していによる範囲はんい指定してい、最高さいこうバージョンは起動きどうオプションより指定してい可能かのう)[67]
  37. ^ SafariのTLSへの対応たいおうはOS同どう梱こりのライブラリによる[144]。
  38. ^ 2013年ねん9月がつにBEASTへの対処たいしょが実装じっそうがされたが、既定きていでは無効むこうであった[146][147]。2014年ねん2月がつにアップデートされたOS X v10.8.5から既定きていで有効ゆうこうとなった[148]。
  39. ^ a b c d e f g h POODLEへの対応たいおうとしてSSL 3.0においてCBCモードをすべて廃止はいしした[149][150]ため、SSL 3.0では脆弱ぜいじゃく性せいが指摘してきされているRC4しか利用りようできず、RC4攻撃こうげきに対たいする脆弱ぜいじゃく性せいが増大ぞうだいしている。
  40. ^ モバイルSafariおよびTLS/SSLを必要ひつようとするサードパーティ製せいのすべてのソフトウェアはiOS同どう梱こりのUIWebViewライブラリを使用しようする。iOS 5以降いこうでTLS 1.1および1.2が既定きていで有効ゆうこう[155][156][157]。

ライブラリ[編集へんしゅう]

詳細しょうさいは「en:Comparison of TLS implementations」を参照さんしょう

TLS/SSLライブラリの多おおくはオープンソースソフトウェアである。

ライブラリにおけるTLS/SSLの対応たいおう状じょう況きょう
実装じっそう SSL 2.0（安全あんぜんではない） SSL 3.0（安全あんぜんではない） TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3
Botan 非ひ対応たいおう 非ひ対応たいおう[176] 対応たいおう 対応たいおう 対応たいおう
cryptlib（英語えいご版ばん） 非ひ対応たいおう 既定きていで有効ゆうこう 対応たいおう 対応たいおう 対応たいおう
GnuTLS 非ひ対応たいおう[注ちゅう 1] 既定きていで無効むこう[177] 対応たいおう 対応たいおう 対応たいおう 対応たいおう(ドラフト版ばん)[178]
Java Secure Socket Extension（英語えいご版ばん） 非ひ対応たいおう[注ちゅう 1] 既定きていで無効むこう[179] 対応たいおう 対応たいおう 対応たいおう 対応たいおう
LibreSSL 非ひ対応たいおう[180] 既定きていで無効むこう[181] 対応たいおう 対応たいおう 対応たいおう
MatrixSSL（英語えいご版ばん） 非ひ対応たいおう コンパイル時点じてんで既定きていで無効むこう[182] 対応たいおう 対応たいおう 対応たいおう 対応たいおう(ドラフト版ばん)
mbed TLS（英語えいご版ばん） 非ひ対応たいおう 既定きていで無効むこう[183] 対応たいおう 対応たいおう 対応たいおう
Network Security Services 既定きていで無効むこう[注ちゅう 2] 既定きていで無効むこう[185] 対応たいおう 対応たいおう[186] 対応たいおう[187] 対応たいおう[188]
OpenSSL 既定きていで無効むこう[189] 既定きていで有効ゆうこう 対応たいおう 対応たいおう[190] 対応たいおう[190] 対応たいおう[191]
RSA BSAFE（英語えいご版ばん）[192] 非ひ対応たいおう 対応たいおう 対応たいおう 対応たいおう 対応たいおう 未み対応たいおう
SChannel XP/2003[193] IE 7から既定きていで無効むこう 既定きていで有効ゆうこう IE 7から既定きていで有効ゆうこう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう
SChannel Vista/2008[194] 既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう 非ひ対応たいおう
SChannel 7/2008R2[195] 既定きていで無効むこう IE 11から既定きていで無効むこう 対応たいおう IE 11から既定きていで有効ゆうこう IE 11から既定きていで有効ゆうこう 非ひ対応たいおう
SChannel 8/1012[195] 既定きていで無効むこう 既定きていで有効ゆうこう 対応たいおう 既定きていで無効むこう 既定きていで無効むこう 非ひ対応たいおう
SChannel 8.1/2012R2, 10 v1507/v1511[195] 既定きていで無効むこう IE 11から既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう
SChannel 10 v1607/2016[196] 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう
Secure Transport OS X v10.2-10.8 / iOS 1-4 対応たいおう 対応たいおう 対応たいおう 非ひ対応たいおう 非ひ対応たいおう
Secure Transport OS X v10.9-10.10 / iOS 5-8 非ひ対応たいおう[注ちゅう 3] 対応たいおう 対応たいおう 対応たいおう[注ちゅう 3] 対応たいおう[注ちゅう 3]
Secure Transport OS X v10.11 / iOS 9 非ひ対応たいおう 非ひ対応たいおう[注ちゅう 3] 対応たいおう 対応たいおう 対応たいおう
SharkSSL 非ひ対応たいおう 既定きていで無効むこう 対応たいおう 対応たいおう 対応たいおう
wolfSSL 非ひ対応たいおう 既定きていで無効むこう[199] 対応たいおう 対応たいおう 対応たいおう 対応たいおう[200]
実装じっそう SSL 2.0（安全あんぜんではない） SSL 3.0（安全あんぜんではない） TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3
注ちゅう
  1. ^ a b 後方こうほう互換ごかん性せいの確保かくほのため、SSL 2.0に非ひ対応たいおうあるいは既定きていで無効むこうの場合ばあいにもSSL 2.0 client helloはサポートされる。
  2. ^ サーバ側がわでのSSL 2.0 client helloの受うけ取とりのみサポートされる[184]
  3. ^ a b c d OS X v10.9以降いこうでSSL 2.0非ひ対応たいおう。OS X v10.11以降いこうおよびiOS 9以降いこうでSSL 3.0非ひ対応たいおう。OS X v10.9およびiOS 5以降いこう以降いこうでTLS 1.1、1.2に対応たいおう[197][198]

課題かだい[編集へんしゅう]

バーチャルホスト[編集へんしゅう]

TLSは、TCP/IPネットワークでホスト名めいベースのバーチャルホストを構成こうせいする際さいに問題もんだいとなる。TCP/IPでは通信つうしんを開始かいしする前まえにホスト名めいを解決かいけつし、実際じっさいにはIPアドレスとポート番号ばんごうで接続せつぞく先さきを識別しきべつしている。このためTLSのネゴシエーションの時点じてんでは、バーチャルホストのうちどのホスト名めいを期待きたいしているのか判断はんだんできず、ホスト名めいごとに異ことなるサーバー証明しょうめい書しょを使つかい分わけることができない。

TLSの拡張かくちょう機能きのうを定義ていぎするRFC 6066では、ネゴシエーション時じにホスト名めいを伝つたえる手段しゅだんとしてServer Name Indication (SNI) を規定きていしている。用例ようれいとしては、HTTPの最新さいしんバージョンであるHTTP/2においてTLSを利用りようする際さいはSNIの利用りようが必須ひっすとされている。

一方いっぽう、証明しょうめい書しょを使つかい分わけず、1つの証明しょうめい書しょを複数ふくすうのバーチャルホストで使つかい回まわす方式ほうしきも広ひろく利用りようされている。X.509証明しょうめい書しょのフォーマットについて記述きじゅつしたRFC5280では、発行はっこう先さきホスト名めいを保持ほじするsubjectAltNameはひとつの証明しょうめい書しょに複数ふくすうのエントリを作成さくせいできると規定きていしている。これを利用りようして、ホストに収容しゅうようされたすべてのバーチャルホストに対応たいおうしたsubjectAltNameを保持ほじする証明しょうめい書しょをクライアントに提示ていじすれば良よい。

また、発行はっこう先さきホスト名めいにワイルドカードを使つかう方法ほうほうも考かんがえられる。HTTP over SSL/TLS (HTTPS) を定義ていぎするRFC 2818は、ワイルドカードの適用てきようについて記述きじゅつしている。バーチャルホストの対象たいしょうが、ひとつのドメイン名めいの中なかのホストであれば、この方法ほうほうで対応たいおうできる場合ばあいもある。

どの方法ほうほうも実装じっそうによって対応たいおう状じょう況きょうにバラつきがあり、環境かんきょうによっては使つかえない可能かのう性せいがある。なおIPアドレスベースのバーチャルホストであれば、ネゴシエーションの時点じてんで確実かくじつにどのバーチャルホストを期待きたいしているか判断はんだんできるので、問題もんだいなく証明しょうめい書しょを使つかい分わけることができる。

TLS/SSLの既知きちの脆弱ぜいじゃく性せい[編集へんしゅう]

TLS/SSLに対たいする攻撃こうげきのうち主おもなものを以下いかに挙あげる。2015年ねん2月がつに、TLS/SSLに対たいする既知きちの攻撃こうげきについての情報じょうほうをまとめたRFC 7457がIETFから公開こうかいされている。

暗号あんごうの危殆きたい化かを利用りようしたもの[編集へんしゅう]

TLS 1.2ではすでに危殆きたい化かしたRC4、MD5、SHA1が選択せんたく可能かのうであり、この事ことが脆弱ぜいじゃく性せいの原因げんいんとなっている。

MD5はすでに衝突しょうとつが容易よういに見みつかるレベルまで危殆きたい化かしているため、これを利用りようしたSLOTH攻撃こうげき (CVE-2015-7575) が知しられている。

SHA1もFreestart Collision[201]が見みつかっており安全あんぜんではない。

RC4[編集へんしゅう]

RC4もTLSのすべてのバージョンにおいて利用りようを禁止きんしするRFC 7465が公開こうかいされた。MozillaおよびマイクロソフトではRC4を無効むこう化かすることを推奨すいしょうしている[202][203][204][205]。

RC4そのものに対たいする攻撃こうげき法ほうは多おおく報告ほうこくされているが、TLS/SSLにおいてRC4を用もちいたCipher Suiteについては、その脆弱ぜいじゃく性せいに対処たいしょされており安全あんぜんであると考かんがえられていた。2011年ねんには、ブロック暗号あんごうのCBCモードの取とり扱あつかいに関かんする脆弱ぜいじゃく性せいであったBEAST攻撃こうげきへの対応たいおう策さくの一ひとつとして、ストリーム暗号あんごうであるためその影響えいきょうを受うけないRC4に切きり替かえることが推奨すいしょうされていた[206]。しかし、2013年ねんにTLS/SSLでのRC4への効果こうか的てきな攻撃こうげきが報告ほうこくされ、BEASTへの対応たいおうとしてRC4を用もちいることは好このましくないとされた[207]。RC4に対たいする攻撃こうげきは、AlFardan、Bernstein、Paterson、Poettering、Schuldtによって報告ほうこくされた。新あらたに発見はっけんされたRC4の鍵かぎテーブルにおける統計とうけい的てきな偏かたより[208]を利用りようし、平文へいぶんの一部いちぶを回復かいふく可能かのうであるというものである[209][210]。この攻撃こうげきでは、13 × 220の暗号あんごう文ぶんを用もちいることで128ビットのRC4が解読かいどく可能かのうであることが示しめされ、2013年ねんのUSENIXセキュリティシンポジウムにおいて「実現じつげん可能かのう」と評ひょうされた[211][212]。2013年ねん現在げんざいでは、NSAのような機関きかんであればTLS/SSLを利用りようしたとしてもRC4を解読かいどく可能かのうであるとの疑惑ぎわくがある[213]。

2015年ねん現在げんざいではクライアントのほとんどは既すでにBEASTへの対処たいしょが完了かんりょうしていることから、RC4はもはや最良さいりょうの選択肢せんたくしではなくなっており、TLS 1.0以前いぜんにおいてもCBCモードを用もちいることがより良よい選択肢せんたくしとなっている[214]。

ダウングレード攻撃こうげき[編集へんしゅう]

FREAK および Logjam[編集へんしゅう]

詳細しょうさいは「FREAK」を参照さんしょう

かつてアメリカ合衆国あめりかがっしゅうこくからの暗号あんごうの輸出ゆしゅつ規制きせいが厳いかめしかった時期じきに、規制きせいを回避かいひするために一時いちじ的てきに512ビットのRSA鍵かぎを生成せいせいして、そちらで通信つうしんを行おこなうというような手法しゅほうが存在そんざいした[215]。この手法しゅほうについては、一時いちじ的てきな公開こうかい鍵かぎを素因数そいんすう分解ぶんかいすることが可能かのうであれば中ちゅう間あいだ者しゃ攻撃こうげきが成立せいりつすることが1998年ねん時点じてんで指摘してきされていたが[216]、コンピュータの性能せいのう向上こうじょう、クラウドコンピューティングの普及ふきゅうにより素因数そいんすう分解ぶんかいが個人こじんレベルですら現実げんじつ的てきとなったこと、さらに2015年ねんには、OpenSSL、Safari、Androidなどでは輸出ゆしゅつ用ようでない暗号あんごうスイートでも512ビットの一時いちじ鍵かぎを受うけ入いれてしまう実装じっそうとなっていたことが判明はんめいし、FREAK (Factoring RSA Export Keys)[217]として問題もんだいが再さい浮上ふじょうしている。

対策たいさくとしては、すでに脆弱ぜいじゃくとなっている輸出ゆしゅつ対応たいおう暗号あんごうの無効むこう化か、クライアント側がわでは規格きかく書しょ通どおり、輸出ゆしゅつ暗号あんごう以外いがいで一時いちじ的てきRSA鍵かぎを使つかわないようにする[218]、ということが挙あげられる。

2015年ねん5月がつ、Logjamと呼よばれる脆弱ぜいじゃく性せいが発見はっけんされた。これも、FREAKと同様どうように輸出ゆしゅつ用ようの512ビットの一時いちじ鍵かぎを受うけ入いれてしまうものである[219]。FREAKとは異ことなり、LogjamはTLSプロトコル自体じたいの脆弱ぜいじゃく性せいである。発見はっけん時点じてんにおいて、主要しゅようなブラウザのすべてがLogjamに対たいして脆弱ぜいじゃくである。

バージョンロールバック攻撃こうげき[編集へんしゅう]

False Start[220]（Google Chromeで有効ゆうこう化かされた[221]）やSnap StartといったTLS/SSLを高速こうそく化かする変へん法ほうは、攻撃こうげき者しゃが一定いってい条件下じょうけんかにおいて本来ほんらい利用りよう可能かのうなTLS/SSLのバージョンよりも低ひくいバージョンでTLS/SSL接続せつぞくを行おこなうよう仕向しむけること[222]や、クライアントからサーバへ送おくられる利用りよう可能かのうなCipher Suiteの一覧いちらんを改竄かいざんし、より低ひくい暗号あんごう強度きょうどやより弱よわい暗号あんごう化かアルゴリズム・鍵かぎ交換こうかんアルゴリズムを使用しようするよう仕向しむけること[223]が可能かのうであると報告ほうこくされている。さらに、特定とくていの環境かんきょうにおいては、攻撃こうげき者しゃがオフラインで暗号あんごう化かに用もちいられた鍵かぎを回復かいふくし、暗号あんごう化かされたデータにアクセスすることも可能かのうであることがAssociation for Computing Machinery (ACM) のコンピュータセキュリティカンファレンスで報告ほうこくされた[224]。

Mac-then-Encrypt型がたの認証にんしょう暗号あんごうに関かんするもの[編集へんしゅう]

BEAST攻撃こうげき[編集へんしゅう]

2011年ねん9月がつ23日にち、暗号あんごう研究けんきゅう者しゃのThai DuongとJuliano Rizzoが、BEAST (Browser Exploit Against SSL/TLS)[225] と呼よばれるTLS 1.0におけるブロック暗号あんごうのCBCモードの取とり扱あつかいに関かんする脆弱ぜいじゃく性せいのコンセプトをJavaアプレットの同どう一いち生成せいせい元もとポリシー違反いはんによって実証じっしょうした[226][227]。この脆弱ぜいじゃく性せいそのものは2002年ねんにPhillip Rogawayによって発見はっけんされていた[228]が、2011年ねんの発表はっぴょうまでは実用じつよう的てきなエクスプロイトは報告ほうこくされていなかった。

2006年ねんに発表はっぴょうされたTLS 1.1においてBEASTへの脆弱ぜいじゃく性せいは修正しゅうせいされていたが、2011年ねんの実証じっしょうまでTLS 1.1への対応たいおうはクライアント、サーバの双方そうほうでほとんど進すすんでいなかった。

Google ChromeおよびFirefoxはBEASTによる影響えいきょうを直接的ちょくせつてきに受うけることはないが[229][230]、MozillaはTLS/SSLのためのライブラリであるNetwork Security Services (NSS) に対たいして、BEASTおよびそれに類似るいじした選択せんたく平文へいぶん攻撃こうげきに対たいするTLS 1.0以前いぜんで有効ゆうこうな対応たいおう策さくを2011年ねんに施ほどこした。NSSは、Mozilla FirefoxなどのMozillaのソフトウェアだけでなく、Google Chromeなど他たのブラウザでも用もちいられているライブラリである。NSSでのTLS 1.1以降いこうへの対応たいおうは2012年ねんまでずれこみ、FirefoxでTLS 1.1以降いこうを既定きていで利用りよう可能かのうとなったのは2014年ねんのバージョン27である。

マイクロソフトは2012年ねん1月がつ10日とおかにSecurity Bulletin MS12-006を発表はっぴょうし、Windowsで用もちいられているライブラリであるSChannelに対たいして修正しゅうせいを加くわえた[231]。Windows 7以降いこうでは、TLS 1.1以降いこうが利用りよう可能かのうである。

Apple製品せいひんでは、macOSではv10.9においてTLS 1.1以降いこうへの対応たいおうおよびTLS 1.0以前いぜんにおけるBEAST脆弱ぜいじゃく性せいへの対応たいおうがなされているが、v10.8以前いぜんでは、TLS 1.1以降いこうへの対応たいおう、TLS 1.0以前いぜんにおけるBEAST脆弱ぜいじゃく性せいへの対応たいおうのいずれも行おこなわれていない。iOSでは、5以降いこうではTLS 1.1以降いこうが利用りよう可能かのうであるが、TLS 1.0以前いぜんにおけるBEAST脆弱ぜいじゃく性せいへの対応たいおうは行おこなわれていない。iOS 7ではじめてTLS 1.0以前いぜんにおけるBEAST脆弱ぜいじゃく性せいへの対応たいおうが行おこなわれた。

パディング攻撃こうげき[編集へんしゅう]

TLSの初期しょきのバージョンはパディングオラクル攻撃こうげきに対たいして脆弱ぜいじゃくであることが2002年ねんに報告ほうこくされた。

Lucky Thirteen[編集へんしゅう]

2013年ねんには、Lucky Thirteen攻撃こうげき（英語えいご版ばん）と呼よばれる新あらたなパディング攻撃こうげきが報告ほうこくされている。2014年ねん現在げんざいでは、多おおくの実装じっそうにおいてLucky Thirteen攻撃こうげきに対たいして対応たいおう済ずみである。

POODLE攻撃こうげき[編集へんしゅう]

2014年ねん9月がつ15日にち、Googleの研究けんきゅう者しゃによって、SSL 3.0の設計せっけいに脆弱ぜいじゃく性せいが存在そんざいすることが発表はっぴょうされた[232] (CVE-2014-3566)。これは、SSL 3.0においてブロック暗号あんごうをCBCモードで使用しようした際さいにパディング攻撃こうげきが可能かのうとなるものであり、POODLE (Padding Oracle On Downgraded Legacy Encryption) と名付なづけられた。平均へいきんしてわずか256回かいのリクエストで暗号あんごう文ぶんの1バイトの解読かいどくが可能かのうとなる[43][233]。CVE IDはCVE-2014-3566である。

この脆弱ぜいじゃく性せいはSSL 3.0の仕様しようのみに存在そんざいするものでありTLS 1.0以降いこうに影響えいきょうはないが、主要しゅようなすべてのブラウザではTLSでのハンドシェイクが失敗しっぱいした場合ばあいにSSL 3.0での接続せつぞくにダウングレードする。そのため、攻撃こうげき者しゃはバージョンロールバック攻撃こうげきによってSSL 3.0での接続せつぞくを行おこなわせることでこの脆弱ぜいじゃく性せいを利用りよう可能かのうとなる[43][233]。

POODLE攻撃こうげきへの根本こんぽん的てきな対処たいしょ法ほうは、少すくなくともクライアント、サーバのどちらかでSSL 3.0を無効むこう化かすることである。しかし、古ふるいクライアント、サーバなどではTLS 1.0以降いこうに対応たいおうしていないため、互換ごかん性せいを考慮こうりょしてSSL 3.0を無効むこう化かできない場合ばあいがある。そこで、POODLEの発見はっけん者しゃは、TLS_FALLBACK_SCSV[234]の実装じっそうを推奨すいしょうしている。この実装じっそうによりTLSからSSL 3.0へのフォールバックが抑止よくしされるが[43][233]、これはクライアント側がわだけでなくサーバ側がわの対応たいおうも必要ひつようである。

Google ChromeブラウザやGoogleサービスのサーバは既すでにTLS_FALLBACK_SCSVに対応たいおうしており、加くわえて数すうか月げつ以内いないにこれらクライアント、サーバからSSL 3.0のサポートを除去じょきょする予定よていである[233]。2014年ねん11月リリースのバージョン39においてSSL 3.0へのフォールバックを、2015年ねん1月がつリリースのバージョン40においてSSL 3.0そのものを既定きていで無効むこう化かしている。

OperaもGoogle Chromeと同様どうようにTLS_FALLBACK_SCSVを実装じっそう済ずみであるほか、バージョン25において"anti-POODLE record splitting"と呼よばれる異ことなる対策たいさくを実装じっそうした[235]。

Mozillaでは2014年ねん12月リリースのMozilla Firefox 34およびESR 31.3からSSL 3.0を無効むこう化かしたほか、Firefox 35においてTLS_FALLBACK_SCSVをサポートした[236]。

マイクロソフトでは、グループポリシーからSSL 3.0を無効むこう化かする方法ほうほうを公開こうかいしているほか[237]、10月29日にちにWindows Vista、Server 2003およびそれ以降いこうのIEにおいてSSL 3.0を無効むこう化かする"Fix it"を公開こうかいし、数すうか月げつ以内いないにIEおよびマイクロソフトのオンラインサービスにおいてSSL 3.0を既定きていで無効むこう化かする方針ほうしんを表明ひょうめいした[238]。2015年ねん2月がつのアップデートにおいて、IE 11の保護ほごモードにおいてSSL 3.0へのフォールバックを既定きていで無効むこう化かした[239]。加くわえて、2015年ねん4月がつにIE 11においてSSL 3.0自体じたいを既定きていで無効むこう化かした[240]。

Safari（OS X v10.8以降いこうおよびiOS 8.1以降いこう）では、POODLEへの対策たいさくとしてSSL 3.0においてCBCモードのcipher suiteを無効むこう化かした[241][242]。これによりPOODLEの影響えいきょうを受うけることはなくなるが、SSL 3.0においてCBCモードを無効むこう化かしたことで、脆弱ぜいじゃく性せいが指摘してきされているRC4しか利用りようできなくなるという問題もんだいが生しょうじている。

サーバ側がわでは、NSSが2014年ねん10月がつ3日にちにリリースされたバージョン3.17.1および10月がつ27日にちにリリースされた3.16.2.3でTLS_FALLBACK_SCSVに対応たいおうしたほか[243][244]、2015年ねん4月がつまでにSSL 3.0を既定きていで無効むこう化かする予定よていである[245]。OpenSSLは、10月15日にちリリースのバージョン1.0.1j、1.0.0、0.9.8zcでTLS_FALLBACK_SCSVに対応たいおうした[246]。LibreSSLでは、10月16日にちリリースのバージョン2.1.1でSSL 3.0を既定きていで無効むこう化かした[247]。

2014年ねん12月8日にちに、SSL 3.0ではなくTLS 1.0から1.2に対たいして有効ゆうこうなPOODLE攻撃こうげきの変へん法ほうが報告ほうこくされた。この変へん法ほうはTLSの仕様しようにおいてサーバ側がわに要求ようきゅうされているパディングのチェックを正まさしく行おこなわない実装じっそうにおいて、SSL 3.0を無効むこうにしていたとしてもPOODLE攻撃こうげきが可能かのうとなるというものである[248]。すなわち、SSL 3.0に対たいするものが仕様しようそのものの脆弱ぜいじゃく性せいであるのに対たいし、TLS 1.0以降いこうに対たいするものは不適切ふてきせつな実装じっそうによる脆弱ぜいじゃく性せいである。SSL Pulseでは、公開こうかい前まえの時点じてんでHTTPS対応たいおうのサーバのうちおよそ10%がこの変へん法ほうに対たいして脆弱ぜいじゃくであるとしている[249]。この変へん法ほうのCVE IDはCVE-2014-8730である。この変へん法ほうでは、SSL 3.0へダウングレードさせる必要ひつようがなくTLS 1.2のままで攻撃こうげきが可能かのうであるなど、オリジナルのSSL 3.0に対たいするPOODLE攻撃こうげきよりも実行じっこうが容易よういであるとされる[250]。

圧縮あっしゅくサイドチャネル攻撃こうげき[編集へんしゅう]

TLS1.2では平文へいぶんを圧縮あっしゅくした後のちに暗号あんごう化かを施ほどこす。しかし圧縮あっしゅく後ごの平文へいぶんのビット長ながさは圧縮あっしゅく前まえの平文へいぶんに依存いぞんし、しかも暗号あんごう文ぶんのビット長ちょうは暗号あんごう化かする文書ぶんしょ＝圧縮あっしゅく後ごの平文へいぶんのビット長ちょうに依存いぞんするので、暗号あんごう文ぶん長ちょうから平文へいぶんの情報じょうほうが攻撃こうげき者しゃに漏もれてしまう。この事実じじつを利用りようした攻撃こうげきを圧縮あっしゅくサイドチャネル攻撃こうげきという。TLS1.2には以下いかの様ような圧縮あっしゅくサイドチャネル攻撃こうげきが知しられている。

CRIME攻撃こうげき[編集へんしゅう]

2012年ねんにBEAST攻撃こうげきの報告ほうこく者しゃによって、TLSにおいてデータ圧縮あっしゅくが有効ゆうこうな場合ばあいにおいて、本来ほんらい第三者だいさんしゃに対たいして秘密ひみつであるべきCookieの内容ないようが回復かいふく可能かのうとなるCRIME（Compression Ratio Info-leak Made Easy, 英語えいご版ばん）が報告ほうこくされた[251][252]。ウェブサイトでのユーザ認証にんしょうに使つかわれているCookieの内容ないようを回復かいふくされることで、セッションハイジャックが可能かのうとなる。2012年ねん9月がつにはMozilla FirefoxおよびGoogle ChromeにおいてCRIMEへの対応たいおうが実施じっしされた。また、マイクロソフトによればInternet ExplorerはCRIMEの影響えいきょうを受うけない。

CRIMEの報告ほうこく者しゃによって、CRIMEがTLS以外いがいにもデータ圧縮あっしゅくを利用りようするSPDYやHTTPといったプロトコルにも広ひろく適用てきよう可能かのうであることが示しめされていたにもかかわらず、クライアント、サーバのいずれにおいてもTLSやSPDYに対たいする修正しゅうせいしか行おこなわれず、HTTPに対たいする修正しゅうせいは行おこなわれなかった。

BREACH攻撃こうげき[編集へんしゅう]

2013年ねんに、HTTPでのデータ圧縮あっしゅくをターゲットとしたBREACH（Browser Reconnaissance and Exfiltration via Adaptive Compression of Hypertext, 英語えいご版ばん）と呼よばれるCRIME攻撃こうげきの変へん法ほうが報告ほうこくされた。BREACH攻撃こうげきでは、ログイントークン、メールアドレスなどの個人こじん情報じょうほうをわずか30秒びょうで取得しゅとく可能かのうであり、不正ふせいなリンクを訪おとずれさせたり、正当せいとうなウェブページに不正ふせいなコンテンツを挿入そうにゅうすることも可能かのうであった[253]。使用しようするアルゴリズム、Cipher Suiteを問とわず、すべてのバージョンのTLS/SSLに対たいしてBREACH攻撃こうげきは適用てきよう可能かのうである[254]。TLSでのデータ圧縮あっしゅくやSPDYでのヘッダ圧縮あっしゅくを無効むこうとすることで容易よういに回避かいひ可能かのうであったCRIMEとは異ことなり、BREACHを回避かいひするためにはHTTPでのデータ圧縮あっしゅくを無効むこうにする必要ひつようがあるが、通信つうしん速度そくどの向上こうじょうのためにほぼすべてのサーバがHTTPデータ圧縮あっしゅくを有効ゆうこうとしている現状げんじょうでは、これを無効むこう化かすることは現実げんじつ的てきではない[253]。

その他た[編集へんしゅう]

再さいネゴシエーション脆弱ぜいじゃく性せい[編集へんしゅう]

2009年ねん11月4日にち、SSL 3.0以降いこうの再さいネゴシエーション機能きのうを利用りようして、クライアントからのリクエストの先頭せんとうに中ちゅう間あいだ者しゃが任意にんいのデータを挿入そうにゅうできるという脆弱ぜいじゃく性せいが報告ほうこくされた[255][256]。プロトコル自体じたいの脆弱ぜいじゃく性せいであり、すべての実装じっそうが影響えいきょうを受うける。

この脆弱ぜいじゃく性せいへの簡単かんたんな対策たいさくは、サーバにおいて再さいネゴシエーションを禁止きんしすることである。根本こんぽん対応たいおうとしては、TLS Extensionを使つかった安全あんぜんな再さいネゴシエーション手順てじゅんがRFC 5746として提案ていあんされている。この脆弱ぜいじゃく性せいを利用りようした中なか間あいだ者しゃ攻撃こうげきでは、サーバがRFC 5746に対応たいおうしない限かぎりクライアントは再さいネゴシエーションが発生はっせいしたことを検出けんしゅつできないので、クライアント側がわのみで対応たいおうすることは不可能ふかのうである。

切きり詰つめ攻撃こうげき[編集へんしゅう]

TLSでの切きり詰つめ攻撃こうげきでは、ユーザがウェブサービスからログアウトすることを妨害ぼうがいし、意図いとせずログインしたままとすることが可能かのうである。ユーザからログアウト要求ようきゅうが送信そうしんされたときに、攻撃こうげき者しゃが偽にせのTCP FINメッセージ（これ以上いじょうデータを送信そうしんしない）を平文へいぶんで挿入そうにゅうする。このメッセージを受うけたサーバでは、ユーザから送おくられたログアウト要求ようきゅうを受うけ取とらないため、ユーザの意図いととは異ことなりログイン状態じょうたいが維持いじされる[257]。

2013年ねんの報告ほうこく[258]では、この攻撃こうげきへの対応たいおうとして、GmailやHotmailなどのウェブサービスでは、ログアウトが正常せいじょうに完了かんりょうした旨むねのページを表示ひょうじするようになった。これにより、ログアウトしたか否ひかをユーザが確認かくにんすることが可能かのうとなり、攻撃こうげき者しゃによってログイン状態じょうたいのアカウントを悪用あくようされる危険きけん性せいが軽減けいげんされる。

この攻撃こうげきでは目標もくひょうのコンピュータにマルウェアなどを導入どうにゅうする必要ひつようはないが、攻撃こうげき者しゃが目標もくひょうとサーバの間あいだの回線かいせんに割わり込こむことが可能かのうであること[257]と、目標もくひょうのコンピュータに物理ぶつり的てきにアクセス可能かのうであることが求もとめられる。

実装じっそう上じょうの脆弱ぜいじゃく性せいをついたもの[編集へんしゅう]

ハートブリード[編集へんしゅう]

詳細しょうさいは「ハートブリード」を参照さんしょう

ハートブリード（英えい: Heartbleed）は、2014年ねんに発覚はっかくしたOpenSSLライブラリのバージョン1.0.1から1.0.1fの間あいだで発見はっけんされた深刻しんこくなセキュリティ脆弱ぜいじゃく性せいである。この脆弱ぜいじゃく性せいを利用りようすることで、TLS/SSLによって保護ほごされているはずの情報じょうほうを盗ぬすむことが可能かのうである。

このバグでは、インターネット上じょうの誰だれもが、脆弱ぜいじゃく性せいのあるOpenSSLを利用りようしているシステムのメモリにアクセスすることが可能かのうとなり、サービスプロバイダの認証にんしょうやデータの暗号あんごう化かに用もちいられている秘密ひみつ鍵かぎ、ユーザのアカウントおよびパスワード、実際じっさいにやり取とりされたデータなどを取得しゅとくできる。これにより、メッセンジャーサービス、電子でんしメールの盗聴とうちょう、データの盗難とうなん、なりすましなどが可能かのうとなる。

ウェブサイトの統計とうけい[編集へんしゅう]

Trustworthy Internet Movementは、TLS/SSLに対たいする攻撃こうげきに対たいして脆弱ぜいじゃくなウェブサイトの統計とうけいを発表はっぴょうしている。2019年ねん8月がつにおける統計とうけいは以下いかの通とおりである[41]。

TLS/SSLに対たいする攻撃こうげきに脆弱ぜいじゃくなウェブサイトの統計とうけい（括弧かっこ内ないは前月ぜんげつとの差さ）
攻撃こうげき セキュリティ
安全あんぜんではない 状況じょうきょうによる 安全あんぜん その他た
再さいネゴシエーション脆弱ぜいじゃく性せい 0.3%
安全あんぜんではない再さいネゴシエーションに対応たいおう 		0.1%
両方りょうほうに対応たいおう 		98.4%
安全あんぜんな再さいネゴシエーションに対応たいおう 		1.1%
再さいネゴシエーション非ひ対応たいおう
RC4攻撃こうげき 1.2%
最新さいしんのブラウザで利用りよう可能かのうなRC4 Suiteをサポート 		12.1%
RC4 Suiteのいくつかをサポート 		86.7%
RC4によるCipher Suite非ひサポート 		N/A
CRIME攻撃こうげき 0.6%
脆弱ぜいじゃく 		N/A N/A N/A
ハートブリード <0.1%
脆弱ぜいじゃく 		N/A N/A N/A
CCS Injection Vulnerability 0.2%
脆弱ぜいじゃくかつ悪用あくよう可能かのう 		1.2%
脆弱ぜいじゃくだが悪用あくよう不可能ふかのう 		96.9%
脆弱ぜいじゃくではない 		1.7%
不明ふめい
TLSへのPOODLE攻撃こうげき
SSL 3.0へのPOODLE攻撃こうげきは含ふくまない 		0.3%
脆弱ぜいじゃくかつ悪用あくよう可能かのう 		N/A 99.5%
脆弱ぜいじゃくではない 		0.2%
不明ふめい
プロトコルダウングレード 11.3%
TLS_FALLBACK_SCSV非ひサポート 		N/A 71.6%
TLS_FALLBACK_SCSVサポート 		17.0%
不明ふめい

参考さんこう文献ぶんけん[編集へんしゅう]

  • Eric Rescorla『マスタリングTCP/IP SSL/TLS編へん』齊藤さいとう孝道たかみち・鬼頭おにがしら利之としゆき・古こ森もり貞さだ監訳かんやく（第だい1版はん第だい1刷さつ）、オおーム社むしゃ、2003年ねん11月28日にち。ISBN 4-274-06542-1。 

脚注きゃくちゅう[編集へんしゅう]

  1. ^ プロトコル名めいを含ふくめた歴史れきしについては、Eric Rescorla著ちょ,「マスタリングTCP/IP SSL/TLS編へん」,オおーム社むしゃ開発かいはつ局きょく（2003年ねん）ISBN 4-274-06542-1 の2章しょう6節せつが詳くわしい。
  2. ^ ただし、メールサーバーへの接続せつぞくにおいてはTLS接続せつぞく用ようのTCPポートにはじめからTLSで接続せつぞくするSMTP over SSLと、通常つうじょうのTCPポートにSMTP接続せつぞく後ごにSTARTTLSコマンドによってセキュアな接続せつぞくに切きり替かえるSTARTTLSという異ことなる接続せつぞく方式ほうしきがあり、名称めいしょうを使つかい分わけることがある。詳くわしくは#アプリケーション層そうプロトコルへの適用てきようの項目こうもくを参照さんしょうされたい。
  3. ^ a b 齋藤さいとう 孝道たかみち『マスタリングTCP/IP情報じょうほう セキュリティ編へん』（第だい2版はん）オおーム社むしゃ、2022年ねん6月がつ28日にち、178-179頁ぺーじ。 
  4. ^ “SSL”. Dovecot Wiki. 2015年ねん1月がつ10日とおか閲覧えつらん。 “SSL and TLS terms are often used in confusing ways”
  5. ^ “Google Chrome、南京錠なんきんじょうアイコンを2023年ねん9月がつに廃止はいし” (2023年ねん5月がつ4日にち). 2024年ねん3月がつ11日にち閲覧えつらん。
  6. ^ “大だい多数たすうの人ひとは、ウェブブラウザの南京錠なんきんじょうアイコンが何なにを意味いみするのか理解りかいしていない” (2023年ねん11月23日にち). 2024年ねん3月がつ11日にち閲覧えつらん。
  7. ^ “すべての「Chrome」をHTTPSファーストに、Googleが本腰ほんごしを入いれる” (2023年ねん8月がつ18日にち). 2024年ねん3月がつ11日にち閲覧えつらん。
  8. ^ 高木たかぎ 浩光ひろみつ (2007年ねん11月17日にち). “オレオレ証明しょうめい書しょの区分くぶん 第だい三さん版はん”. 高木たかぎ浩光ひろみつ＠自宅じたくの日記にっき. 2010年ねん1月がつ3日にち閲覧えつらん。
  9. ^ “「安全あんぜんなウェブサイトの作つくり方かた　改訂かいてい第だい3版はん」を公開こうかい”. 独立どくりつ行政ぎょうせい法人ほうじん 情報処理じょうほうしょり推進すいしん機構きこう (2008年ねん6月がつ11日にち). 2010年ねん1月がつ3日にち閲覧えつらん。
  10. ^ Ian Goldberg; David Wagner (1996年ねん1月がつ1日にち). “Randomness and the Netscape Browser” (英語えいご). Dr. Dobb's. 2010年ねん1月がつ3日にち閲覧えつらん。
  11. ^ “OpenSSL パッケージの脆弱ぜいじゃく性せいとその影響えいきょうについて（SSH鍵かぎ、SSL証明しょうめい書しょ等とう）”. Debian JP Project (2008年ねん5月がつ15日にち). 2010年ねん1月がつ3日にち閲覧えつらん。
  12. ^ “Debian generated SSH-Keys working exploit”. SecurityFocus (2008年ねん5月がつ15日にち). 2010年ねん1月がつ3日にち閲覧えつらん。
  13. ^ “Debian GNU/Linux に含ふくまれる OpenSSL/OpenSSH の脆弱ぜいじゃく性せいに関かんする注意ちゅうい喚起かんき”. JPCERT/CC (2008年ねん5月がつ19日にち). 2010年ねん1月がつ3日にち閲覧えつらん。
  14. ^ a b c d e f g h i j k l RFC5246日本語にほんご訳やく「 TLS ハンドシェイク関連かんれんプロトコル」、IPA。2016年ねん8月がつ11日にち閲覧えつらん
  15. ^ a b RFC5246日本語にほんご訳やく「 8. 暗号あんごう技術ぎじゅつ的てき計算けいさん」、IPA。2016年ねん8月がつ11日にち閲覧えつらん
  16. ^ a b c RFC5246日本語にほんご訳やく「6. TLS レコードプロトコル」、IPA。2016年ねん8月がつ11日にち閲覧えつらん
  17. ^ “IT 管理かんり者しゃ向むけ - TLS 1.2 への移行いこうを推奨すいしょうしています”. マイクロソフト TechNet (2017年ねん7月がつ11日にち). 2018年ねん5月がつ12日にち閲覧えつらん。
  18. ^ “TLS1.0 サポート停止ていしにおけるシステムメンテナンスのお知しらせ”. シマンテック (2016年ねん2月がつ19日にち). 2018年ねん5月がつ12日にち閲覧えつらん。
  19. ^ “2018年ねん6月がつ1日にち以降いこう、古ふるいブラウザー、パソコン、スマートフォンなどでは、Yahoo! JAPANのウェブサービスが順次じゅんじご利用りよういただけなくなります。”. Yahoo! JAPAN. 2018年ねん5月がつ23日にち閲覧えつらん。
  20. ^ 大岩おおいわ 寛ひろし (2005年ねん10月がつ13日にち). “[Security] SSL 2.0 version rollback の件けんのFAQ”. おおいわのこめんと. 2010年ねん1月がつ3日にち閲覧えつらん。
  21. ^ Eric Lawrence (2006年ねん1月がつ31日にち). “Internet Explorer 7 における HTTPS セキュリティの強化きょうか点てん”. マイクロソフト. 2010年ねん1月がつ3日にち閲覧えつらん。
  22. ^ “サイトが古ふるくて安全あんぜんでないバージョンの SSL プロトコルを使用しようしているため、安全あんぜんな接続せつぞくができませんでした”. Firefox サポート (2009年ねん7月がつ6日にち). 2010年ねん1月がつ3日にち閲覧えつらん。
  23. ^ “Opera 9 のサポートするウェブ標準ひょうじゅんならびに仕様しよう”. Opera Software ASA.. 2010年ねん1月がつ3日にち閲覧えつらん。
  24. ^ 勝村かつむら 幸博ゆきひろ (2006年ねん6月がつ2日にち). “「SSL 2.0だけに対応たいおうしたWebサイトはわずか0.1％」---ネットクラフト”. 日経にっけいBP IT pro. 2010年ねん1月がつ3日にち閲覧えつらん。
  25. ^ RFC 3268 によって後のち付つけでAESが追加ついかされたTLS 1.0とは異ことなり、TLS 1.1を定義ていぎする RFC 4346 A.5節せつではRFC 3268が参照さんしょうされ、AESが当初とうしょから追加ついかされている
  26. ^ draft-ietf-tls-tls13-18 "IETF The Transport Layer Security (TLS) Protocol Version 1.3"
  27. ^ “IETFがTLS 1.3を承認しょうにん、悪質あくしつなハッカーや盗聴とうちょう者しゃが仕事しごとをしづらくなる仕掛しかけを盛もり込こむ”. TechCrunch Japan (2018年ねん3月がつ24日にち). 2018年ねん5月がつ12日にち閲覧えつらん。
  28. ^ “IETFがTLS 1.3を承認しょうにん--安全あんぜん性せいや速度そくど向上こうじょう、課題かだいも”. ZDNet (2018年ねん3月がつ27日にち). 2018年ねん5月がつ12日にち閲覧えつらん。
  29. ^ “IETF、「TLS 1.3」を正式せいしきリリース ～「Firefox」「Google Chrome」は最終さいしゅう草案そうあんに対応たいおう”. 窓まどの杜もり. (2018年ねん8月がつ20日はつか). https://forest.watch.impress.co.jp/docs/news/1138657.html 2019年ねん11月12日にち閲覧えつらん。 
  30. ^ Sean Turner (2015年ねん9月がつ17日にち). “Consensus: remove DSA from TLS 1.3”. 2015年ねん9月がつ19日にち閲覧えつらん。
  31. ^ a b c d e f g draft-chudov-cryptopro-cptls-04 - GOST 28147-89 Cipher Suites for Transport Layer Security (TLS)
  32. ^ RFC 5288, RFC 5289
  33. ^ RFC 6655, RFC 7251
  34. ^ RFC 6367
  35. ^ RFC 5932およびRFC 6367
  36. ^ a b RFC 6209
  37. ^ RFC 4162
  38. ^ “NIST Special Publication 800-57 Recommendation for Key Management — Part 1: General (Revised)” (PDF) (2007年ねん3月がつ8日にち). 2014年ねん7月がつ3日にち閲覧えつらん。
  39. ^ Qualys SSL Labs. “SSL/TLS Deployment Best Practices” (PDF). 2013年ねん11月19日にち閲覧えつらん。
  40. ^ RFC 7905
  41. ^ a b c 2023年ねん11月3日にち現在げんざい “SSL Pulse: Survey of the SSL Implementation of the Most Popular Web Sites”. 2023年ねん12月9日にち閲覧えつらん。
  42. ^ ivanr. “RC4 in TLS is Broken: Now What?”. Qualsys SSL Labs. 2018年ねん9月がつ10日とおか閲覧えつらん。
  43. ^ a b c d Bodo Möller, Thai Duong and Krzysztof Kotowicz. “This POODLE Bites: Exploiting The SSL 3.0 Fallback” (PDF). 2014年ねん10月がつ15日にち閲覧えつらん。
  44. ^ “「Microsoft Edge」と「Internet Explorer 11」でTLS 1.0/1.1がデフォルト無効むこう化かへ” (2018年ねん10月がつ16日にち). 2021年ねん1月がつ1日にち閲覧えつらん。“「Google Chrome」「Firefox」「Safari」もTLS 1.0/1.1のサポートを廃止はいしへ” (2018年ねん10月がつ16日にち). 2021年ねん1月がつ1日にち閲覧えつらん。
  45. ^ “主要しゅようブラウザーの TLS 1.0/1.1 無効むこう化かについて（続報ぞくほう）” (2020年ねん7月がつ28日にち). 2021年ねん1月がつ1日にち閲覧えつらん。
  46. ^ “緑色みどりいろのバーの表示ひょうじについて”. シマンテック. 2014年ねん7月がつ29日にち閲覧えつらん。
  47. ^ a b c d e f g h i j k l m n o “SHA-256 Compatibility”. 2015年ねん6月がつ15日にち閲覧えつらん。
  48. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab “ECC Compatibility”. 2015年ねん6月がつ13日にち閲覧えつらん。
  49. ^ “Tracking the FREAK Attack”. 2015年ねん3月がつ8日にち閲覧えつらん。
  50. ^ “FREAK: Factoring RSA Export Keys”. 2015年ねん3月がつ8日にち閲覧えつらん。
  51. ^ Google (2012年ねん5月がつ29日にち). “Dev Channel Update”. 2014年ねん7月がつ2日にち閲覧えつらん。
  52. ^ Google (2012年ねん8月がつ21日にち). “Stable Channel Update”. 2014年ねん7月がつ2日にち閲覧えつらん。
  53. ^ Chromium Project (2013年ねん5月がつ30日にち). “Chromium TLS 1.2 Implementation”. 2014年ねん7月がつ2日にち閲覧えつらん。
  54. ^ “The Chromium Project: BoringSSL”. 2015年ねん9月がつ5日にち閲覧えつらん。
  55. ^ “Chrome Stable Release”. Chrome Releases. Google (2011年ねん10月がつ25日にち). 2015年ねん2月がつ1日にち閲覧えつらん。
  56. ^ “SVN revision log on Chrome 10.0.648.127 release”. 2014年ねん7月がつ2日にち閲覧えつらん。
  57. ^ a b “ImperialViolet - CRIME” (2012年ねん9月がつ22日にち). 2014年ねん10月がつ18日にち閲覧えつらん。
  58. ^ a b “SSL/TLS Overview” (2008年ねん8月がつ6日にち). 2014年ねん7月がつ2日にち閲覧えつらん。
  59. ^ a b “Chromium Issue 90392” (2008年ねん8月がつ6日にち). 2014年ねん7月がつ2日にち閲覧えつらん。
  60. ^ a b “Issue 23503030 Merge 219882” (2013年ねん9月がつ3日にち). 2013年ねん9月がつ19日にち閲覧えつらん。
  61. ^ a b “Issue 278370: Unable to submit client certificates over TLS 1.2 from Windows” (2013年ねん8月がつ23日にち). 2013年ねん10月がつ3日にち閲覧えつらん。
  62. ^ Möller, Bodo (2014年ねん10月がつ14日にち). “This POODLE bites: exploiting the SSL 3.0 fallback”. Google Online Security blog. Google (via Blogspot). 2014年ねん10月がつ29日にち閲覧えつらん。
  63. ^ a b c “An update on SSLv3 in Chrome.”. Security-dev. Google (2014年ねん10月がつ31日にち). 2014年ねん11月4日にち閲覧えつらん。
  64. ^ “Stable Channel Update”. Mozilla Developer Network. Google (2014年ねん2月がつ20日はつか). 2014年ねん11月14日にち閲覧えつらん。
  65. ^ “Changelog for Chrome 33.0.1750.117”. Google. Google. 2014年ねん11月14日にち閲覧えつらん。
  66. ^ “Issue 318442: Update to NSS 3.15.3 and NSPR 4.10.2”. 2014年ねん11月14日にち閲覧えつらん。
  67. ^ a b c d e “Issue 693963003: Add minimum TLS version control to about:flags and Finch gate it. - Code Review”. 2015年ねん1月がつ22日にち閲覧えつらん。
  68. ^ a b c “Issue 375342: Drop RC4 Support”. 2015年ねん5月がつ22日にち閲覧えつらん。
  69. ^ a b “Issue 436391: Add info on end of life of SSLVersionFallbackMin & SSLVersionMin policy in documentation”. 2015年ねん4月がつ19日にち閲覧えつらん。
  70. ^ “Issue 490240: Increase minimum DH size to 1024 bits (tracking bug)”. 2015年ねん5月がつ29日にち閲覧えつらん。
  71. ^ a b c d e f g h i “Intent to deprecate: RC4”. 2015年ねん12月21日にち閲覧えつらん。
  72. ^ a b c d e f g h i “An update on SHA-1 certificates in Chrome” (2015年ねん12月18日にち). 2015年ねん12月21日にち閲覧えつらん。
  73. ^ “SSLSocket | Android Developers”. 2015年ねん3月がつ11日にち閲覧えつらん。
  74. ^ a b c d “What browsers work with Universal SSL”. 2015年ねん6月がつ15日にち閲覧えつらん。
  75. ^ a b c d “SSLSocket | Android Developers”. 2015年ねん12月17日にち閲覧えつらん。
  76. ^ a b “Android 5.0 Behavior Changes | Android Developers”. 2015年ねん3月がつ11日にち閲覧えつらん。
  77. ^ “Android 8.0 Behavior Changes” (2017年ねん3月がつ21日にち). 2017年ねん12月1日にち時点じてんのオリジナルよりアーカイブ。2020年ねん3月がつ29日にち閲覧えつらん。
  78. ^ a b c d “Security in Firefox 2” (2008年ねん8月がつ6日にち). 2014年ねん7月がつ2日にち閲覧えつらん。
  79. ^ “TLS 暗号あんごう化か通信つうしんに対たいする攻撃こうげきの Firefox への影響えいきょう”. Mozilla Japan ブログ. Mozilla Japan (2011年ねん9月がつ28日にち). 2015年ねん2月がつ1日にち閲覧えつらん。
  80. ^ a b “Introduction to SSL”. MDN. 2014年ねん7月がつ2日にち閲覧えつらん。
  81. ^ a b “NSS 3.15.3 Release Notes”. Mozilla Developer Network. Mozilla. 2014年ねん7月がつ13日にち閲覧えつらん。
  82. ^ a b “MFSA 2013-103: Network Security Services (NSS) の様々さまざまな脆弱ぜいじゃく性せい”. Mozilla Japan. Mozilla Japan. 2014年ねん7月がつ13日にち閲覧えつらん。
  83. ^ “Bug 565047 – (RFC4346) Implement TLS 1.1 (RFC 4346)”. 2014年ねん7月がつ2日にち閲覧えつらん。
  84. ^ SSL Version Control :: Add-ons for Firefox
  85. ^ “Bug 480514 – Implement support for TLS 1.2 (RFC 5246)”. 2014年ねん7月がつ2日にち閲覧えつらん。
  86. ^ “Bug 733647 – Implement TLS 1.1 (RFC 4346) in Gecko (Firefox, Thunderbird), on by default”. 2014年ねん7月がつ2日にち閲覧えつらん。
  87. ^ a b “Firefox 27.0 リリースノート” (2014年ねん2月がつ4日にち). 2014年ねん7月がつ2日にち閲覧えつらん。
  88. ^ “Bug 861266 – Implement TLS 1.2 (RFC 5246) in Gecko (Firefox, Thunderbird), on by default”. 2014年ねん7月がつ2日にち閲覧えつらん。
  89. ^ a b c “The POODLE Attack and the End of SSL 3.0”. Mozilla blog. Mozilla (2014年ねん10月がつ14日にち). 2014年ねん10月がつ29日にち閲覧えつらん。
  90. ^ “Firefox 34.0 リリースノート” (2014年ねん12月1日にち). 2015年ねん4月がつ4日にち閲覧えつらん。
  91. ^ “Bug 1083058 - A pref to control TLS version fallback”. bugzilla.mozilla.org. 2014年ねん11月6日にち閲覧えつらん。
  92. ^ “Bug 1036737 - Add support for draft-ietf-tls-downgrade-scsv to Gecko/Firefox”. bugzilla.mozilla.org. 2014年ねん10月がつ29日にち閲覧えつらん。
  93. ^ a b c “Bug 1166031 - Update to NSS 3.19.1”. bugzilla.mozilla.org. 2015年ねん5月がつ29日にち閲覧えつらん。
  94. ^ “Bug 1088915 - Stop offering RC4 in the first handshakes”. bugzilla.mozilla.org. 2014年ねん11月4日にち閲覧えつらん。
  95. ^ “Firefox 39.0 リリースノート”. Mozilla Japan (2015年ねん6月がつ30日にち). 2015年ねん7月がつ3日にち閲覧えつらん。
  96. ^ “Google, Microsoft, and Mozilla will drop RC4 encryption in Chrome, Edge, IE, and Firefox next year”. VentureBeat (2015年ねん9月がつ1日にち). 2015年ねん9月がつ5日にち閲覧えつらん。
  97. ^ “Intent to ship: RC4 disabled by default in Firefox 44”. 2015年ねん10月がつ19日にち閲覧えつらん。
  98. ^ “RC4 is now allowed only on whitelisted sites (Reverted)”. 2015年ねん11月2日にち閲覧えつらん。
  99. ^ “Firefox 44.0 リリースノート”. Mozilla Japan (2016年ねん1月がつ26日にち). 2016年ねん3月がつ9日にち閲覧えつらん。
  100. ^ “Bug 1250568 - Allow enabling TLS 1.3”. 2016年ねん6月がつ24日にち閲覧えつらん。
  101. ^ Microsoft (2012年ねん9月がつ5日にち). “Secure Channel”. 2012年ねん10月がつ18日にち閲覧えつらん。
  102. ^ Microsoft (2009年ねん2月がつ27日にち). “MS-TLSP Appendix A”. 2014年ねん7月がつ2日にち閲覧えつらん。
  103. ^ a b c “What browsers only support SSLv2?”. 2014年ねん7月がつ2日にち閲覧えつらん。
  104. ^ a b c d e “SHA2 and Windows - Windows PKI blog - Site Home - TechNet Blogs” (2010年ねん9月がつ30日にち). 2014年ねん7月がつ29日にち閲覧えつらん。
  105. ^ http://msdn.microsoft.com/en-us/library/windows/desktop/aa380512(v=vs.85).aspx
  106. ^ http://support.microsoft.com/kb/948963
  107. ^ a b c d e f g “Schannel の脆弱ぜいじゃく性せいにより、セキュリティ機能きのうのバイパスが起おこる (3046049)” (2015年ねん3月がつ11日にち). 2015年ねん3月がつ11日にち閲覧えつらん。
  108. ^ a b c d e f g “Schannel の脆弱ぜいじゃく性せいにより、情報じょうほう漏ろうえいが起おこる (3061518)” (2015年ねん5月がつ12日にち). 2015年ねん5月がつ23日にち閲覧えつらん。
  109. ^ a b c d e f g “HTTPS Security Improvements in Internet Explorer 7”. 2014年ねん7月がつ2日にち閲覧えつらん。
  110. ^ http://support.microsoft.com/gp/msl-ie-dotnet-an
  111. ^ a b c d “Windows 7 adds support for TLSv1.1 and TLSv1.2 - IEInternals - Site Home - MSDN Blogs”. 2014年ねん7月がつ2日にち閲覧えつらん。
  112. ^ a b c Thomlinson, Matt (2014年ねん11月11日にち). “Hundreds of Millions of Microsoft Customers Now Benefit from Best-in-Class Encryption”. Microsoft Security. 2014年ねん11月14日にち閲覧えつらん。
  113. ^ Microsoft security advisory: Update for disabling RC4
  114. ^ a b c d Microsoft (2013年ねん9月がつ24日にち). “IE11 Changes”. 2014年ねん7月がつ2日にち閲覧えつらん。
  115. ^ “February 2015 security updates for Internet Explorer” (2015年ねん2月がつ11日にち). 2015年ねん2月がつ11日にち閲覧えつらん。
  116. ^ “Update turns on the setting to disable SSL 3.0 fallback for protected mode sites by default in Internet Explorer 11”. 2015年ねん2月がつ11日にち閲覧えつらん。
  117. ^ “SSL 3.0 の脆弱ぜいじゃく性せいにより、情報じょうほう漏ろうえいが起おこる” (2015年ねん4月がつ14日にち). 2015年ねん4月がつ15日にち閲覧えつらん。
  118. ^ a b “Release Notes: Important Issues in Windows 8.1 Preview”. Microsoft (2013年ねん6月がつ24日にち). 2014年ねん11月4日にち閲覧えつらん。
  119. ^ a b “W8.1(IE11) vs RC4 | Qualys Community”. 2014年ねん11月4日にち閲覧えつらん。
  120. ^ [http://www.zdnet.com/article/some-windows-10-enterprise-users-wont-get-microsofts-edge-browser
  121. ^ a b Justinha (2017年ねん3月がつ21日にち). “TLS (Schannel SSP) changes in Windows 10 and Windows Server 2016”. 2017年ねん3月がつ30日にち時点じてんのオリジナルよりアーカイブ。2020年ねん3月がつ29日にち閲覧えつらん。
  122. ^ http://forum.xda-developers.com/windows-phone-8/development/poodle-ssl-vulnerability-secure-windows-t2906203
  123. ^ a b “What TLS version is used in Windows Phone 8 for secure HTTP connections?”. Microsoft. 2014年ねん11月7日にち閲覧えつらん。
  124. ^ https://www.ssllabs.com/ssltest/viewClient.html?name=IE%20Mobile&version=10&platform=Win%20Phone%208.0
  125. ^ a b “Platform Security”. Microsoft (2014年ねん6月がつ25日にち). 2014年ねん11月7日にち閲覧えつらん。
  126. ^ “Opera 2 series”. 2014年ねん9月がつ20日はつか閲覧えつらん。
  127. ^ “Opera 3 series”. 2014年ねん9月がつ20日はつか閲覧えつらん。
  128. ^ “Opera 4 series”. 2014年ねん9月がつ20日はつか閲覧えつらん。
  129. ^ a b “Changelog for Opera 5.x for Windows”. 2014年ねん7月がつ2日にち閲覧えつらん。
  130. ^ “Changelog for Opera [8] Beta 2 for Windows”. 2014年ねん7月がつ2日にち閲覧えつらん。
  131. ^ “Web Specifications Supported in Opera 9”. 2014年ねん7月がつ2日にち閲覧えつらん。
  132. ^ a b “Opera: Opera 10 beta for Windows changelog”. 2014年ねん7月がつ2日にち閲覧えつらん。
  133. ^ “About Opera 11.60 and new problems with some secure servers” (2011年ねん12月11日にち). 2012年ねん1月がつ18日にち時点じてんのオリジナルよりアーカイブ。2014年ねん9月がつ21日にち閲覧えつらん。
  134. ^ a b c “Security changes in Opera 25; the poodle attacks” (2014年ねん10月がつ15日にち). 2014年ねん10月がつ28日にち閲覧えつらん。
  135. ^ a b c d “Unjam the logjam” (2015年ねん6月がつ9日にち). 2015年ねん6月がつ11日にち閲覧えつらん。
  136. ^ “Advisory: RC4 encryption protocol is vulnerable to certain brute force attacks” (2013年ねん4月がつ4日にち). 2014年ねん11月14日にち閲覧えつらん。
  137. ^ “On the Precariousness of RC4” (2013年ねん3月がつ20日はつか). 2013年ねん11月12日にち時点じてんのオリジナルよりアーカイブ。2014年ねん11月17日にち閲覧えつらん。
  138. ^ a b c d e “Opera 12 and Opera Mail security update” (2016年ねん2月がつ16日にち). 2016年ねん2月がつ17日にち閲覧えつらん。
  139. ^ “Dev.Opera — Opera 14 for Android Is Out!” (2013年ねん5月がつ21日にち). 2014年ねん9月がつ23日にち閲覧えつらん。
  140. ^ “Dev.Opera — Introducing Opera 15 for Computers, and a Fast Release Cycle” (2013年ねん7月がつ2日にち). 2014年ねん9月がつ23日にち閲覧えつらん。
  141. ^ a b Chrome 26–29と同おなじ
  142. ^ a b Chrome 30以降いこうと同おなじ
  143. ^ a b Chrome 33以降いこうと同おなじ
  144. ^ Adrian, Dimcev. “Common browsers/libraries/servers and the associated cipher suites implemented”. TLS Cipher Suites Project. 2014年ねん7月がつ2日にち閲覧えつらん。
  145. ^ “Apple Secures Mac OS X with Mavericks Release - eSecurity Planet” (2013年ねん10月がつ25日にち). 2014年ねん7月がつ2日にち閲覧えつらん。
  146. ^ Ristic, Ivan. “Is BEAST Still a Threat?”. qualys.com. 2014年ねん7月がつ2日にち閲覧えつらん。
  147. ^ a b Ivan Ristić (2013年ねん10月がつ31日にち). “Apple enabled BEAST mitigations in OS X 10.9 Mavericks”. 2014年ねん7月がつ2日にち閲覧えつらん。
  148. ^ Ivan Ristić (2014年ねん2月がつ26日にち). “Apple finally releases patch for BEAST”. 2014年ねん7月がつ2日にち閲覧えつらん。
  149. ^ http://support.apple.com/kb/HT6531
  150. ^ http://support.apple.com/kb/HT6541
  151. ^ a b c “About Security Update 2015-002”. 2015年ねん3月がつ10日とおか閲覧えつらん。
  152. ^ a b “About the security content of OS X Mavericks v10.9”. 2014年ねん7月がつ2日にち閲覧えつらん。
  153. ^ “User Agent Capabilities: Safari 8 / OS X 10.10”. Qualsys SSL Labs. 2015年ねん3月がつ7日にち閲覧えつらん。
  154. ^ “About the security content of OS X Yosemite v10.10.4 and Security Update 2015-005”. 2015年ねん7月がつ3日にち閲覧えつらん。
  155. ^ a b c Apple (2011年ねん10月がつ14日にち). “Technical Note TN2287 – iOS 5 and TLS 1.2 Interoperability Issues”. 2014年ねん7月がつ2日にち閲覧えつらん。
  156. ^ Liebowitz, Matt (2011年ねん10月がつ13日にち). “Apple issues huge software security patches”. NBCNews.com. 2014年ねん7月がつ2日にち閲覧えつらん。
  157. ^ MWR Info Security (2012年ねん4月がつ16日にち). “Adventures with iOS UIWebviews”. 2014年ねん7月がつ2日にち閲覧えつらん。, "HTTPS (SSL/TLS)"セクション
  158. ^ “Secure Transport Reference”. 2014年ねん7月がつ2日にち閲覧えつらん。 iOSにおいてkSSLProtocol2は"deprecated"とされている
  159. ^ “iPhone 3.0: Mobile Safari Gets Enhanced Security Certificate Visualization | The iPhone Blog” (2009年ねん3月がつ31日にち). 2009年ねん4月がつ3日にち時点じてんのオリジナルよりアーカイブ。2014年ねん9月がつ21日にち閲覧えつらん。
  160. ^ https://www.ssllabs.com/ssltest/viewClient.html?name=Safari&version=7&platform=iOS%207.1
  161. ^ schurtertom (2013年ねん10月がつ11日にち). “SOAP Request fails randomly on one Server but works on an other on iOS7”. 2014年ねん7月がつ2日にち閲覧えつらん。
  162. ^ “User Agent Capabilities: Safari 8 / iOS 8.1.2”. Qualsys SSL Labs. 2015年ねん3月がつ7日にち閲覧えつらん。
  163. ^ “About the security content of iOS 8.2”. 2015年ねん3月がつ10日とおか閲覧えつらん。
  164. ^ “About the security content of iOS 8.4”. 2015年ねん7月がつ3日にち閲覧えつらん。
  165. ^ Pauly, Tommy. “TLS 1.3 in iOS”. 2020年ねん3月がつ29日にち閲覧えつらん。
  166. ^ [1]
  167. ^ [2]
  168. ^ [3]
  169. ^ a b 初期しょきバージョンは対応たいおう
  170. ^ a b c d e 初期しょきバージョンは非ひ対応たいおう
  171. ^ [4]
  172. ^ [5]
  173. ^ [6]
  174. ^ [7]
  175. ^ [8]
  176. ^ “Version 1.11.13, 2015-01-11 — Botan” (2015年ねん1月がつ11日にち). 2015年ねん1月がつ17日にち閲覧えつらん。
  177. ^ “[gnutls-devel GnuTLS 3.4.0 released]” (2015年ねん4月がつ8日にち). 2015年ねん4月がつ16日にち閲覧えつらん。
  178. ^ “Add TLS v1.3 as an option by SparkiDev · Pull Request #661 · wolfSSL/wolfssl” (英語えいご). GitHub. 2020年ねん3月がつ30日にち閲覧えつらん。
  179. ^ “Java™ SE Development Kit 8, Update 31 Release Notes”. 2015年ねん1月がつ22日にち閲覧えつらん。
  180. ^ “OpenBSD 5.6 Released” (2014年ねん11月1日にち). 2015年ねん1月がつ20日はつか閲覧えつらん。
  181. ^ “LibreSSL 2.3.0 Released” (2015年ねん9月がつ23日にち). 2015年ねん9月がつ24日にち閲覧えつらん。
  182. ^ “MatrixSSL - News”. 2014年ねん11月9日にち閲覧えつらん。
  183. ^ “mbed TLS 2.0.0 released” (2015年ねん7月がつ10日とおか). 2015年ねん7月がつ14日にち閲覧えつらん。
  184. ^ “NSS 3.24 release notes”. Mozilla Developer Network. Mozilla. 2016年ねん6月がつ19日にち閲覧えつらん。
  185. ^ “NSS 3.19 release notes”. Mozilla Developer Network. Mozilla. 2015年ねん5月がつ6日にち閲覧えつらん。
  186. ^ “NSS 3.14 release notes”. Mozilla Developer Network. Mozilla. 2014年ねん7月がつ2日にち閲覧えつらん。
  187. ^ “NSS 3.15.1 release notes”. Mozilla Developer Network. Mozilla. 2014年ねん7月がつ2日にち閲覧えつらん。
  188. ^ Mavrogiannopoulos, Nikos (Mon Jul 16 08:51:21 CEST 2018). “[gnutls-devel gnutls 3.6.3]”. 2020年ねん3月がつ30日にち閲覧えつらん。
  189. ^ “Changes between 0.9.8n and 1.0.0 [29 Mar 2010]”. 2016年ねん2月がつ11日にち閲覧えつらん。
  190. ^ a b “Major changes between OpenSSL 1.0.0h and OpenSSL 1.0.1 [14 Mar 2012]” (2012年ねん3月がつ14日にち). 2015年ねん1月がつ20日はつか閲覧えつらん。
  191. ^ “NSS 3.39 release notes” (英語えいご). MDN Web Docs. 2020年ねん3月がつ30日にち閲覧えつらん。
  192. ^ “RSA BSAFE Technical Specification Comparison Tables” (PDF). 2015年ねん1月がつ22日にち閲覧えつらん。
  193. ^ TLS cipher suites in Microsoft Windows XP and 2003
  194. ^ SChannel Cipher Suites in Microsoft Windows Vista
  195. ^ a b c TLS Cipher Suites in SChannel for Windows 7, 2008R2, 8, 2012
  196. ^ “Protocols in TLS/SSL (Schannel SSP)”. 2017年ねん6月がつ8日にち閲覧えつらん。
  197. ^ “Technical Note TN2287: iOS 5 and TLS 1.2 Interoperability Issues”. iOS Developer Library. Apple Inc.. 2014年ねん7月がつ2日にち閲覧えつらん。
  198. ^ [9]
  199. ^ “[wolfssl] wolfSSL 3.6.6 Released” (2015年ねん8月がつ20日はつか). 2015年ねん8月がつ25日にち閲覧えつらん。
  200. ^ “TLS 1.3 Protocol Support”. 2022年ねん9月がつ6日にち閲覧えつらん。
  201. ^ Freestart collision for full SHA-1 Marc Stevens and Pierre Karpman and Thomas Peyrin EUROCRYPT 2016
  202. ^ “Mozilla Security Server Side TLS Recommended Configurations”. Mozilla. 2015年ねん1月がつ3日にち閲覧えつらん。
  203. ^ “Security Advisory 2868725: Recommendation to disable RC4”. マイクロソフト (2013年ねん11月12日にち). 2013年ねん12月13日にち閲覧えつらん。
  204. ^ “マイクロソフト セキュリティ アドバイザリ (2868725)　RC4 を無効むこう化かするための更新こうしんプログラム”. マイクロソフト (2013年ねん11月13日にち). 2013年ねん12月13日にち閲覧えつらん。
  205. ^ draft-popov-tls-prohibiting-rc4-02
  206. ^ security – Safest ciphers to use with the BEAST? (TLS 1.0 exploit) I've read that RC4 is immune – Server Fault
  207. ^ ivanr. “RC4 in TLS is Broken: Now What?”. Qualsys Security Labs. 2013年ねん7月がつ30日にち閲覧えつらん。
  208. ^ Pouyan Sepehrdad, Serge Vaudenay, Martin Vuagnoux (2011). “Discovery and Exploitation of New Biases in RC4”. Lecture Notes in Computer Science 6544: 74–91. doi:10.1007/978-3-642-19574-7_5. http://link.springer.com/chapter/10.1007%2F978-3-642-19574-7_5. 
  209. ^ Green, Matthew. “Attack of the week: RC4 is kind of broken in TLS”. Cryptography Engineering. 2014年ねん6月がつ24日にち閲覧えつらん。
  210. ^ Nadhem AlFardan, Dan Bernstein, Kenny Paterson, Bertram Poettering and Jacob Schuldt. “On the Security of RC4 in TLS”. Royal Holloway University of London. 2014年ねん6月がつ24日にち閲覧えつらん。
  211. ^ AlFardan, Nadhem J.; Bernstein, Daniel J.; Paterson, Kenneth G.; Poettering, Bertram; Schuldt, Jacob C. N. (8 July 2013) (PDF). On the Security of RC4 in TLS and WPA. http://www.isg.rhul.ac.uk/tls/RC4biases.pdf 2014年ねん6月がつ24日にち閲覧えつらん。. 
  212. ^ AlFardan, Nadhem J.; Bernstein, Daniel J.; Paterson, Kenneth G.; Poettering, Bertram; Schuldt, Jacob C. N. (15 August 2013). On the Security of RC4 in TLS (PDF). 22nd USENIX Security Symposium. p. 51. 2014年ねん6月がつ24日にち閲覧えつらん。Plaintext recovery attacks against RC4 in TLS are feasible although not truly practical
  213. ^ John Leyden (2013年ねん9月がつ6日にち). “That earth-shattering NSA crypto-cracking: Have spooks smashed RC4?”. The Register. 2013年ねん12月13日にち閲覧えつらん。
  214. ^ Qualys SSL Labs. “SSL/TLS Deployment Best Practices” (PDF). 2014年ねん6月がつ24日にち閲覧えつらん。
  215. ^ Eric Rescorla、齋藤さいとう孝道たかみち、古こ森もり貞さだ、鬼頭おにがしら利之としゆき（訳わけ）、2003、『マスタリングTCP/IP SSL/TLS編へん』、オおーム社むしゃ ISBN 978-4274065422 p. 128
  216. ^ 前掲ぜんけい「マスタリングTCP/IP SSL/TLS編へん」、p. 191。
  217. ^ 暗号あんごう化か通信つうしんに脆弱ぜいじゃく性せい「FREAK」が判明はんめい - 盗聴とうちょうや改かいざんのおそれ Security NEXT、2015年ねん3月がつ5日にち閲覧えつらん。
  218. ^ Only allow ephemeral RSA keys in export ciphersuites. OpenSSLのGithubツリー、2014年ねん10月がつ24日にち（2015年ねん3月がつ5日にち閲覧えつらん）
  219. ^ Dan Goodin (2015年ねん5月がつ20日はつか). “HTTPS-crippling attack threatens tens of thousands of Web and mail servers”. Ars Technica. 2015年ねん5月がつ22日にち閲覧えつらん。
  220. ^ A. Langley; N. Modadugu, B. Moeller (2012年ねん6月がつ). “Transport Layer Security (TLS) False Start”. Internet Engineering Task Force. IETF. 2014年ねん6月がつ24日にち閲覧えつらん。
  221. ^ Wolfgang, Gruener. “False Start: Google Proposes Faster Web, Chrome Supports It Already”. 2010年ねん10月がつ7日にち時点じてんのオリジナルよりアーカイブ。2014年ねん6月がつ24日にち閲覧えつらん。
  222. ^ Brian, Smith. “Limited rollback attacks in False Start and Snap Start”. 2014年ねん6月がつ24日にち閲覧えつらん。
  223. ^ Adrian, Dimcev. “False Start”. Random SSL/TLS 101. 2014年ねん6月がつ24日にち閲覧えつらん。
  224. ^ Mavrogiannopoulos, Nikos and Vercautern, Frederik and Velchkov, Vesselin and Preneel, Bart (2012) (PDF). A cross-protocol attack on the TLS protocol. Proceedings of the 2012 ACM conference on Computer and communications security. pp. 62–72. ISBN 978-1-4503-1651-4. https://www.cosic.esat.kuleuven.be/publications/article-2216.pdf 
  225. ^ Thai Duong and Juliano Rizzo (2011年ねん5月がつ13日にち). “Here Come The ⊕ Ninjas”. 2014年ねん6月がつ24日にち閲覧えつらん。
  226. ^ Dan Goodin (2011年ねん9月がつ19日にち). “Hackers break SSL encryption used by millions of sites”. 2014年ねん6月がつ24日にち閲覧えつらん。
  227. ^ “Y Combinator comments on the issue” (2011年ねん9月がつ20日はつか). 2014年ねん6月がつ24日にち閲覧えつらん。
  228. ^ “Security of CBC Ciphersuites in SSL/TLS: Problems and Countermeasures” (2004年ねん5月がつ20日はつか). 2012年ねん6月がつ30日にち時点じてんのオリジナルよりアーカイブ。2014年ねん6月がつ24日にち閲覧えつらん。
  229. ^ “Chrome Stable Release”. Chrome Releases. Google (2011年ねん10月がつ25日にち). 2015年ねん2月がつ1日にち閲覧えつらん。
  230. ^ “TLS 暗号あんごう化か通信つうしんに対たいする攻撃こうげきの Firefox への影響えいきょう”. Mozilla Japan ブログ. Mozilla Japan (2011年ねん9月がつ28日にち). 2015年ねん2月がつ1日にち閲覧えつらん。
  231. ^ “Vulnerability in SSL/TLS Could Allow Information Disclosure (2643584)” (2012年ねん1月がつ10日とおか). 2014年ねん6月がつ24日にち閲覧えつらん。
  232. ^ “Google、SSL 3.0の脆弱ぜいじゃく性せい「POODLE」を公表こうひょう、SSL 3.0は今後こんごサポート廃止はいしの意向いこう -INTERNET Watch” (2014年ねん10月がつ15日にち). 2014年ねん10月がつ16日にち閲覧えつらん。
  233. ^ a b c d Bodo Möller (2014年ねん10月がつ14日にち). “This POODLE bites: exploiting the SSL 3.0 fallback”. 2014年ねん10月がつ15日にち閲覧えつらん。
  234. ^ RFC 7507
  235. ^ Molland, Håvard (2014年ねん10月がつ15日にち). “Security changes in Opera 25; the poodle attacks”. Opera. 2014年ねん10月がつ18日にち閲覧えつらん。
  236. ^ “The POODLE Attack and the End of SSL 3.0” (2014年ねん10月がつ14日にち). 2014年ねん10月がつ15日にち閲覧えつらん。
  237. ^ “SSL 3.0 の脆弱ぜいじゃく性せいにより、情報じょうほう漏ろうえいが起おこる” (2014年ねん10月がつ15日にち). 2014年ねん10月がつ15日にち閲覧えつらん。
  238. ^ “Security Advisory 3009008 revised”. Microsoft TechNet. マイクロソフト (2014年ねん10月がつ29日にち). 2014年ねん10月がつ30日にち閲覧えつらん。
  239. ^ Oot, Alec (2014年ねん12月9日にち). “December 2014 Internet Explorer security updates & disabling SSL 3.0 fallback”. マイクロソフト. 2015年ねん2月がつ12日にち閲覧えつらん。
  240. ^ “SSL 3.0 の脆弱ぜいじゃく性せいにより、情報じょうほう漏ろうえいが起おこる”. セキュリティ TechCenter (2015年ねん4月がつ15日にち). 2015年ねん4月がつ16日にち閲覧えつらん。
  241. ^ http://support.apple.com/kb/HT6531
  242. ^ http://support.apple.com/kb/HT6541
  243. ^ “NSS 3.17.1 release notes”. Mozilla (2014年ねん10月がつ3日にち). 2014年ねん10月がつ20日はつか閲覧えつらん。
  244. ^ “NSS 3.16.2.3 release notes”. Mozilla (2014年ねん10月がつ27日にち). 2014年ねん10月がつ27日にち閲覧えつらん。
  245. ^ “Disable SSL 3 by default in NSS in April 2015.”. mozilla.dev.tech.crypto (2014年ねん10月がつ27日にち). 2014年ねん10月がつ27日にち閲覧えつらん。
  246. ^ “OpenSSL Security Advisory [15 Oct 2014]”. OpenSSL (2014年ねん10月がつ15日にち). 2014年ねん10月がつ20日はつか閲覧えつらん。
  247. ^ “LibreSSL 2.1.1 released.”. LibreSSL (2014年ねん10月がつ16日にち). 2014年ねん10月がつ20日はつか閲覧えつらん。
  248. ^ Langley, Adam (2014年ねん12月8日にち). “The POODLE bites again”. 2014年ねん12月がつ10日とおか閲覧えつらん。
  249. ^ Ristic, Ivan (2014年ねん12月8日にち). “Poodle Bites TLS”. 201-12-10閲覧えつらん。
  250. ^ Stosh, Brandon (2014年ねん12月8日にち). “Nasty POODLE Variant Bypasses TLS Crypto Affecting Over 10 Percent of the Web”. 2014年ねん12月がつ10日とおか閲覧えつらん。
  251. ^ Dan Goodin (2012年ねん9月がつ13日にち). “Crack in Internet's foundation of trust allows HTTPS session hijacking”. Ars Technica. 2014年ねん6月がつ24日にち閲覧えつらん。
  252. ^ Dennis Fisher (2012年ねん9月がつ13日にち). “CRIME Attack Uses Compression Ratio of TLS Requests as Side Channel to Hijack Secure Sessions”. ThreatPost. 2014年ねん6月がつ24日にち閲覧えつらん。[リンク切きれ]
  253. ^ a b Goodin, Dan (2013年ねん8月がつ1日にち). “Gone in 30 seconds: New attack plucks secrets from HTTPS-protected pages”. Ars Technica. Condé Nast. 2014年ねん6月がつ24日にち閲覧えつらん。
  254. ^ Leyden, John (2013年ねん8月がつ2日にち). “Step into the BREACH: New attack developed to read encrypted web data”. The Register. 2014年ねん6月がつ24日にち閲覧えつらん。
  255. ^ Ray, Marsh; Steve Dispensa (2009年ねん11月4日にち). “Renegotiating TLS” (PDF) (英語えいご). 2010年ねん2月がつ13日にち閲覧えつらん。
  256. ^ “JVNVU#120541 SSL および TLS プロトコルに脆弱ぜいじゃく性せい”. Japan Vulnerability Notes. JPCERT/CC and IPA (2009年ねん11月13日にち). 2010年ねん2月がつ13日にち閲覧えつらん。
  257. ^ a b John Leyden (2013年ねん8月がつ1日にち). “Gmail, Outlook.com and e-voting 'pwned' on stage in crypto-dodge hack”. The Register. 2014年ねん6月がつ24日にち閲覧えつらん。
  258. ^ “BlackHat USA Briefings”. Black Hat 2013. 2014年ねん6月がつ24日にち閲覧えつらん。

関連かんれん項目こうもく[編集へんしゅう]

ウィクショナリーにSSLの項目こうもくがあります。

外部がいぶリンク[編集へんしゅう]

標準ひょうじゅん化か[編集へんしゅう]

  • 2018年ねん9月がつ時点じてんでの最新さいしん版ばん
    • RFC 8446: "The Transport Layer Security (TLS) Protocol Version 1.3".
  • 過去かこの版はん
    • RFC 2246: "The TLS Protocol Version 1.0".
    • RFC 4346: "The Transport Layer Security (TLS) Protocol Version 1.1".
    • RFC 5246: "The Transport Layer Security (TLS) Protocol Version 1.2".
    • RFC 8996: "Deprecating TLS 1.0 and TLS 1.1"
  • SSLは標準ひょうじゅん化かされていない
    • Hickman, Kipp E.B. (1995年ねん4月がつ). “The SSL Protocol”. 2013年ねん7月がつ31日にち閲覧えつらん。 This Internet Draft defines the now completely broken SSL 2.0.
    • RFC 6101: "The Secure Sockets Layer (SSL) Protocol Version 3.0".
  • TLS 1.0の拡張かくちょう
    • RFC 2595: "Using TLS with IMAP, POP3 and ACAP". Specifies an extension to the IMAP, POP3 and ACAP services that allow the server and client to use transport-layer security to provide private, authenticated communication over the Internet.
    • RFC 2712: "Addition of Kerberos Cipher Suites to Transport Layer Security (TLS)". The 40-bit cipher suites defined in this memo appear only for the purpose of documenting the fact that those cipher suite codes have already been assigned.
    • RFC 2817: "Upgrading to TLS Within HTTP/1.1", explains how to use the Upgrade mechanism in HTTP/1.1 to initiate Transport Layer Security (TLS) over an existing TCP connection. This allows unsecured and secured HTTP traffic to share the same well known port (in this case, http: at 80 rather than https: at 443).
    • RFC 2818: "HTTP Over TLS", distinguishes secured traffic from insecure traffic by the use of a different 'server port'.
    • RFC 3207: "SMTP Service Extension for Secure SMTP over Transport Layer Security". Specifies an extension to the SMTP service that allows an SMTP server and client to use transport-layer security to provide private, authenticated communication over the Internet.
    • RFC 3268: "AES Ciphersuites for TLS". Adds Advanced Encryption Standard (AES) cipher suites to the previously existing symmetric ciphers.
    • RFC 3546: "Transport Layer Security (TLS) Extensions", adds a mechanism for negotiating protocol extensions during session initialisation and defines some extensions. Made obsolete by RFC 4366.
    • RFC 3749: "Transport Layer Security Protocol Compression Methods", specifies the framework for compression methods and the DEFLATE compression method.
    • RFC 3943: "Transport Layer Security (TLS) Protocol Compression Using Lempel-Ziv-Stac (LZS)".
    • RFC 4132: "Addition of Camellia Cipher Suites to Transport Layer Security (TLS)".
    • RFC 4162: "Addition of SEED Cipher Suites to Transport Layer Security (TLS)".
    • RFC 4217: "Securing FTP with TLS".
    • RFC 4279: "Pre-Shared Key Ciphersuites for Transport Layer Security (TLS)", adds three sets of new cipher suites for the TLS protocol to support authentication based on pre-shared keys.
  • TLS 1.1の拡張かくちょう
    • RFC 4347: "Datagram Transport Layer Security" specifies a TLS variant that works over datagram protocols (such as UDP).
    • RFC 4366: "Transport Layer Security (TLS) Extensions" describes both a set of specific extensions and a generic extension mechanism.
    • RFC 4492: "Elliptic Curve Cryptography (ECC) Cipher Suites for Transport Layer Security (TLS)".
    • RFC 4680: "TLS Handshake Message for Supplemental Data".
    • RFC 4681: "TLS User Mapping Extension".
    • RFC 4785: "Pre-Shared Key (PSK) Ciphersuites with NULL Encryption for Transport Layer Security (TLS)".
    • RFC 5054: "Using the Secure Remote Password (SRP) Protocol for TLS Authentication". Defines the TLS-SRP ciphersuites.
    • RFC 5077: "Transport Layer Security (TLS) Session Resumption without Server-Side State".
    • RFC 5081: "Using OpenPGP Keys for Transport Layer Security (TLS) Authentication", obsoleted by RFC 6091.
  • TLS 1.2の拡張かくちょう
    • RFC 5288: "AES Galois Counter Mode (GCM) Cipher Suites for TLS".
    • RFC 5469: "DES and IDEA Cipher Suites for Transport Layer Security (TLS)"
    • RFC 5289: "TLS Elliptic Curve Cipher Suites with SHA-256/384 and AES Galois Counter Mode (GCM)".
    • RFC 5487: "Pre-Shared Key Cipher Suites for TLS with SHA-256/384 and AES Galois Counter Mode"
    • RFC 5489: "ECDHE_PSK Cipher Suites for Transport Layer Security (TLS)"
    • RFC 5746: "Transport Layer Security (TLS) Renegotiation Indication Extension".
    • RFC 5878: "Transport Layer Security (TLS) Authorization Extensions".
    • RFC 5932: "Camellia Cipher Suites for TLS"
    • RFC 6042: "Transport Layer Security (TLS) Authorization Using KeyNote".
    • RFC 6066: "Transport Layer Security (TLS) Extensions: Extension Definitions", includes Server Name Indication and OCSP stapling.
    • RFC 6091: "Using OpenPGP Keys for Transport Layer Security (TLS) Authentication".
    • RFC 6176: "Prohibiting Secure Sockets Layer (SSL) Version 2.0".
    • RFC 6209: "Addition of the ARIA Cipher Suites to Transport Layer Security (TLS)".
    • RFC 6347: "Datagram Transport Layer Security Version 1.2".
    • RFC 6358: "Additional Master Secret Inputs for TLS"
    • RFC 6367: "Addition of the Camellia Cipher Suites to Transport Layer Security (TLS)".
    • RFC 6460: "Suite B Profile for Transport Layer Security (TLS)".
    • RFC 6655: "AES-CCM Cipher Suites for Transport Layer Security (TLS)".
    • RFC 6961: "The Transport Layer Security (TLS) Multiple Certificate Status Request Extension"
    • RFC 7027: "Elliptic Curve Cryptography (ECC) Brainpool Curves for Transport Layer Security (TLS)".
    • RFC 7250: "Using Raw Public Keys in Transport Layer Security (TLS) and Datagram Transport Layer Security (DTLS)"
    • RFC 7251: "AES-CCM Elliptic Curve Cryptography (ECC) Cipher Suites for TLS".
    • RFC 7301: "Transport Layer Security (TLS) Application-Layer Protocol Negotiation Extension".
    • RFC 7366: "Encrypt-then-MAC for Transport Layer Security (TLS) and Datagram Transport Layer Security (DTLS)".
    • RFC 7465: "Prohibiting RC4 Cipher Suites".
    • RFC 7507: "TLS Fallback Signaling Cipher Suite Value (SCSV) for Preventing Protocol Downgrade Attacks".
    • RFC 7568: "Deprecating Secure Sockets Layer Version 3.0".
    • RFC 7627: "Transport Layer Security (TLS) Session Hash and Extended Master Secret Extension".
    • RFC 7685: "A Transport Layer Security (TLS) ClientHello Padding Extension".
    • RFC 7905: "ChaCha20-Poly1305 Cipher Suites for Transport Layer Security (TLS)".
    • RFC 7918: "Transport Layer Security (TLS) False Start"
    • RFC 7919: "Negotiated Finite Field Diffie-Hellman Ephemeral Parameters for Transport Layer Security (TLS)".
    • RFC 7924: "Transport Layer Security (TLS) Cached Information Extension"
    • RFC 7925: "Transport Layer Security (TLS) / Datagram Transport Layer Security (DTLS) Profiles for the Internet of Things"
    • RFC 8442: "ECDHE_PSK with AES-GCM and AES-CCM Cipher Suites for TLS 1.2 and DTLS 1.2"
    • RFC 8422: "Elliptic Curve Cryptography (ECC) Cipher Suites for Transport Layer Security (TLS) Versions 1.2 and Earlier"
    • RFC 8701: "Applying Generate Random Extensions And Sustain Extensibility (GREASE) to TLS Extensibility"
    • RFC 8492: "Secure Password Ciphersuites for Transport Layer Security (TLS)"
  • TLS 1.3の拡張かくちょう
    • RFC 8449: "Record Size Limit Extension for TLS"
    • RFC 8672: "TLS Server Identity Pinning with Tickets"
    • RFC 8734: "Elliptic Curve Cryptography (ECC) Brainpool Curves for Transport Layer Security (TLS) Version 1.3"
    • RFC 8879: "TLS Certificate Compression"
    • RFC 8902: "TLS Authentication Using Intelligent Transport System (ITS) Certificates"
    • RFC 8998: "ShangMi (SM) Cipher Suites for TLS 1.3"
  • TLSを含ふくむカプセル化か
    • RFC 5216: "The EAP-TLS Authentication Protocol"
    • RFC 8472: "Transport Layer Security (TLS) Extension for Token Binding Protocol Negotiation"
  • X.509 (PKIX)との関係かんけい性せい
    • RFC 6125: "Representation and Verification of Domain-Based Application Service Identity within Internet Public Key Infrastructure Using X.509 (PKIX) Certificates in the Context of Transport Layer Security (TLS)"
    • RFC 7633: "X.509v3 Transport Layer Security (TLS) Feature Extension"
  • その他た
    • RFC 5705: "Keying Material Exporters for Transport Layer Security (TLS)"
    • RFC 7457: "Summarizing Known Attacks on Transport Layer Security (TLS) and Datagram TLS (DTLS)"
    • RFC 7525: "Recommendations for Secure Use of Transport Layer Security (TLS) and Datagram Transport Layer Security (DTLS)"
    • RFC 8447: "IANA Registry Updates for TLS and DTLS"
    • RFC 8448: "Example Handshake Traces for TLS 1.3"
    • RFC 8744: "Issues and Requirements for Server Name Identification (SNI) Encryption in TLS"

IANA[編集へんしゅう]

7. アプリケーション層そう
6. プレゼンテーション層そう
5. セッション層そう
4. トランスポート層そう
3. ネットワーク層そう
2. データリンク層そう
1. 物理ぶつり層そう
カテゴリ カテゴリ
プロトコル
技術ぎじゅつ
歴史れきし
実装じっそう
公証こうしょう
脆弱ぜいじゃく性せい
理論りろん
暗号あんごう
プロトコル
実装じっそう
脆弱ぜいじゃく性せい、攻撃こうげき手法しゅほう、エクスプロイト
クロスサイト攻撃こうげき
インジェクション攻撃こうげき (CWE-74)
スプーフィング攻撃こうげき
セッションハイジャック関連かんれん
DoS攻撃こうげき
サイドチャネル攻撃こうげき
不適切ふてきせつな入力にゅうりょく確認かくにん (CWE-20)
未み分類ぶんるい
対策たいさく
関連かんれん項目こうもく
「https://ja.wikipedia.org/w/index.php?title=Transport_Layer_Security&oldid=99590301」から取得しゅとく