傳輸層安全性 (TLS) 通訊協定為一項業界標準，其設計目的是用來協助保護透過網際網路所通訊之資訊的隱私權。 TLS 1.2 (英文) 是可提供優於先前版本之安全性的標準。 TLS 1.2 最終將被最新發行的標準 TLS 1.3 取代，後者速度更快，安全性更高。 本文提供保護使用 TLS 通訊協定之 .NET Framework 應用程式的建議。
為了確保能維持 .NET Framework 應用程式的安全性，TLS 版本不應為硬式編碼。 .NET Framework 應用程式應使用作業系統 (OS) 所支援的 TLS 版本。
本文件適用於下列開發人員：
- 直接使用 System.Net API (例如，System.Net.Http.HttpClient 和 System.Net.Security.SslStream) 的開發人員。
- 直接使用運用 System.ServiceModel 命名空間之 WCF 用戶端和服務的開發人員。
- 使用 Azure 雲端服務 Web 角色及背景工作角色來主控及執行您應用程式的開發人員。 請參閱 Azure 雲端服務一節。
建議您：
- 在應用程式上以 .NET Framework 4.7 或更新版本作為目標。 在 WCF 應用程式上以 .NET Framework 4.7.1 或更新版本作為目標。
- 不要指定 TLS 版本。 設定程式碼以由 OS 決定 TLS 版本。
- 執行完整的程式碼稽核，以確認您沒有指定 TLS 或 SSL 版本。
當應用程式讓 OS 選擇 TLS 版本時：
- 它會自動運用於未來新增的新通訊協定，例如 TLS 1.3。
- OS 會封鎖被發現不安全的通訊協定。
對程式碼進行稽核並做出程式碼變更一節會涵蓋對程式碼進行稽核及更新的相關內容。
本文說明如何針對應用程式所執行的.NET Framework 版本，啟用可供使用的最強安全性。 當應用程式明確設定安全性通訊協定及版本時，它將會退出所有其他替代方案，並退出 .NET Framework 及 OS 預設行為。 如果您想讓應用程式能夠交涉 TLS 1.2 連線，明確設定至較低的 TLS 版本將會防止 TLS 1.2 連線。
如果您無法避免採取通訊協定版本的硬式編碼，我們強烈建議您指定 TLS 1.2。 如需識別及移除 TLS 1.0 相依性的指引，請下載解決 TLS 1.0 問題 (英文) 白皮書。
在 .NET Framework 4.7 中，WCF 預設支援 TLS1.0、1.1 及 1.2。 從 .NET Framework 4.7.1 開始，WCF 預設會使用作業系統所設定的版本。 如果有應用程式是搭配
SslProtocols.None 進行明確設定，WCF 在使用 NetTcp 傳輸時，便會使用作業系統的預設設定。
您可以在 GitHub 問題 .NET Framework 的傳輸層安全性 (TLS) 最佳做法 (英文) 中，詢問與本文件相關的問題。
對程式碼進行稽核並做出程式碼變更
針對 ASP.NET 應用程式，請檢查 web.config 的
<system.web><httpRuntime targetFramework> 元素，以確認您是使用正確的 .NET Framework 版本。
針對 Windows Forms 及其他應用程式，請參閱如何：以一個 .NET Framework 版本為目標。
使用下列小節來確認您沒有使用特定的 TLS 或 SSL 版本。
若應用程式是以 .NET Framework 4.7 或更新版本作為目標
下列小節會示範如何確認您沒有使用特定的 TLS 或 SSL 版本。
針對 HTTP 網路功能
ServicePointManager，在使用 .NET Framework 4.7 及更新版本的情況下，預設會讓 OS 選擇最佳的安全性通訊協定和版本。 若要在可能的情況下取得最佳的預設 OS 選擇，請不要為 SecurityProtocol 屬性設定值。 否則請將其設定為 SystemDefault。
本文剩下的內容，與針對 HTTP 網路功能將 .NET Framework 4.7 或更新版本設為目標無關。
針對 TCP 通訊端網路功能
SslStream，在使用 .NET Framework 4.7 及更新版本的情況下，預設會讓 OS 選擇最佳的安全性通訊協定和版本。 若要在可能的情況下取得最佳的預設 OS 選擇，請不要使用會採用明確 SslProtocols 參數之 SslStream 的方法多載。 否則，請傳遞 SslProtocols.None。 建議您不要使用 Default；設定
SslProtocols.Default 會強制使用 SSL 3.0/TLS 1.0 並防止 TLS 1.2。
不要為 SecurityProtocol 屬性 (針對 HTTP 網路功能) 設定值。
不要使用會採用明確 SslProtocols 參數 (針對 TCP 通訊端網路功能) 之 SslStream 的方法多載。當您將應用程式目標重新設為 .NET Framework 4.7 或更新版本時，即是遵循最佳做法建議。
本主題剩下的內容，與針對 TCP 通訊端網路功能將 .NET Framework 4.7 或更新版本設為目標無關。
針對搭配憑證認證使用傳輸安全性的 WCF TCP 傳輸
WCF 會使用和其他 .NET Framework 相同的網路堆疊。
若您是以 4.7.1 為目標，WCF 預設便已設定為允許 OS 選擇最佳的安全性通訊協定，除非另外透過下列方式明確設定：
- 在您的應用程式組態檔中。
- 或在您應用程式的原始程式碼中。
根據預設，.NET Framework 4.7 及更新版本已設定為使用 TLS 1.2，並允許使用 TLS 1.1 或 TLS 1.0 的連線。 特過設定繫結以使用 SslProtocols.None，來設定 WCF 以允許 OS 選擇最佳的安全性通訊協定。 這可以在 SslProtocols 上設定。
SslProtocols.None 可以從 Transport 存取。NetTcpSecurity.Transport 可以從 Security 存取。
若您是使用自訂繫結：
- 特過設定 SslProtocols 以使用 SslProtocols.None，來設定 WCF 以允許 OS 選擇最佳的安全性通訊協定。
- 或透過設定路徑
system.serviceModel/bindings/customBinding/binding/sslStreamSecurity:sslProtocols來設定所使用的通訊協定。
若您沒有 使用自訂繫結，且您是使用設定來設定 WCF 繫結，請透過設定路徑
system.serviceModel/bindings/netTcpBinding/binding/security/transport:sslProtocols 來設定所使用的通訊協定。針對具有憑證認證的 WCF 訊息安全性
.NET Framework 4.7 及更新版本預設會使用於 SecurityProtocol 屬性中指定的通訊協定。 當 AppContextSwitch
Switch.System.ServiceModel.DisableUsingServicePointManagerSecurityProtocols 設定為 true時，WCF 會選擇最佳的通訊協定 (最高版本為 TLS 1.0)。若應用程式是以 .NET Framework 4.7 之前的版本為目標
使用下列小節來對程式碼進行稽核，以確認您沒有使用特定的 TLS 或 SSL 版本：
針對 .NET Framework 4.6 - 4.6.2 且非 WCF
將
DontEnableSystemDefaultTlsVersions AppContext 參數設定為 false。 請參閱透過 AppContext 參數設定安全性。針對使用搭配憑證認證使用 TCP 傳輸安全性之 .NET Framework 4.6 至 4.6.2 的 WCF
您必須安裝最新的 OS 修補程式。 請參閱安全性更新。
WCF 架構會自動選擇可用的最高版本通訊協定 (最高版本為 TLS 1.2)，除非您明確設定通訊協定版本。 如需詳細資訊，請參閱先前的針對搭配憑證認證使用傳輸安全性的 WCF TCP 傳輸一節。
針對 .NET Framework 3.5 至 4.5.2 且非 WCF
我們建議您將應用程式升級至 .NET Framework 4.7 或更新版本。 如果您無法升級，請採取下列步驟。 在未來的某個時間點，若不將您的應用程式升級至 .NET Framework 4.7 或更新版本，該應用程式可能會失敗。
將 SchUseStrongCrypto 和 SystemDefaultTlsVersions 登錄機碼設定為 1。 請參閱透過 Windows 登錄來設定安全性。 .NET Framework 3.5 版只有在傳遞明確 TLS 值時，才會支援
SchUseStrongCrypto 旗標。
若您是執行 .NET Framework 3.5，便需要安裝修補程式，使您的程式可以指定 TLS 1.2：
| KB3154518 | 可靠性彙總套件 HR-1605 - 針對 TLS 系統預設版本的支援已包含在 Windows 7 SP1 和 Server 2008 R2 SP1 上的 .NET Framework 3.5.1 中 |
|---|---|
| KB3154519 | 可靠性彙總套件 HR-1605 - 針對 TLS 系統預設版本的支援已包含在 Windows Server 2012 上的 .NET Framework 3.5 中 |
| KB3154520 | 可靠性彙總套件 HR-1605 - 針對 TLS 系統預設版本的支援已包含在 Windows 8.1 和 Windows Server 2012 R2 的 .NET Framework 3.5 中 |
| KB3156421 | 適用於 Windows 上的 .NET Framework 4.5.2 和 4.5.1 的 1605 Hotfix 彙總套件 3154521 |
針對使用搭配憑證認證使用 TCP 傳輸安全性之 .NET Framework 3.5 至 4.5.2 的 WCF
這些版本的 WCF 架構具有使用 SSL 3.0 和 TLS 1.0 值的硬式編碼。 這些值不能變更。 您必須更新並將目標重新設定為 NET Framework 4.6 或更新版本，以使用 TLS 1.1 和 1.2。
若應用程式是以 .NET Framework 3.5 作為目標
若您必須明確設定安全性通訊協定，而不是讓 .NET framework 或 OS 選擇安全性通訊協定，請將
SecurityProtocolTypeExtensions 和 SslProtocolsExtension 列舉新增至您的程式碼。SecurityProtocolTypeExtensions 和 SslProtocolsExtension 包含適用於 Tls12、Tls11 的值，以及 SystemDefault 值。 請參閱針對 TLS 系統預設版本的支援已包含在 Windows 8.1 和 Windows Server 2012 R2 的 .NET Framework 3.5 中 (機器翻譯)。透過 AppContext 參數設定安全性 (適用於 .NET Framework 4.6 或更新版本)
只有在您的應用程式是以 .NET Framework 4.6 或更新版本為目標 (或是在其上執行) 的情況下，才會與描述於本節的 AppContext 參數具關連性。 無論是根據預設設定，或是透過明確設定這些參數，它們在可能的情況下都應為
false。 若您想要透過其中一個或同時透過這兩個參數來設定安全性，請不要在程式碼中指定安全性通訊協定，因為這麼做將會覆寫這些參數。
無論您是執行 HTTP 網路功能 (ServicePointManager) 或 TCP 通訊端網路功能 (SslStream)，這些參數都具有相同的效果。
Switch.System.Net.DontEnableSchUseStrongCrypto
將
Switch.System.Net.DontEnableSchUseStrongCrypto 設定為 false 值，會導致您的應用程式使用強式加密。 將 DontEnableSchUseStrongCrypto 設定為 false 值，會使用更安全的網路通訊協定 (TLS 1.2、TLS 1.1 及 TLS 1.0)，並封鎖不安全的通訊協定。 如需詳細資訊，請參閱 SCH_USE_STRONG_CRYPTO 旗標。 設定為 true 值會停用應用程式的強式加密。
若應用程式是以 .NET Framework 4.6 或更新版本作為目標，此參數預設會設定為
false。 那是安全的預設值，也是我們建議的選項。 若您的應用程式是在 .NET Framework 4.6 上執行，但是以較舊的版本為目標，此參數預設會設定為 true。 在此情況下，您應該明確地將它設定為 false。
若您需要連線至不支援強式加密且無法升級的舊版服務，則
DontEnableSchUseStrongCrypto 應該僅設定為 true 值。Switch.System.Net.DontEnableSystemDefaultTlsVersions
將
Switch.System.Net.DontEnableSystemDefaultTlsVersions 設為 false 值，會導致您的應用程式允許作業系統選擇通訊協定。 設定為 true 值會導致您的應用程式使用由 .NET Framework 所選取的通訊協定。
若應用程式是以 .NET Framework 4.7 或更新版本作為目標，此參數預設會設定為
false。 這是建議的安全預設值。 若您的應用程式是在 .NET Framework 4.7 或更新版本上執行，但是以較舊的版本為目標，此參數預設會設定為 true。 在此情況下，您應該明確地將它設定為 false。Switch.System.ServiceModel.DisableUsingServicePointManagerSecurityProtocols
將
Switch.System.ServiceModel.DisableUsingServicePointManagerSecurityProtocols 設定為 false 值，會導致您的應用程式針對使用憑證認證的訊息安全性，使用定義於 ServicePointManager.SecurityProtocols 中的值。 設定為 true 值會使用可用的最高版本通訊協定 (最高版本為 TLS1.0)
針對以 .NET Framework 4.7 及更新版本為目標的應用程式，此值預設會設定為
false。 針對以 .NET Framework 4.6.2 及較舊版本為目標的應用程式，此值預設會設定為 true。Switch.System.ServiceModel.DontEnableSystemDefaultTlsVersions
將
Switch.System.ServiceModel.DontEnableSystemDefaultTlsVersions 設為 false 值，會設定預設設定以允許作業系統選擇通訊協定。 設定為 true 值會將預設值設定為可用的最高版本通訊協定 (最高版本為 TLS1.2)。
針對以 .NET Framework 4.7.1 及更新版本為目標的應用程式，此值預設會設定為
false。 針對以 .NET Framework 4.7 及較舊版本為目標的應用程式，此值預設會設定為 true。
如需 TLS 通訊協定的詳細資訊，請參閱風險降低：TLS 通訊協定。 如需
AppContext 參數的詳細資訊，請參閱 <AppContextSwitchOverrides> Element。透過 Windows 登錄來設定安全性
警告
設定登錄機碼會影響系統上的所有應用程式。 只有當您具有機器的完整控制權，並且可以控制登錄上的變更時，才使用此選項。
如果您無法設定其中一個
AppContext 參數 (或是兩個都無法設定)，則可以透過本節中描述的 Windows 登錄機碼來控制應用程式所使用的安全性通訊協定。 如果您的應用程式是在 .NET Framework 4.5.2 版或更早版本上執行，或是無法編輯組態檔，便可能無法使用其中一個 AppContext 參數，或是兩個都無法使用。 若您想要透過登錄來設定安全性，請不要在程式碼中指定安全性通訊協定，因為這麼做將會覆寫這些登錄設定。
登錄機碼的名稱與相對應的
AppContext 參數類似，但名稱前方不會有 DontEnable。 例如，AppContext 參數 DontEnableSchUseStrongCrypto 就是稱為 SchUseStrongCrypto 的登錄機碼。
這些機碼已透過近日的安全性修補程式，於所有 .NET Framework 版本中提供。 請參閱安全性更新。
無論您是執行 HTTP 網路功能 (ServicePointManager) 或 TCP 通訊端網路功能 (SslStream)，下列所描述的登錄機碼都具有相同的效果。
SchUseStrongCrypto
HKEY_LOCAL_MACHINE\SOFTWARE\[Wow6432Node\]Microsoft\.NETFramework\<VERSION>: SchUseStrongCrypto 登錄機碼具有 DWORD 類型的值。 將值設為 1 會導致您的應用程式使用強式加密。 強式加密會使用更安全的網路通訊協定 (TLS 1.2、TLS 1.1 及 TLS 1.0)，並封鎖不安全的通訊協定。 將值設為 0 會停用強式加密。 如需詳細資訊，請參閱 SCH_USE_STRONG_CRYPTO 旗標。
若應用程式是以 .NET Framework 4.6 或更新版本作為目標，此機碼預設會設定為 1。 這是建議的安全預設值。 若您的應用程式是在 .NET Framework 4.6 上執行，但是以較舊的版本為目標，此機碼預設會設定為 0。 在此情況下，您應該明確地將它的值設定為 1。
若您需要連線至不支援強式加密且無法升級的舊版服務，則此機碼的值應該僅設定為 0。
SystemDefaultTlsVersions
HKEY_LOCAL_MACHINE\SOFTWARE\[Wow6432Node\]Microsoft\.NETFramework\<VERSION>: SystemDefaultTlsVersions 登錄機碼具有 DWORD 類型的值。 將值設為 1 會導致您的應用程式允許作業系統選擇通訊協定。 將值設為 0 會導致您的應用程式使用由 .NET Framework 所選取的通訊協定。<VERSION> 必須是 v4.0.30319 (針對 .NET Framework 4 及更新版本) 或 v2.0.50727 (針對 .NET Framework 3.5)。
若應用程式是以 .NET Framework 4.7 或更新版本作為目標，此機碼預設會設定為 1。 這是建議的安全預設值。 若您的應用程式是在 .NET Framework 4.7 或更新版本上執行，但是以較舊的版本為目標，此機碼預設會設定為 0。 在此情況下，您應該明確地將它的值設定為 1。
如需 .NET Framework 3.5.1 的詳細資訊，請參閱針對 TLS 系統預設版本的支援已包含在 Windows 7 SP1 和 Server 2008 R2 SP1 上的 .NET Framework 3.5.1 中 (機器翻譯)。
下列 .REG 檔案會將登錄機碼及其變體設定為最安全的值：
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\.NETFramework\v2.0.50727]
"SystemDefaultTlsVersions"=dword:00000001
"SchUseStrongCrypto"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\.NETFramework\v4.0.30319]
"SystemDefaultTlsVersions"=dword:00000001
"SchUseStrongCrypto"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v2.0.50727]
"SystemDefaultTlsVersions"=dword:00000001
"SchUseStrongCrypto"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319]
"SystemDefaultTlsVersions"=dword:00000001
"SchUseStrongCrypto"=dword:00000001
在 Windows 登錄中設定安全通道通訊協定
請從
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols登錄機碼開始。 在該機碼底下，您可以在 SSL 2.0、SSL 3.0、TLS 1.0、TLS 1.1 及 TLS 1.2集合中建立任何子機碼。 在那些子機碼底下，您可以建立子機碼 Client 和/或 Server。 在 Client 和 Server 底下，您可以建立 DWORD 值 DisabledByDefault (0 或 1) 和 Enabled (0 或 0xFFFFFFFF)。The SCH_USE_STRONG_CRYPTO 旗標
啟用
SCH_USE_STRONG_CRYPTO 旗標時 (預設會由 AppContext 參數或 Windows 登錄啟用)，.NET Framework 會在您的應用程式要求 TLS 安全性通訊協定時使用此旗標。 SCH_USE_STRONG_CRYPTO旗標可以依預設啟用、搭配 AppContext 參數啟用，或是搭配登錄啟用。 OS 會將旗標傳遞至 Schannel，以指示它停用已知的弱式加密演算法、加密套件，以及 TLS/SSL 通訊協定版本；若不這樣做，系統可能會為了取得更佳的互通性而啟用這些項目。 如需詳細資訊，請參閱:- 安全通道 (英文)
- SCHANNEL_CRED 結構 (英文)
當您明確使用 SecurityProtocolType 或 SslProtocols 的
Tls (TLS 1.0)、Tls11 或 Tls12 列舉值時，SCH_USE_STRONG_CRYPTO 旗標也會傳遞至 Schannel。安全性更新
本文中的最佳做法取決於所安裝的最新安全性更新。 這些更新包括使用進階 .NET Framework 4.7 和更新版本功能的能力。 如果您的應用程式是在 .NET Framework 4.7 和更新版本上執行，則最新的安全性更新十分重要 (即使應用程式是以舊版為目標)。
若要更新 .NET Framework 以允許作業系統選擇要使用的最佳 TLS 版本，您至少必須安裝：
另請參閱：
支援 TLS 1.2
若要讓您的應用程式交涉 TLS 1.2，作業系統和 .NET Framework 版本都需要支援 TLS 1.2。
支援 TLS 1.2 的作業系統要求
若要在支援 TLS 1.2 和/或 TLS 1.1 的系統上啟用或重新啟用它們，請參閱傳輸層安全性 (TLS) 登錄設定。
| 作業系統 | TLS 1.2 支援 |
|---|---|
| Windows 10 Windows Server 2016 | 支援且預設會啟用。 |
| Windows 8.1 Windows Server 2012 R2 | 支援且預設會啟用。 |
| Windows 8.0 Windows Server 2012 | 支援且預設會啟用。 |
| Windows 7 SP1 Windows Server 2008 R2 SP1 | 支援但預設不會啟用。 如需如何啟用 TLS 1.2 的詳細資訊，請參閱傳輸層安全性 (TLS) 登錄設定網頁。 |
| Windows Server 2008 | 支援 TLS 1.2 和 TLS 1.1 需要更新。 請參閱在 Windows Server 2008 SP2 中加入 TLS 1.1 和 TLS 1.2 支援的更新。 |
| Windows Vista | 不支援。 |
如需每個 Windows 版本上所預設啟用 TLS/SSL 通訊協定的相關資訊，請參閱 TLS/SSL (Schannel SSP) 中的通訊協定 (英文)。
使用 .NET Framework 3.5 支援 TLS 1.2 的要求
此表格顯示使用 .NET Framework 3.5 支援 TLS 1.2 所需的作業系統更新。 建議您套用所有的作業系統更新。
| 作業系統 | 使用 .NET Framework 3.5 支援 TLS 1.2 所需的最低更新 |
|---|---|
| Windows 10 Windows Server 2016 | 適用於 Windows 10 1511 版和 Windows Server 2016 Technical Preview 4 的累積更新：2016 年 5 月 10 日 |
| Windows 8.1 Windows Server 2012 R2 | 支援 Windows 8.1 和 Windows Server 2012 R2 上 .NET Framework 3.5 所包含的 TLS 系統預設版本 (機器翻譯) |
| Windows 8.0 Windows Server 2012 | 支援 Windows Server 2012 上 .NET Framework 3.5 所包含的 TLS 系統預設版本(機器翻譯) |
| Windows 7 SP1 Windows Server 2008 R2 SP1 | 支援 Windows 7 SP1 和 Server 2008 R2 SP1 上 .NET Framework 3.5.1 所包含的 TLS 系統預設版本 (機器翻譯) |
| Windows Server 2008 | 支援 Windows Vista SP2 和 Server 2008 SP2 上 .NET Framework 2.0 SP2 所包含的 TLS 系統預設版本 (機器翻譯) |
| Windows Vista | 不支援 |
Azure 雲端服務
如果您是使用 Azure 雲端服務 Web 和 背景工作角色來裝載和執行應用程式，則支援 TLS 1.2 時會有一些額外考量。
根據預設，Azure 客體作業系統上未安裝 .NET Framework 4.7
最新的 Azure 客體作業系統 5 系列版本 (Windows Server 2016) 中安裝的最新版本是 4.6.2。 若要查看每個 Azure 客體作業系統上所安裝的 .NET Framework 版本，請參閱 Azure 客體作業系統版本和 SDK 相容性矩陣。
如果應用程式以 Azure 客體作業系統版本上未提供的 .NET Framework 版本為目標，則您需要自行安裝。 請參閱在 Azure 雲端服務角色上安裝 .NET。 如果 Framework 安裝需要重新啟動，則在進入就緒狀態之前，服務角色可能也會重新啟動。
Azure 客體作業系統登錄設定
Azure 雲端服務的 Azure 客體作業系統系列 5 映像已將
SchUseStrongCrypto 登錄機碼值設定為 1。 如需詳細資訊，請參閱 SchUseStrongCrypto。
將 SystemDefaultTlsVersions 登錄機碼設定為 1。 請參閱透過 Windows 登錄來設定安全性。
from : https://docs.microsoft.com/zh-TW/dotnet/framework/network-programming/tls
沒有留言:
張貼留言