(Translated by https://www.hiragana.jp/)
傳輸層安全性協定 - 维基百科，自由的百科全书 跳とべ转到内容ないよう

傳つて輸層安全あんぜん性せい協定きょうてい

本页使用了标题或全文手工转换
维基百科ひゃっか，自由じゆう的てき百科ひゃっか全ぜん书
（重定しげさだ向こう自じTLS）
  「TLS」重定しげさだ向むかい至いたる此。关于其他用法ようほう，请见「TLS (消しょう歧义)」。
網あみ際ぎわ網もう路ろ协议套組
應用おうよう層そう
傳つて輸層
網あみ路ろ層そう
連結れんけつ層そう

傳つて輸層安全あんぜん性せい協定きょうてい（英語えいご：Transport Layer Security，縮寫しゅくしゃ：TLS），前身ぜんしん稱たたえ為ため安全あんぜん套接层（英語えいご：Secure Sockets Layer，縮寫しゅくしゃ：SSL）是ぜ一いち种安全あんぜん协议，目的もくてき是ぜ為ため網あみ際ぎわ網もう路ろ通信つうしん提供ていきょう安全あんぜん及数据すえ完かん整せい性せい保障ほしょう。

網あみ景けい公司こうし（Netscape）在ざい1994年ねん推出首くび版ばん網あみ頁ぺーじ瀏りゅう覽らん器き－網あみ景けい領りょう航こう員いん時とき，推出HTTPS協定きょうてい，以SSL進行しんこう加か密みつ，這是SSL的てき起源きげん。

IETF將はたSSL進行しんこう標準ひょうじゅん化か，1999年ねん公布こうふTLS 1.0標準ひょうじゅん文ぶん件けん（RFC 2246）。隨ずい後ご又また公布こうふTLS 1.1（RFC 4346，2006年ねん）、TLS 1.2（RFC 5246，2008年ねん）和かずTLS 1.3（RFC 8446，2018年ねん）。在ざい瀏りゅう覽らん器き、電子でんし郵件、即時そくじ通どおり訊、VoIP、網あみ路ろ傳でん真しん等とう應用おうよう程ほど式しき中ちゅう，廣こう泛使用しよう這個協定きょうてい。許多きょた網もう站，如Google、Facebook、Wikipedia等とう也以這個協定きょうてい來らい建立こんりゅう安全あんぜん連れん線せん，傳送でんそう資料しりょう。目前もくぜん已やめ成なり为互联网上保かみのほ密みつ通信つうしん的てき工こう业标准じゅん。

SSL包含ほうがん记录层（Record Layer）和わ传输层，记录层协议确定てい传输层数据すえ的てき封ふう装そう格式かくしき。傳つて輸層安全あんぜん協議きょうぎ使用しようX.509認證にんしょう，之これ後ご利用りよう非對稱ひたいしょう加か密みつ演算えんざん來らい對たい通どおり訊方做身份認證にんしょう，之これ後ご交換こうかん對稱たいしょう密みつ匙さじ作為さくい會かい话密匙さじ（Session key）。這個會談かいだん密みつ匙さじ是ぜ用よう來らい將しょう通どおり訊兩方かた交換こうかん的てき資料しりょう做加密みつ，保ほ证两个应用よう间通信つうしん的てき保ほ密みつ性せい和わ可か靠もたれ性せい，使つかい客きゃく户與服ふく务器应用之の间的通信つうしん不ふ被ひ攻おさむ击者窃听。

概論がいろん

[编辑]

TLS協定きょうてい採用さいよう主從しゅうじゅう式しき架か構模型もけい，用よう于在兩個りゃんこ應用おうよう程ほど式しき間あいだ透過とうか網もう路ろ建立こんりゅう起おこり安全あんぜん的てき連れん線せん，防止ぼうし在ざい交換こうかん資料しりょう时受到竊聽及篡改あらため。

TLS协议的てき优势是ぜ与あずか高こう层的应用层协议（如HTTP、FTP、Telnet等ひとし）无耦合あい。应用层协议能透明とうめい地ち运行在ざいTLS协议之の上うえ，由ゆかりTLS协议进行建立こんりゅう加か密通みっつう道どう需要じゅよう的てき协商和わ认证。应用层协议传送的てき数すう据すえ在ざい通つう过TLS协议时都会かい被ひ加か密みつ，从而保ほ证通信つうしん的てき私わたし密みつ性せい。

TLS协议是ぜ可か选的，必须配置はいち客きゃく户端和服わふく务器才能さいのう使用しよう。主要しゅよう有ゆう两种方式ほうしき实现这一目いちもく标：一个是使用统一的TLS协议通つう訊埠（例れい如：用よう于HTTPS的てき端はし口こう443）；另一个是客户端请求服务器连接到TLS时使用しよう特定とくてい的てき协议机つくえ制せい（例れい如：電子でんし郵件常用じょうよう的てきSTARTTLS）。一旦客户端和服务器都同意使用TLS协议，他た们通过使用しよう一个握手过程协商出一个有状态的连接以传输数据[1]。通つう过握手あくしゅ，客きゃく户端和服わふく务器协商各かく种参数すう用よう于建立こんりゅう安全あんぜん连接：

  • 当とう客きゃく户端连接到いた支持しじTLS协议的てき服ふく务器要求ようきゅう建立こんりゅう安全あんぜん连接并列出で了りょう受支持しじ的てき密みつ碼套件けん（包括ほうかつ加か密みつ算法さんぽう、散ち列れつ算法さんぽう等ひとし），握手あくしゅ开始。
  • 服ふく务器从该列れつ表ひょう中ちゅう决定密みつ碼套件けん，并通知つうち客きゃく户端。
  • 服ふく务器发回其数字すうじ证书，此证书通常つうじょう包含ほうがん服ふく务器的てき名称めいしょう、受信じゅしん任にん的てき证书颁发机つくえ构（CA）和服わふく务器的てき公おおやけ钥。
  • 客きゃく户端确认其颁发的证书的てき有效ゆうこう性せい。
  • 为了生成せいせい会かい话密钥用于安全ぜん连接，客きゃく户端使用しよう服ふく务器的てき公おおやけ钥加密みつ随ずい机つくえ生成せいせい的てき密みつ钥，并将其发送おく到いた服ふく务器，只ただ有ゆう服ふく务器才能さいのう使用しよう自己じこ的てき私わたし钥解密みつ。
  • 利用りよう随ずい机つくえ数すう，双方そうほう生成せいせい用よう于加密みつ和解わかい密みつ的てき对称密みつ钥。这就是ぜTLS协议的てき握手あくしゅ，握手あくしゅ完かん毕后的てき连接是ぜ安全あんぜん的てき，直ちょく到いた连接（被ひ）关闭。如果上述じょうじゅつ任にん何なん一个步骤失败，TLS握手あくしゅ过程就会失しつ败，并且断だん开所有しょゆう的てき连接。
互联网安全ぜん协议（英えい语：Internet security）
密みつ钥管理かんり
应用层
域いき名めい系けい统
网络层

發展はってん歷史れきし

[编辑]
協議きょうぎ 發布はっぷ時間じかん 狀態じょうたい
SSL 1.0 未み公おおやけ佈 未み公おおやけ佈
SSL 2.0 1995年ねん 已やめ於2011年ねん棄用[2]
SSL 3.0 1996年ねん 已やめ於2015年ねん棄用[3]
TLS 1.0 1999年ねん 于2021年ねん弃用[4]
TLS 1.1 2006年ねん 于2021年ねん弃用[4]
TLS 1.2 2008年ねん
TLS 1.3 2018年ねん

安全あんぜん网络编程

[编辑]

早期そうき的てき研究けんきゅう工作こうさく，为方便びん改造かいぞう原はら有ゆう网络应用程ほど序じょ，在ざい1993年ねん已やめ经有了りょう相似そうじ的てきBerkeley套接字じ安全あんぜん传输层API方法ほうほう[5]。

SSL 1.0、2.0和わ3.0

[编辑]

SSL（Secure Sockets Layer）是これ网景公司こうし（Netscape）设计的てき主要しゅよう用よう于Web的てき安全あんぜん传输协议，这种协议在ざいWeb上じょう获得了りょう广泛的てき应用[6]。

基もと础算法ほう由よし作さく为网景けい公司こうし的てき首席しゅせき科学かがく家か塔とう希まれ爾なんじ·蓋ぶた莫爾（Taher Elgamal）编写，所以ゆえん他た被ひ人称にんしょう为“SSL之の父ちち”。[7][8]

2014年ねん10月がつ，Google發布はっぷ在ざいSSL 3.0中ちゅう發現はつげん設計せっけい缺陷けっかん，建議けんぎ禁きん用よう此一協議きょうぎ。攻擊こうげき者しゃ可か以向TLS發送はっそう虛假こけ錯誤さくご提示ていじ，然しか後ご將はた安全あんぜん連接れんせつ強行きょうこう降くだ級きゅう到いた过时且不安全あんぜん的てきSSL 3.0，然しか後こう就可以利用りよう其中的てき設計せっけい漏も洞ほら竊取せっしゅ敏感びんかん信しんじ息いき。Google在ざい自己じこ公司こうし相關そうかん產品さんぴん中ちゅう陸續りくぞく禁止きんし回かい溯さかのぼ相あい容よう，強制きょうせい使用しようTLS協議きょうぎ。Mozilla也在11月がつ25日にち發布はっぷ的てきFirefox 34中ちゅう徹底てってい禁きん用よう了りょうSSL 3.0。微ほろ軟同樣どうよう發出はっしゅつ了りょう安全あんぜん通告つうこく[9]。

  • 1.0版本はんぽん从未公こう开过，因いん为存在そんざい严重的てき安全あんぜん漏も洞ほら。
  • 2.0版本はんぽん在ざい1995年ねん2月がつ发布。2011年ねん，RFC 6176 標準ひょうじゅん棄用了りょうSSL 2.0。
  • 3.0版本はんぽん在ざい1996年ねん发布，是ぜ由ゆかり網あみ景けい工程こうてい師し保ほ罗·科か切きり（英えい语：Paul_Carl_Kocher）、Phil Karlton和わAlan Freier完全かんぜん重おも新しん设计的てき。2015年ねん，RFC 7568 標準ひょうじゅん棄用了りょうSSL 3.0。

TLS 1.0

[编辑]

IETF将はたSSL标准化か，即そく RFC 2246 ，并将其称为TLS（Transport Layer Security）。

TLS 1.1

[编辑]

TLS 1.1在ざい RFC 4346 中ちゅう定てい义，于2006年ねん4月がつ发表[10]，它是TLS 1.0的てき更新こうしん。在ざい此版本中ほんなか的てき差さ异包括ほうかつ：

  • 添加てんか对CBC攻おさむ击的保ほ护：
    • 隐式IV被ひ替がえ换成一いち个显式しき的てきIV。
    • 更改こうかい分ぶん组密码模式しき中ちゅう的てき填はま充たかし错误。
  • 支持しじIANA登とう记的参さん数すう。[11]:2

微ほろ軟、Google、蘋果、Mozilla四家瀏覽器業者在2020年ねん終止しゅうし支援しえんTLS 1.0及1.1版はん[12]。2021年ねん3月がつ，RFC 8996标准弃用了りょうTLS 1.0和わTLS 1.1[4]。

TLS 1.2

[编辑]

TLS 1.2在ざい RFC 5246 中ちゅう定てい义，于2008年ねん8月がつ发表。它基于更早はや的てきTLS 1.1规范。主要しゅよう区く别包括ほうかつ：

  • 增加ぞうかSHA-2密みつ碼雜湊みなと函數かんすう。
  • 增加ぞうかAEAD加か密みつ算法さんぽう，如GCM模も式しき。
  • 添加てんかTLS扩展定てい义和AES密みつ码组合あい[11]:2。所有しょゆうTLS版本はんぽん在ざい2011年ねん3月がつ发布的てきRFC 6176中ちゅう删除了りょう对SSL的てき兼けん容よう，这样TLS会かい话将永なが远无法ほう协商使用しよう的てきSSL 2.0以避免めん安全あんぜん问题。

TLS 1.3

[编辑]
参まいり见：來らい回かい通どおり訊延遲おそ

TLS 1.3在ざい RFC 8446 中ちゅう定てい义，于2018年ねん8月がつ发表。[13]它与TLS 1.2的てき主要しゅよう区く别包括ほうかつ：

  • 将はた密みつ鑰交換こうかん算法さんぽう（如ECDHE）和かず認證にんしょう算法さんぽう（如RSA）从密みつ码套件けん中分なかぶん离出来でき。
  • 移うつり除じょMD5、SHA1密みつ碼雜湊みなと函數かんすう的てき支持しじ。
  • 请求数字すうじ签名。
  • 集成しゅうせいHKDF（英えい语：Key derivation function）和かず半なかば短たん暂DH提ひさげ议。
  • 替がえ换使用しようPSK（英えい语：TLS-PSK）和わ票ひょう据すえ的てき恢复。
  • 支持しじ1-RTT握手あくしゅ并初步しょほ支持しじ0-RTT。
  • 通つう过在密みつ鑰協商きょうしょう期き间使用しよう临时密みつ钥来保ほ证完善ぜん的てき前ぜん向こう安全あんぜん性せい。
  • 放ひ弃许多た不ふ安全あんぜん或ある过时特性とくせい的てき支持しじ，包括ほうかつ数かず据すえ压缩、重じゅう新しん协商、非ひAEAD加か密みつ算法さんぽう、静せい态RSA和かず静しず态DH密みつ钥交换、自じ定てい义DHE分ぶん组、点てん格式かくしき协商、更改こうかい密みつ码本规范的てき协议、UNIX时间的てきHello消息しょうそく，以及长度字じ段だんAD输入到いたAEAD密みつ码本。
  • 較TLS 1.2速度そくど更さら快かい，效能こうのう更さら好このみ。
  • 移うつり除じょRC4加か密みつ演算えんざん法的ほうてき支援しえん。
  • 集成しゅうせい会かい话散列れつ的てき使用しよう。
  • 弃用记录层版本号ほんごう和わ冻结数すう以改进向后きさき兼けん容よう性せい。
  • 将はた一些安全相关的算法细节从附录移动到标准，并将ClientKeyShare降くだ级到附ふ录。
  • 支援しえんEd25519和かずEd448数字すうじ签名算法さんぽう。
  • 支援しえんX25519密みつ鑰交換こうかん。
  • 支援しえん帶たいPoly1305訊息驗けん證しょう碼的てきChaCha20加か密みつ演算えんざん法ほう。
  • 支持しじ加か密みつ服ふく务器名称めいしょう指示しじ（Encrypted Server Name Indication, ESNI）。[14]

网络安全あんぜん服ふく务（NSS）是ぜ由よしMozilla开发并由其网络浏览器Firefox使用しよう的てき加か密みつ库，自じ2017年ねん2月がつ起おこり便びん默だま认启用ようTLS 1.3。[15]随ずい后きさきTLS 1.3被ひ添加てんか到いた2017年ねん3月がつ发布的てきFirefox 52.0中ちゅう，但ただし它由于某些用户的兼けん容よう性せい问题，默だま认情况下禁きん用よう。[16]直ちょく到いたFirefox 60.0才さい正式せいしき默だま认启用よう。[17]

Google Chrome曾在2017年ねん短たん时间将はたTLS 1.3设为默认，然しか而由于类似にBlue Coat Systems（英えい语：Blue Coat Systems）等ひとし不ふ兼けん容よう组件而被取消とりけし。[18]

wolfSSL在ざい2017年ねん5月がつ发布的てき3.11.1版はん本中ほんなか启用了りょうTLS 1.3。[19]作さく为第一いち款支持しじTLS 1.3部ぶ署しょ，wolfSSL 3.11.1 支持しじ TLS 1.3 Draft 18（现已支持しじ到いたDraft 28），[20]同どう时官方かた也发布ぬの了りょう一いち系列けいれつ关于TLS 1.2和わTLS 1.3性能せいのう差さ距的博はく客きゃく。[21]

算法さんぽう

[编辑]
主しゅ条目じょうもく：密みつ码套件けん

密みつ钥交换和密みつ钥协商しょう

[编辑]

在ざい客きゃく户端和服わふく务器开始交换TLS所しょ保ほ护的加か密みつ信しんじ息いき之の前まえ，他た们必须安全あんぜん地ち交换或ある协定加か密密みつみつ钥和加か密みつ数すう据すえ时要使用しよう的てき密みつ码。用よう于密钥交换的方法ほうほう包括ほうかつ：使用しようRSA算法さんぽう生成せいせい公こう钥和私わたし钥（在ざいTLS 握手あくしゅ协议中ちゅう被ひ称しょう为TLS_RSA）、Diffie-Hellman（在ざいTLS握手あくしゅ协议中ちゅう被ひ称しょう为TLS_DH）、临时Diffie-Hellman（在ざいTLS握手あくしゅ协议中ちゅう被ひ称しょう为TLS_DHE）、橢圓だえん曲線きょくせん迪すすむ菲-赫爾曼（在ざいTLS握手あくしゅ协议中ちゅう被ひ称しょう为TLS_ECDH）、临时椭圆曲きょく线Diffie-Hellman（在ざいTLS握手あくしゅ协议中ちゅう被ひ称しょう为TLS_ECDHE）、匿名とくめいDiffie-Hellman（在ざいTLS握手あくしゅ协议中ちゅう被ひ称しょう为TLS_DH_anon）[22]、预共享とおる密みつ钥（在ざいTLS握手あくしゅ协议中ちゅう被ひ称しょう为TLS_PSK）[23]和わ安全あんぜん远程密みつ码（在ざいTLS握手あくしゅ协议中ちゅう被ひ称しょう为TLS_SRP）。[24]

TLS_DH_anon和わTLS_ECDH_anon的てき密みつ钥协商しょう协议不能ふのう验证服ふく务器或ある用よう户，因いん为易受中ちゅう间人攻おさむ击因いん此很少しょう使用しよう。只ただ有ゆうTLS_DHE和わTLS_ECDHE提供ていきょう前ぜん向こう保ほ密みつ能力のうりょく。

在ざい交换过程中ちゅう使用しよう的てき公おおやけ钥/私わたし钥加か密みつ密みつ钥的てき长度和わ在ざい交换协议过程中ちゅう使用しよう的てき公おおやけ钥证书也各かく不ふ相あい同どう，因いん而提供ていきょう的てき強健きょうけん性せい的てき安全あんぜん。2013年ねん7月がつ，Google宣布せんぷ向こう其用户提供ていきょう的てきTLS加か密みつ将はた不ふ再さい使用しよう1024位い公おおやけ钥并切きり换到至いたり少しょう2048位い，以提高だか安全あんぜん性せい。[25]

身み份验证和密みつ钥交换协议列表ひょう
算法さんぽう SSL 2.0 SSL 3.0 TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 状じょう态
RSA 是これ 是これ 是これ 是これ 是これ 否いや RFC中ちゅうTLS 1.2的てき定義ていぎ
DH-RSA 否いや 是これ 是これ 是これ 是これ 否いや
DHE-RSA（具有ぐゆう前ぜん向こう安全あんぜん性せい） 否いや 是これ 是これ 是これ 是これ 是これ
ECDH-RSA 否いや 否いや 是これ 是これ 是これ 否いや
ECDHE-RSA（具有ぐゆう前ぜん向こう安全あんぜん性せい） 否いや 否いや 是これ 是これ 是これ 是これ
DH-DSS 否いや 是これ 是これ 是これ 是これ 否いや
DHE-DSS（具有ぐゆう前ぜん向こう安全あんぜん性せい） 否いや 是これ 是これ 是これ 是これ 否いや[26]
DHE-ECDSA (具有ぐゆう前ぜん向こう安全あんぜん性せい) 否いや 否いや 否いや 否いや 否いや 是これ
ECDH-ECDSA 否いや 否いや 是これ 是これ 是これ 否いや
ECDHE-ECDSA（具有ぐゆう前ぜん向こう安全あんぜん性せい） 否いや 否いや 是これ 是これ 是これ 是これ
DHE-EdDSA (具有ぐゆう前ぜん向こう安全あんぜん性せい) 否いや 否いや 否いや 否いや 否いや 是これ
ECDH-EdDSA 否いや 否いや 是これ 是これ 是これ 否いや
ECDHE-EdDSA (具有ぐゆう前ぜん向こう安全あんぜん性せい)[27] 否いや 否いや 是これ 是これ 是これ 是これ
PSK 否いや 否いや 是これ 是これ 是これ 是これ
RSA-PSK（英えい语：Pre-shared key） 否いや 否いや 是これ 是これ 是これ 否いや
DHE-PSK（英えい语：Pre-shared key）（具有ぐゆう前ぜん向こう安全あんぜん性せい） 否いや 否いや 是これ 是これ 是これ 是これ
ECDHE-PSK（英えい语：Pre-shared key）（具有ぐゆう前ぜん向こう安全あんぜん性せい） 否いや 否いや 是これ 是これ 是これ 是これ
SRP 否いや 否いや 是これ 是これ 是これ 否いや
SRP-DSS 否いや 否いや 是これ 是これ 是これ 否いや
SRP-RSA 否いや 否いや 是これ 是これ 是これ 否いや
Kerberos 否いや 否いや 是これ 是これ 是これ ?
DH-ANON（不ふ安全あんぜん） 否いや 是これ 是これ 是これ 是これ 否いや
ECDH-ANON（不ふ安全あんぜん） 否いや 否いや 是これ 是これ 是これ 否いや
GOST R 34.10-94 / 34.10-2001（英えい语：GOST）[28] 否いや 否いや 是これ 是これ 是これ 在ざいRFC草案そうあん中ちゅう提出ていしゅつ
GOST R 34.10-2012（英えい语：GOST）[29] 否いや 否いや 否いや 否いや 是これ 是これ RFC 9189 9367中ちゅうTLS 1.2、1.3的てき定てい义

加か密密みつみつ码

[编辑]
参まいり见：分ぶん组密码工作こうさく模も式しき
针对公こう开可行ぎょう的てき攻おさむ击的密みつ碼安全あんぜん性せい
密みつ碼 协议版本はんぽん 状じょう态
类型 算法さんぽう 长度（bits） SSL 2.0 SSL 3.0
[n 1][n 2][n 3][n 4] 		TLS 1.0
[n 1][n 3] 		TLS 1.1
[n 1] 		TLS 1.2
[n 1] 		TLS 1.3
分ぶん组密码及其加密みつ方式ほうしき AES GCM[30][n 5] 256, 128 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 安全あんぜん 安全あんぜん RFC中ちゅうTLS 1.2的てき定義ていぎ
AES CCM[31][n 5] 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 安全あんぜん 安全あんぜん
AES CBC[n 6] 不ふ適用てきよう 不ふ安全あんぜん 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 不ふ適用てきよう
Camellia GCM[32][n 5] 256, 128 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 安全あんぜん 不ふ適用てきよう
Camellia CBC[33][n 6] 不ふ適用てきよう 不ふ安全あんぜん 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 不ふ適用てきよう
ARIA加か密みつ算法さんぽう（英えい语：ARIA_(cipher)） GCM[34][n 5] 256, 128 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 安全あんぜん 不ふ適用てきよう
ARIA加か密みつ算法さんぽう（英えい语：ARIA_(cipher)） CBC[34][n 6] 不ふ適用てきよう 不ふ適用てきよう 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 不ふ適用てきよう
SEED加か密みつ算法さんぽう（英えい语：SEED (cipher)） CBC[35][n 6] 128 不ふ適用てきよう 不ふ安全あんぜん 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 依よ赖于后きさき期き加入かにゅう的てき措施 不ふ適用てきよう
3DES EDE CBC[n 6][n 7] 112[n 8] 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう
GOST 28147-89（英えい语：GOST_(block_cipher)） CNT[28][n 7] 256 不ふ適用てきよう 不ふ適用てきよう 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 定てい义于RFC 4357
GOST R 34.12-2015 Magma（英えい语：GOST_(block_cipher)） CTR[29][n 7] 256 不ふ適用てきよう 不ふ適用てきよう 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 定てい义于RFC 4357 9189
GOST R 34.12-2015 Kuznyechik（英えい语：Kuznyechik） CTR[29] 256 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 安全あんぜん 不ふ適用てきよう 定てい义于RFC 9189
GOST R 34.12-2015 Magma（英えい语：GOST_(block_cipher)） MGM[29][n 5][n 7] 256 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ安全あんぜん 定てい义于RFC 9367
GOST R 34.12-2015 Kuznyechik（英えい语：Kuznyechik） MGM[29][n 5] 256 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 安全あんぜん 定てい义于RFC 9367
IDEA CBC[n 6][n 7][n 9] 128 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 不ふ適用てきよう 从TLS 1.2标准中ちゅう移うつり除じょ
DES CBC[n 6][n 7][n 9] 056 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 不ふ適用てきよう
040[n 10] 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 在ざいTLS 1.1及之后きさき版本はんぽん禁止きんし
RC2（英えい语：RC2） CBC[n 6][n 7] 040[n 10] 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう
流ながれ加か密みつ ChaCha20-Poly1305[40][n 5] 256 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう 安全あんぜん 安全あんぜん RFC中ちゅうTLS 1.2的てき定義ていぎ
RC4[n 11] 128 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 由ゆかりRFC 7465定てい义所有しょゆう版本はんぽんTLS禁止きんし
040[n 10] 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう 不ふ適用てきよう 不ふ適用てきよう
None Null[n 12] – 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ安全あんぜん 不ふ適用てきよう RFC中ちゅうTLS 1.2的てき定義ていぎ
标注
  1. ^ 1.0 1.1 1.2 1.3 RFC 5746 must be implemented to fix a renegotiation flaw that would otherwise break this protocol.
  2. ^ If libraries implement fixes listed in RFC 5746, this violates the SSL 3.0 specification, which the IETF cannot change unlike TLS. Fortunately, most current libraries implement the fix and disregard the violation that this causes.
  3. ^ 3.0 3.1 The BEAST attack breaks all block ciphers (CBC ciphers) used in SSL 3.0 and TLS 1.0 unless mitigated by the client and/or the server. See § Web browsers.
  4. ^ The POODLE attack breaks all block ciphers (CBC ciphers) used in SSL 3.0 unless mitigated by the client and/or the server. See § Web browsers.
  5. ^ 5.0 5.1 5.2 5.3 5.4 5.5 5.6 認證にんしょう加か密みつ (倒たおせ如GCM和わCCM) 只ただ適用てきよう於TLS 1.2或ある以上いじょう版本はんぽん。
  6. ^ 6.0 6.1 6.2 6.3 6.4 6.5 6.6 6.7 如該加か密みつ系統けいとう並なみ未み移うつり除じょ所有しょゆう計時けいじ旁つくり路ろ，幸こう运十じゅう三さん攻おさむ击能のう破やぶ解かいCBC加か密みつ。
  7. ^ 7.0 7.1 7.2 7.3 7.4 7.5 7.6 Sweet32攻擊こうげき能のう破やぶ解かい分ぶん組長くみちょう度ど為ため64位い元もと的てき區く塊かたまり加か密みつ法ほう。[36]
  8. ^ 儘各3DES的てき金きん鑰長度ど為ため168位い元もと, 它的有效ゆうこう安全あんぜん性せい僅為112位い元もと，[37] 遠とお低てい於建議けんぎ的てき最少さいしょう128位い元もと。[38]
  9. ^ 9.0 9.1 TLS 1.2已やめ移うつり除じょIDEA和わDES。[39]
  10. ^ 10.0 10.1 10.2 此等密みつ鑰長度ど只ただ有ゆう40位い元もと的てき密みつ碼套件けん為ため降くだ級きゅう版本はんぽん，以符合ふごう（於2000年ねん被ひ大幅おおはば放ひ寬ひろし）美國びくに對たい某ぼう些高強度きょうど加か密みつ技術ぎじゅつ的てき出口でぐち管制かんせい。自じTLS 1.1起おこり，它們均ひとし被ひ禁きん用よう。
  11. ^ Use of RC4 in all versions of TLS is prohibited by RFC 7465 (because RC4 attacks weaken or break RC4 used in SSL/TLS).
  12. ^ Authentication only, no encryption.

数かず据すえ完かん整せい性せい

[编辑]

訊息鑑別かんべつ碼（MAC）用よう于对数すう据すえ完かん整せい性せい进行认证。HMAC用よう于CBC模も式しき的てき块密码。AEAD例れい如GCM模も式しき和わCCM模も式しき使用しようAEAD內建的てき訊息鑒別碼，不ふ使用しようHMAC[41]。另外，在ざいTLS握手あくしゅ過程かてい中ちゅう需要じゅよう使用しよう基もと於HMAC的てき偽にせ隨ずい機き函數かんすう（PRF），或あるHKDF（英えい语：HKDF）。

數かず據よりどころ的てき完かん整せい性せい
算法さんぽう SSL 2.0 SSL 3.0 TLS 1.0 TLS 1.1 TLS 1.2 TLS 1.3 狀態じょうたい
HMAC-MD5 是これ 是これ 是これ 是これ 是これ 否いや RFC中ちゅうTLS 1.2的てき定義ていぎ
HMAC-SHA1 否いや 是これ 是これ 是これ 是これ 否いや
HMAC-SHA256/384 否いや 否いや 否いや 否いや 是これ 否いや
AEAD 否いや 否いや 否いや 否いや 是これ 是これ
GOST 28147-89 IMIT（英えい语：GOST (hash function)） 否いや 否いや 否いや 否いや 是これ 否いや RFC 9189中ちゅうTLS 1.2的てき定てい义
GOST R 34.11-94（英えい语：GOST (hash function)） 否いや 否いや 否いや 否いや 是これ RFC Draft中ちゅうTLS 1.2的てき定てい义
GOST R 34.12-2015（英えい语：GOST (hash function)） AEAD 否いや 否いや 否いや 否いや 否いや 是これ RFC 9367中ちゅうTLS 1.3的てき定てい义

过程

[编辑]

TLS在ざい互联网上うえ為ためHTTP等とう應用おうよう程ほど式しき提供ていきょう身み份驗證しょう、加か密みつ、完かん整せい性せい，其基础是公おおやけ钥基础设施ほどこせ。这是因いん为公おおやけ鑰基礎きそ設しつらえ施ほどこせ普遍ふへん商しょう业运营。TLS协议的てき设计在ざい某ぼう种程度ていど上じょう能のう够使主しゅ从架构应用程ほど序じょ通どおり讯预防ぼう窃听、干ひ扰和消息しょうそく伪造。

TLS包含ほうがん幾いく個こ基本きほん阶段：

  1. 对等协商支援しえん的てきTLS版本はんぽん，和わ支援しえん的てき密みつ碼套件けん。
  2. 基もと于非ひ对称密みつ钥的てき身み份认证，通常つうじょう是ぜ基もと于PKI证书的てき身み份认证。伺服器き將はた其X.509證書しょうしょ發送はっそう給きゅう客きゃく戶ど端はし，由ゆかり客きゃく戶ど端はし驗けん證しょう伺服器き的てき身み份。如果伺服器き要よう驗けん證しょう客きゃく戶ど端はし的てき證書しょうしょ，則のり客きゃく戶ど端はし可能かのう會かい將はた客きゃく戶ど端はし證書しょうしょ發送はっそう給きゅう伺服器き。通常つうじょう僅驗證しょう伺服器き，不ふ驗けん證しょう客きゃく戶ど端はし。
  3. 基もと于对称密みつ钥的てき數すう據よりどころ加か密みつ。客きゃく戶ど端はし生成せいせい隨ずい機き數すう作為さくい對談たいだん金きん鑰，並なみ使用しよう伺服器き公おおやけ鑰（伺服器き公おおやけ鑰在伺服器き證書しょうしょ中ちゅう）加か密みつ對談たいだん金きん鑰，最後さいご將はた已やめ加か密みつ的てき對談たいだん金きん鑰發送はっそう給きゅう伺服器き。由よし伺服器き的てき私わたし鑰解かい密みつ出で對談たいだん金きん鑰。最後さいご使用しよう此對談たいだん金きん鑰加密みつ數すう據よりどころ。TLS也可以使用しよう預あずか共用きょうよう金きん鑰（PSK）作為さくい對稱たいしょう密みつ鑰。

在ざい第だい一いち阶段，客きゃく户端与あずか服ふく务器协商所用しょよう密みつ码算法ほう。当とう前ぜん广泛实现的てき算法さんぽう选择如下：

参考さんこう文献ぶんけん

[编辑]
  1. ^ "SSL/TLS in Detail （页面存そん档备份，存そん于互联网档案あん馆）". Microsoft TechNet. Updated July 31, 2003.
  2. ^ RFC 6176. [2020-05-22]. （原始げんし内容ないよう存そん档于2016-12-06）. 
  3. ^ RFC 7568. [2020-05-22]. （原始げんし内容ないよう存そん档于2018-03-28）. 
  4. ^ 4.0 4.1 4.2 RFC 8996. [2021-03-25]. （原始げんし内容ないよう存そん档于2021-03-24）. 
  5. ^ Thomas Y. C. Woo, Raghuram Bindignavle, Shaowen Su and Simon S. Lam, SNP: An interface for secure network programming （页面存そん档备份，存そん于互联网档案あん馆） Proceedings USENIX Summer Technical Conference, June 1994
  6. ^ THE SSL PROTOCOL. Netscape Corporation. 2007 [2014-12-02]. （原始げんし内容ないよう存そん档于1997-06-14）. 
  7. ^ Messmer, Ellen. Father of SSL, Dr. Taher Elgamal, Finds Fast-Moving IT Projects in the Middle East. Network World. [30 May 2014]. （原始げんし内容ないよう存そん档于2014年ねん5月がつ31日にち）. 
  8. ^ Greene, Tim. Father of SSL says despite attacks, the security linchpin has lots of life left. Network World. [30 May 2014]. （原始げんし内容ないよう存そん档于2014年ねん5月がつ31日にち）. 
  9. ^ POODLE: SSLv3 vulnerability (CVE-2014-3566). [21 October 2014]. （原始げんし内容ないよう存そん档于2016-03-17）. 
  10. ^ Dierks, T. and E. Rescorla. The Transport Layer Security (TLS) Protocol Version 1.1, RFC 4346. April 2006 [2014-12-02]. （原始げんし内容ないよう存そん档于2017-12-24）. 
  11. ^ 11.0 11.1 Polk, Tim; McKay, Terry; Chokhani, Santosh. Guidelines for the Selection, Configuration, and Use of Transport Layer Security (TLS) Implementations (PDF). National Institute of Standards and Technology: 67. April 2014 [2014-05-07]. （原始げんし内容ないよう存そん档 (PDF)于2014-05-08）. 
  12. ^ 林はやし妍溱. 微ほろ軟、蘋果、Google及Mozilla四大瀏覽器業者在2020年ねん終止しゅうし支援しえんTLS 1.0、1.1. iThome. 2018-10-16 [2020-01-12]. （原始げんし内容ないよう存そん档于2020-01-12）. 
  13. ^ Joseph A. Salowey; Sean Turner; Christopher A. Wood. TLS 1.3. IETF. 2018-08-10 [2018-08-11]. （原始げんし内容ないよう存そん档于2018-08-11） （英えい语）. 
  14. ^ pigsrollaroundinthem. TLS 1.3 下した的てき SNI 将はた让审查变得どく更さら困こま难. Solidot. 2018-08-16 [2018-08-27]. （原始げんし内容ないよう存そん档于2018-08-27）. 
  15. ^ NSS 3.29 release notes. Mozilla Developer Network. February 2017 [2018-08-11]. （原始げんし内容ないよう存そん档于2017-02-22）. 
  16. ^ Enable TLS 1.3 by default. Bugzilla@Mozilla. 16 October 2016 [10 October 2017]. （原始げんし内容ないよう存そん档于2018-08-12）. 
  17. ^ Firefox — Notes (60.0). Mozilla. [2018-05-10]. （原始げんし内容ないよう存そん档于2018-05-09） （美国びくに英えい语）. 
  18. ^ ProxySG, ASG and WSS will interrupt SSL connections when clients using TLS 1.3 access sites also using TLS 1.3. BlueTouch Online. 16 May 2017 [11 September 2017]. （原始げんし内容ないよう存そん档于2017-09-12）. 
  19. ^ wolfSSL TLS 1.3 BETA Release Now Available. info@wolfssl.com. 11 May 2017 [11 May 2017]. （原始げんし内容ないよう存そん档于2018-07-25）. 
  20. ^ TLS 1.3 PROTOCOL SUPPORT. info@wolfssl.com. （原始げんし内容ないよう存そん档于2018-07-26）. 
  21. ^ TLS 1.3 Draft 28 Support in wolfSSL. info@wolfssl.com. 14 June 2018 [14 June 2018]. （原始げんし内容ないよう存そん档于2018-07-25）. 
  22. ^ RFC 5246: The Transport Layer Security (TLS) Protocol Version 1.2. Internet Engineering Task Force. [9 September 2013]. （原始げんし内容ないよう存そん档于2017-12-24）. 
  23. ^ P. Eronen, Ed. RFC 4279: Pre-Shared Key Ciphersuites for Transport Layer Security (TLS). Internet Engineering Task Force. [9 September 2013]. （原始げんし内容ないよう存そん档于2013-09-05）. 
  24. ^ D. Taylor, Ed. Using the Secure Remote Password (SRP) Protocol for TLS Authentication. Internet Engineering Task Force. November 2007 [December 21, 2014]. RFC 5054 可免费查阅. doi:10.17487/RFC5054 可免费查阅. （原始げんし内容ないよう存そん档于December 7, 2014）. 
  25. ^ Gothard, Peter. Google updates SSL certificates to 2048-bit encryption. Computing. Incisive Media. [9 September 2013]. （原始げんし内容ないよう存そん档于2013-09-22）. 
  26. ^ Sean Turner. Consensus: remove DSA from TLS 1.3. September 17, 2015 [2018-01-28]. （原始げんし内容ないよう存そん档于2015-10-03）. 
  27. ^ RFC 8422
  28. ^ RFC 5288 5289
  29. ^ RFC 6655 7251
  30. ^ RFC 6367
  31. ^ RFC 5932 6367
  32. ^ 34.0 34.1 RFC 6209
  33. ^ RFC 4162
  34. ^ On the Practical (In-)Security of 64-bit Block Ciphers — Collision Attacks on HTTP over TLS and OpenVPN (PDF). 2016-10-28 [2017-06-08]. （原始げんし内容ないよう存そん档 (PDF)于2017-04-24）. 
  35. ^ NIST Special Publication 800-57 Recommendation for Key Management — Part 1: General (Revised) (PDF). 2007-03-08 [2014-07-03]. （原始げんし内容ないよう (PDF)存そん档于2014-06-06）. 
  36. ^ Qualys SSL Labs. SSL/TLS Deployment Best Practices. [2 June 2015]. （原始げんし内容ないよう存そん档于2015-07-04）. 
  37. ^ RFC 5469
  38. ^ RFC 7905
  39. ^ AEAD Ciphers. [2014-12-02]. （原始げんし内容ないよう存そん档于2017-12-24）. 

外部がいぶ链接

[编辑]
维基共ども享とおる资源上うえ的てき相しょう关多媒体ばいたい资源：傳つて輸層安全あんぜん性せい協定きょうてい

参まいり见

[编辑]
协议和わ技わざ术
公おおやけ钥基础设施ほどこせ
另见
历史
实现
公おおやけ证
漏も洞ほら
理り论
密みつ码本
协议
实现
軟體
機き制せい
SSTP（英えい语：Secure Socket Tunneling Protocol） · IPsec · L2TP · L2TPv3（英えい语：L2TPv3） · PPTP · 隧道すいどう分ぶん离（英えい语：Split tunneling） · SSL/TLS
廠しょう商しょう
风险
特とく點てん
網あみ頁ぺーじ標準ひょうじゅん
协议
相關そうかん主題しゅだい
電腦でんのう平台ひらだい
Blink排はい版ばん引擎
WebKit排はい版ばん引擎
Gecko排はい版ばん引擎
Trident排はい版ばん引擎
混合こんごう排はい版ばん引擎
其他排はい版ばん引擎
純じゅん文字もじ排はい版ばん引擎
行動こうどう平台ひらだい
Blink排はい版ばん引擎
WebKit排はい版ばん引擎
Gecko排はい版ばん引擎
Trident排はい版ばん引擎
其他
Gecko排はい版ばん引擎
Presto排はい版ばん引擎
WebKit排はい版ばん引擎
其他
刪除線せん格式かくしき為ため停止ていし開發かいはつ的てき項目こうもく
检索自じ“https://zh.wikipedia.org/w/index.php?title=傳つて輸層安全あんぜん性せい協定きょうてい&oldid=83520925”