搭配 .NET Framework Data Provider for SQL Server 使用 [永遠加密]

發行項
04/26/2023

適用於：SQL Server Azure SQL Database Azure SQL 受控執行個體

本文提供有關如何使用 Always Encrypted 或具有安全記憶體保護區的 Always Encrypted 與 .NET Framework Data Provider for SQL Server (System.Data.SqlClient) 來開發 .NET Framework 應用程式的資訊。

注意

不建議針對新開發使用 .NET Framework Data Provider for SQL Server (System.Data.SqlClient)。如需詳細資訊，請參閱 System.Data.SqlClient。

[永遠加密] 可讓用戶端應用程式加密敏感性資料，且永遠不會顯示資料或 SQL Server 或 Azure SQL Database 的加密金鑰。 .NET Framework Data Provider for SQL Server 等啟用了 [永遠加密] 的驅動程式，以清晰簡明的方式加密與解密用戶端應用程式中的敏感性資料，達成此目的。驅動程式會自動判斷哪一個查詢參數對應至敏感性資料庫資料行 (使用 [永遠加密] 保護)，然後加密這些參數值後再將資料傳遞至 SQL Server 或 Azure SQL Database。同樣地，驅動程式會以清晰簡明的方式，將擷取自查詢結果的加密資料庫資料行資料進行解密。如需詳細資訊，請參閱使用 Always Encrypted 開發應用程式和使用 Always Encrypted 搭配安全記憶體保護區開發應用程式。

注意

.NET Framework Data Provider for SQL Server (System.Data.SqlClient) 不支援在沒有證明的情況下使用 VBS 記憶體保護區。

Prerequisites

在資料庫中設定永遠加密。這牽涉到佈建永遠加密金鑰，以及設定加密所選資料庫資料行。如果您沒有已設定 Always Encrypted 的資料庫，請遵循教學課程：Always Encrypted 使用者入門中的指示。
如果您使用的 Always Encrypted 具有安全記憶體保護區，請參閱使用具有安全記憶體保護區的 Always Encrypted 開發應用程式，以瞭解其他必要條件。
請確定您的開發電腦上安裝了 .NET Framework 4.6.1 版或更新版本。如需詳細資料，請參閱 .NET Framework 4.6。您也需要確定 .NET Framework 4.6 版或更新版本已設定為開發環境中的目標 .NET Framework 版本。若您使用 Visual Studio，請參閱如何：以 .NET Framework 版本為目標。

注意

特定版本的 .NET Framework 版本永遠加密支援層級各異。下列各節會列出 Always Encrypted API 參考。

為應用程式查詢啟用 [永遠加密]

加密參數及解密加密資料行查詢結果，最簡單的方式是將資料行加密設定連接字串關鍵字的值設為 [啟用]。

可啟用永遠加密的連接字串範例如下：

string connectionString = "Data Source=server63; Initial Catalog=Clinic; Integrated Security=true; Column Encryption Setting=enabled";
SqlConnection connection = new SqlConnection(connectionString);

下列則為使用 SqlConnectionStringBuilder.ColumnEncryptionSetting 屬性的對等範例。

SqlConnectionStringBuilder strbldr = new SqlConnectionStringBuilder();
strbldr.DataSource = "server63";
strbldr.InitialCatalog = "Clinic";
strbldr.IntegratedSecurity = true;
strbldr.ColumnEncryptionSetting = SqlConnectionColumnEncryptionSetting.Enabled;
SqlConnection connection = new SqlConnection(strbldr.ConnectionString);

個別查詢也可以啟用 [永遠加密]。請參閱後文的 控制永遠加密的影響效能 一節。啟用 Always Encrypted 並不足以保證加密或解密成功。您還需要確定︰

應用程式要有 [檢視任何資料行的主要金鑰定義] 和 [檢視任何資料行的加密金鑰定義] 資料庫權限，才能存取資料庫中永遠加密金鑰的相關中繼資料。如需詳細資料，請參閱一律加密 (Database Engine)的＜權限＞一節。
應用程式可以加密查詢的資料庫資料行，存取保護資料行加密金鑰的資料行主要金鑰。

啟用具有安全記憶體保護區的 Always Encrypted

從 .NET Framework 版本4.7.2 開始，驅動程式支援具有安全記憶體保護區的 Always Encrypted。

如需記憶體保護區計算和記憶體保護區證明中用戶端驅動程式角色的一般資訊，請參閱使用安全記憶體保護區的 Always Encrypted 開發應用程式。

設定您的應用程式：

如上一節所述，為應用程式查詢啟用 Always Encrypted。
將 Microsoft.SqlServer.Management.AlwaysEncrypted.EnclaveProviders NuGet 套件與您的應用程式整合。 NuGet 是記憶體保護區提供者的程式庫，能實作證明通訊協定的用戶端邏輯，並使用安全記憶體保護區建立安全通道。
更新應用程式組態 (例如，在 web.config 或 app.config 中)，以定義記憶體保護區類型 (針對您的資料庫所設定) 和記憶體保護區提供者之間的對應。
1. 如果正在使用 SQL Server 和主機守護者服務 (HGS)，即必須將 VBS 記憶體保護區類型對應至 NuGet 套件的 Microsoft.SqlServer.Management.AlwaysEncrypted.EnclaveProviders.HostGuardianServiceEnclaveProvider 類別。
2. 如果正在使用 Azure SQL Database 和 Microsoft Azure 證明，即必須將 SGX 記憶體保護區類型對應至 NuGet 套件的 Microsoft.SqlServer.Management.AlwaysEncrypted.EnclaveProviders.AzureAttestationEnclaveProvider 類別。
如需如何編輯應用程式組態的詳細指示，請參閱教學課程：使用具有安全記憶體保護區的 Always Encrypted 開發 .NET Framework 應用程式。
將資料庫連接字串中的 Enclave Attestation URL 關鍵字設定為證明 URL (證明服務端點)。您必須從證明服務系統管理員取得環境的證明 URL。
1. 如果您使用的是 SQL Server 和主機守護者服務 (HGS)，請參閱判斷並共用 HGS 證明 URL。
2. 如果您使用的是 Azure SQL Database 和 Microsoft Azure 證明，請參閱判斷證明原則的證明 URL。

如需逐步教學課程，請參閱教學課程：使用具有安全記憶體保護區的 Always Encrypted 開發 .NET Framework 應用程式

擷取和修改加密資料行中的資料

應用程式查詢一旦啟用 [永遠加密]，您就可以使用標準的 ADO.NET API (請參閱擷取和修改 ADO.NET 中的資料) 或 System.Data.SqlClient 命名空間中定義的 .NET Framework Data Provider for SQL ServerAPI，擷取或修改加密資料庫資料行中的資料。假設您的應用程式具有必要的資料庫權限，而且可以存取資料行主要金鑰，則 .NET Framework Data Provider for SQL Server 會加密所有目標加密資料行的查詢參數，以及解密擷取自加密資料行的資料，這些資料行會傳回 .NET 類型的純文字值，並對應到為資料庫結構描述之資料行設定的 SQL Server 資料類型。若未啟用 Always Encrypted，使用目標加密資料行參數的查詢就會失敗。只要查詢沒有以加密資料行為目標的參數，查詢就仍然可以從加密資料行擷取資料。不過，.NET Framework Data Provider for SQL Server 不會嘗試解密任何從加密資料行擷取的值，而應用程式則會收到二進位的加密資料 (位元組陣列形態)。

下表摘要說明查詢的行為，視 [永遠加密] 是否啟用而定︰

查詢特性	[永遠加密] 已啟用，且應用程式可以存取金鑰和金鑰中繼資料	Always Encrypted 已啟用，但應用程式不能存取金鑰或金鑰中繼資料	[永遠加密] 已停用
有以加密資料行為目標之參數的查詢。	以清晰簡明的方式加密參數值。	錯誤	錯誤
查詢從加密的資料行擷取資料，沒有任何以加密資料行為目標的參數。	以清晰簡明的方式解密來自加密資料行的結果。應用程式會收到對應至為加密資料行設定之 SQL Server 類型的 .NET 資料類型的純文字值。	錯誤	不會解密來自加密資料行的結果。應用程式收到位元組陣列 (byte[]) 形態的加密值。

以下範例將說明擷取和修改加密資料行中的資料。這些範例假設目標資料表具有下列結構描述。 SSN 和 BirthDate 資料行均已加密。

CREATE TABLE [dbo].[Patients]([PatientId] [int] IDENTITY(1,1), 
 [SSN] [char](11) COLLATE Latin1_General_BIN2 
 ENCRYPTED WITH (ENCRYPTION_TYPE = DETERMINISTIC, 
 ALGORITHM = 'AEAD_AES_256_CBC_HMAC_SHA_256', 
 COLUMN_ENCRYPTION_KEY = CEK1) NOT NULL,
 [FirstName] [nvarchar](50) NULL,
 [LastName] [nvarchar](50) NULL, 
 [BirthDate] [date] 
 ENCRYPTED WITH (ENCRYPTION_TYPE = RANDOMIZED, 
 ALGORITHM = 'AEAD_AES_256_CBC_HMAC_SHA_256', 
 COLUMN_ENCRYPTION_KEY = CEK1) NOT NULL
 PRIMARY KEY CLUSTERED ([PatientId] ASC) ON [PRIMARY])
 GO

插入資料範例

本例會將資料列插入病患資料表。請注意：

範例程式碼中沒有任何需要加密的特定項目。 .NET Framework Data Provider for SQL Server 會自動偵測並加密以加密資料行為目標的 paramSSN 和 paramBirthdate 參數。這讓加密對應用程式變得透明化。
插入至資料庫資料行的值，包括加密的資料行，會傳遞為 SqlParameter 物件。雖然將值傳送到未加密的資料行時，使用 SqlParameter 為選擇性 (但強烈建議使用，因有利於防止 SQL 插入式攻擊)，但對以加密資料行為目標的值為必要。如果插入 SSN 或 BirthDate 資料行中的值當作內嵌在查詢陳述式中的常值傳遞，則查詢會失敗；因為 .NET Framework Data Provider for SQL Server 無法判斷目標加密資料行的值，所以不會加密值。結果，伺服器會因與加密資料行不相容而拒絕它們。
設定為 ANSI (非 Unicode) 字串，以 SSN 資料行為目標的參數資料類型，會對應到 char/varchar SQL Server 資料類型。如果參數類型先前設為 Unicode 字串 (String)，並對應至 nchar/nvarchar，則查詢會失敗，因為 Always Encrypted 不支援從已加密 nchar/nvarchar 值轉換成已加密 char/varchar 值。如需資料類型對應的相關資訊，請參閱 SQL Server 資料型別對應。
插入 BirthDate 資料行的參數資料類型，使用 SqlParameter.SqlDbType 屬性明確設定為目標 SQL Server 資料類型，不依賴隱含地將 .NET 類型對應至使用 SqlParameter.DbType 屬性時套用的 SQL Server 資料類型。 DateTime 結構預設會對應至日期時間 SQL Server 資料類型。因為 BirthDate 資料行的資料類型是日期，且 Always Encrypted 不支援將加密的日期時間值轉換成加密的日期值，所以使用預設的對應會造成錯誤。

string connectionString = "Data Source=server63; Initial Catalog=Clinic; Integrated Security=true; Column Encryption Setting=enabled";
using (SqlConnection connection = new SqlConnection(strbldr.ConnectionString))
{
   using (SqlCommand cmd = connection.CreateCommand())
   {
      cmd.CommandText = @"INSERT INTO [dbo].[Patients] ([SSN], [FirstName], [LastName], [BirthDate]) VALUES (@SSN, @FirstName, @LastName, @BirthDate);";

      SqlParameter paramSSN = cmd.CreateParameter();
      paramSSN.ParameterName = @"@SSN";
      paramSSN.DbType = DbType.AnsiStringFixedLength;
      paramSSN.Direction = ParameterDirection.Input;
      paramSSN.Value = "795-73-9838";
      paramSSN.Size = 11;
      cmd.Parameters.Add(paramSSN);

      SqlParameter paramFirstName = cmd.CreateParameter();
      paramFirstName.ParameterName = @"@FirstName";
      paramFirstName.DbType = DbType.String;
      paramFirstName.Direction = ParameterDirection.Input;
      paramFirstName.Value = "Catherine";
      paramFirstName.Size = 50;
      cmd.Parameters.Add(paramFirstName);

      SqlParameter paramLastName = cmd.CreateParameter();
      paramLastName.ParameterName = @"@LastName";
      paramLastName.DbType = DbType.String;
      paramLastName.Direction = ParameterDirection.Input;
      paramLastName.Value = "Abel";
      paramLastName.Size = 50;
      cmd.Parameters.Add(paramLastName);

      SqlParameter paramBirthdate = cmd.CreateParameter();
      paramBirthdate.ParameterName = @"@BirthDate";
      paramBirthdate.SqlDbType = SqlDbType.Date;
      paramBirthdate.Direction = ParameterDirection.Input;
      paramBirthdate.Value = new DateTime(1996, 09, 10);
      cmd.Parameters.Add(paramBirthdate);

      cmd.ExecuteNonQuery();
   } 
}

擷取純文字資料範例

下例示範根據加密值篩選資料，以及從加密資料行擷取純文字資料。請注意：

在 WHERE 子句中用來篩選 SSN 資料行的值，需要用 SqlParameter 傳遞，如此 .NET Framework Data Provider for SQL Server 可以清晰簡明的方式加密它，再將它傳送至資料庫。
程式列印的所有值都是純文字形式，.NET Framework Data Provider for SQL Server 會以清晰簡明的方式解密從 SSN 和 BirthDate 資料行擷取的資料。

注意

如果使用具確定性的加密來進行加密，則查詢可執行資料行的相等比較。如需詳細資訊，請參閱選取確定性或隨機化加密。

string connectionString = "Data Source=server63; Initial Catalog=Clinic; Integrated Security=true; Column Encryption Setting=enabled";
    
using (SqlConnection connection = new SqlConnection(strbldr.ConnectionString))
 {
    using (SqlCommand cmd = connection.CreateCommand())
 {

 cmd.CommandText = @"SELECT [SSN], [FirstName], [LastName], [BirthDate] FROM [dbo].[Patients] WHERE SSN=@SSN";
 SqlParameter paramSSN = cmd.CreateParameter();
 paramSSN.ParameterName = @"@SSN";
 paramSSN.DbType = DbType.AnsiStringFixedLength;
 paramSSN.Direction = ParameterDirection.Input;
 paramSSN.Value = "795-73-9838";
 paramSSN.Size = 11;
 cmd.Parameters.Add(paramSSN);
 using (SqlDataReader reader = cmd.ExecuteReader())
 {
   if (reader.HasRows)
 {
 while (reader.Read())
 {
    Console.WriteLine(@"{0}, {1}, {2}, {3}", reader[0], reader[1], reader[2], ((DateTime)reader[3]).ToShortDateString());
 }

擷取加密的資料範例

若未啟用 Always Encrypted，只要查詢沒有以加密資料行為目標的參數，查詢就仍然可以從加密資料行擷取資料。

下例會示範如何從加密資料行擷取二進位的加密資料。請注意：

因為連接字串未啟用 Always Encrypted，所以查詢會以位元組陣列 (程式會將值轉換為字串) 傳回加密的 SSN 和 BirthDate 值。
從加密資料行擷取資料但停用 [永遠加密] 的查詢可以有參數，只要沒有任何參數以加密資料行為目標。上述依 LastName 篩選的查詢，在資料庫中未加密。如果依 SSN 或 BirthDate 篩選查詢，查詢會失敗。

string connectionString = "Data Source=server63; Initial Catalog=Clinic; Integrated Security=true";
                
using (SqlConnection connection = new SqlConnection(connectionString))
{
   connection.Open();
   using (SqlCommand cmd = connection.CreateCommand())
   {
      cmd.CommandText = @"SELECT [SSN], [FirstName], [LastName], [BirthDate] FROM [dbo].[Patients] WHERE [LastName]=@LastName";
      SqlParameter paramLastName = cmd.CreateParameter();
      paramLastName.ParameterName = @"@LastName";
      paramLastName.DbType = DbType.String;
      paramLastName.Direction = ParameterDirection.Input;
      paramLastName.Value = "Abel";
      paramLastName.Size = 50;
      cmd.Parameters.Add(paramLastName);
      using (SqlDataReader reader = cmd.ExecuteReader())
      {
         if (reader.HasRows)
         {
            while (reader.Read())
         {
         Console.WriteLine(@"{0}, {1}, {2}, {3}", BitConverter.ToString((byte[])reader[0]), reader[1], reader[2], BitConverter.ToString((byte[])reader[3]));
      }
   }
}

避免常見的加密資料行查詢問題

本節說明從 .NET 應用程式查詢加密資料行時常見的錯誤類別，以及如何避免的一些指導方針。

不支援的資料類型轉換錯誤

[永遠加密] 支援極少數的加密資料類型轉換。如需支援的類型轉換詳細清單，請參閱 Always Encrypted。請執行下列作業以免發生資料型別轉換錯誤︰

設定以加密資料行為目標的參數類型，以便參數的 SQL Server 資料類型和目標資料行完全相同，或支援將參數的 SQL Server 資料類型轉換成資料行的目標類型。您可以使用 SqlParameter.SqlDbType 屬性，強制執行所需之對應特定 SQL Server 資料類型的 .NET 資料類型。
確認小數和數值 SQL Server 資料類型資料行為目標之參數的有效位數和小數位數，和為目標資料行設定的有效位數和小數位數相同。
驗證在修改目標資料行值的查詢中，以 datetime2、datetimeoffset 或 time SQL Server 資料類型資料行為目標之參數的有效位數，不大於目標資料行的有效位數。

因為傳送純文字，而不是傳送加密值所造成的錯誤。

任何以加密資料行為目標的值都需要在應用程式內加密。嘗試對加密資料行插入/修改或以純文字值篩選，會造成類似下面的錯誤︰

System.Data.SqlClient.SqlException (0x80131904): Operand type clash: varchar is incompatible with varchar(8000) encrypted with (encryption_type = 'DETERMINISTIC', encryption_algorithm_name = 'AEAD_AES_256_CBC_HMAC_SHA_256', column_encryption_key_name = 'CEK_Auto1', column_encryption_key_database_name = 'Clinic') collation_name = 'SQL_Latin1_General_CP1_CI_AS'

若要避免這類錯誤，請確定︰

(針對連接字串或特定查詢的 SqlCommand 物件) 以加密資料行為目標的應用程式查詢已啟用 [永遠加密]。
您可以使用 SqlParameter 傳送以加密資料行為目標的資料。下例顯示對加密資料行 (SSN) 以常值/常數錯誤篩選 (不是傳遞 SqlParameter 物件內常值的查詢)。

using (SqlCommand cmd = connection.CreateCommand())
{
   cmd.CommandText = @"SELECT [SSN], [FirstName], [LastName], [BirthDate] FROM [dbo].[Patients] WHERE SSN='795-73-9838'";
cmd.ExecuteNonQuery();
}

使用資料行主要金鑰存放區

若要加密參數值或解密查詢結果的資料，.NET Framework Data Provider for SQL Server 需要取得為目標資料行設定的資料行加密金鑰。資料行加密金鑰是以加密形式存放在資料庫中繼資料。每個資料行加密金鑰都有對應的資料行主要金鑰，主要金鑰是用於加密資料行加密金鑰。資料庫中繼資料不會儲存資料行主要金鑰，而是只包含金鑰存放區的相關資訊，金鑰存放區包含特定的資料行主要金鑰，以及金鑰在金鑰存放區中的位置。

若要取得資料行加密金鑰的純文字值，.NET Framework Data Provider for SQL Server 會先取得有關資料行加密金鑰及其對應資料行主要金鑰的中繼資料，然後使用中繼資料的資訊連絡包含資料行主要金鑰的金鑰存放區，解密加密的資料行加密金鑰。 .NET Framework Data Provider for SQL Server 使用資料行主要金鑰存放區提供者與金鑰存放區進行通訊，這是衍生自 SqlColumnEncryptionKeyStoreProvider 類別的類別執行個體。

取得資料行加密金鑰的程序︰

如果查詢啟用了 [永遠加密]，則當查詢有參數時，.NET Framework Data Provider for SQL Server 就會明確呼叫 sys.sp_describe_parameter_encryption 來擷取以加密資料行為目標之參數的加密中繼資料。針對查詢結果所包含的加密資料，SQL Server 會自動附加加密中繼資料。資料行主要金鑰的資訊包括：
- 套件金鑰存放區的金鑰存放區提供者名稱，而該存放區包含資料行主要金鑰。
- 金鑰路徑，其指定金鑰存放區中資料行主要金鑰的位置。
資料行加密金鑰的資訊包括：
- 資料行加密金鑰的加密值。
- 用來將資料行加密金鑰加密的演算法名稱。
.NET Framework Data Provider for SQL Server 使用資料行主要金鑰存放區提供者的名稱，在內部資料結構中尋找提供者物件 (衍生自 SqlColumnEncryptionKeyStoreProvider 類別的類別執行個體)。
若要解密資料行加密金鑰，.NET Framework Data Provider for SQL Server 要呼叫 SqlColumnEncryptionKeyStoreProvider.DecryptColumnEncryption 金鑰方法，傳遞資料行主要金鑰的路徑、資料行加密金鑰的加密值及加密演算法的名稱，用以產生加密的資料行加密金鑰。

使用內建資料行主要金鑰存放區提供者

.NET Framework Data Provider for SQL Server 隨附於下列內建資料行主要金鑰存放區提供者，它們都是預先以特定提供者名稱 (用以查閱提供者) 註冊。

類別	描述	提供者 (查閱) 名稱
SqlColumnEncryptionCertificateStoreProvider 類別	Windows 憑證存放區的提供者。	MSSQL_CERTIFICATE_STORE
SqlColumnEncryptionCngProvider 類別注意︰ .NET Framework 4.6.1 和更新版本才有這個提供者。	支援以下功能的金鑰存放區提供者：Microsoft Cryptography API：新一代 (CNG) API。一般而言，這類型的存放區是硬體安全性模組，可保護和管理數位金鑰，並提供密碼編譯處理的實體裝置。	MSSQL_CNG_STORE
SqlColumnEncryptionCspProvider 類別注意︰ .NET Framework 4.6.1 或更新版本才有這個提供者。	支援 Microsoft Cryptography API (CAPI)的金鑰存放區提供者。一般而言，這類型的存放區是硬體安全性模組，可保護和管理數位金鑰，並提供密碼編譯處理的實體裝置。	MSSQL_CSP_PROVIDER

您不需進行任何應用程式程式碼變更，即可使用這些提供者，但請注意下列事項：

您 (或您的 DBA) 需要確認設定在資料行主要金鑰中繼資料的提供者名稱是否正確，且資料行主要金鑰路徑符合指定提供者有效的金鑰路徑格式。建議您使用 SQL Server Management Studio 等工具設定金鑰，這樣在發出 CREATE COLUMN MASTER KEY (Transact-SQL) 陳述式時，會自動產生有效的提供者名稱和金鑰路徑。如需詳細資訊，請參閱使用 SQL Server Management Studio 設定永遠加密和使用 PowerShell 設定永遠加密。
確定應用程式可以存取金鑰存放區中的金鑰。這可能牽涉到授與應用程式金鑰和/或金鑰存放區的存取權 (視金鑰存放區而定)，或執行其他的金鑰存放區特定組態步驟。例如，若要存取實作 CNG 或 CAPI 的金鑰存放區 (例如硬體安全性模組)，您需要確定應用程式電腦上已安裝存放區實作 CNG 或 CAPI 的程式庫。如需詳細資料，請參閱建立及儲存 Always Encrypted 的資料行主要金鑰。

使用 Azure 金鑰保存庫提供者

Azure 金鑰保存庫是存放和管理永遠加密資料行主要金鑰的方便選項 (尤其是當應用程式裝載在 Azure 時)。 .NET Framework Data Provider for SQL Server 不包含 Azure Key Vault 的內建資料行主要金鑰存放區提供者，但可以 NuGet 套件形式提供，讓您與應用程式輕鬆整合。如需詳細資料，請參閱：

實作自訂資料行主要金鑰存放區提供者

如果您想要將資料行主要金鑰儲存於現有提供者不支援的金鑰存放區，您可以擴充 SqlColumnEncryptionCngProvider 類別 \(英文\)，並使用 SqlConnection.RegisterColumnEncryptionKeyStoreProviders \(英文\) 方法來註冊提供者，以實作自訂提供者。

public class MyCustomKeyStoreProvider : SqlColumnEncryptionKeyStoreProvider
    {
        public override byte[] EncryptColumnEncryptionKey(string masterKeyPath, string encryptionAlgorithm, byte[] columnEncryptionKey)
        {
            // Logic for encrypting a column encrypted key.
        }
        public override byte[] DecryptColumnEncryptionKey(string masterKeyPath, string encryptionAlgorithm, byte[] EncryptedColumnEncryptionKey)
        {
            // Logic for decrypting a column encrypted key.
        }
    }  
    class Program
    {
        static void Main(string[] args)
        {
            Dictionary\<string, SqlColumnEncryptionKeyStoreProvider> providers =
               new Dictionary\<string, SqlColumnEncryptionKeyStoreProvider>();
            providers.Add("MY_CUSTOM_STORE", customProvider);
            SqlConnection.RegisterColumnEncryptionKeyStoreProviders(providers);
            providers.Add(SqlColumnEncryptionCertificateStoreProvider.ProviderName, customProvider);
            SqlConnection.RegisterColumnEncryptionKeyStoreProviders(providers); 
	   // ...
        }

    }

使用資料行主要金鑰存放區提供者以程式設計方式佈建金鑰

當存取加密的資料行時，.NET Framework Data Provider for SQL Server 會以清晰簡明的方式尋找並呼叫正確的資料行主要金鑰存放區提供者，來解密資料行加密金鑰。一般來說，一般應用程式程式碼不會直接呼叫資料行主要金鑰存放區提供者。但是您可以明確具現化和呼叫提供者，以程式設計方式佈建和管理 Always Encrypted 金鑰︰產生加密的資料行加密金鑰和解密資料行加密金鑰 (例如作為部分資料行主要金鑰輪替)。如需詳細資訊，請參閱 Always Encrypted 的金鑰管理概觀。只有使用自訂的金鑰存放區提供者時，才可能需要實作您自己的金鑰管理工具。使用存放在金鑰存放區的金鑰時，凡是有內建提供者或位在 Azure Key Vault 者，皆可使用 SQL Server Management Studio 或 PowerShell 等現有的工具，來管理和佈建金鑰。下例示範產生資料行加密金鑰以及使用 SqlColumnEncryptionCertificateStoreProvider 類別加密具有憑證的金鑰。

using System.Security.Cryptography;
static void Main(string[] args)
{
    byte[] EncryptedColumnEncryptionKey = GetEncryptedColumnEncryptonKey(); 
    Console.WriteLine("0x" + BitConverter.ToString(EncryptedColumnEncryptionKey).Replace("-", "")); 
    Console.ReadKey();
}

static byte[]  GetEncryptedColumnEncryptonKey()
{
    int cekLength = 32;
    String certificateStoreLocation = "CurrentUser";
    String certificateThumbprint = "698C7F8E21B2158E9AED4978ADB147CF66574180";
    // Generate the plaintext column encryption key.
    byte[] columnEncryptionKey = new byte[cekLength];
    RNGCryptoServiceProvider rngCsp = new RNGCryptoServiceProvider();
    rngCsp.GetBytes(columnEncryptionKey);

    // Encrypt the column encryption key with a certificate.
    string keyPath = String.Format(@"{0}/My/{1}", certificateStoreLocation, certificateThumbprint);
    SqlColumnEncryptionCertificateStoreProvider provider = new SqlColumnEncryptionCertificateStoreProvider();
    return provider.EncryptColumnEncryptionKey(keyPath, @"RSA_OAEP", columnEncryptionKey); 
}

控制永遠加密的影響效能

因為 [永遠加密] 是用戶端加密技術，大部分的效能額外負荷是在用戶端觀察到，不是在資料庫觀察到。除了加密和解密作業成本之外，用戶端其他的效能額外負荷來源如下︰

額外反覆存取資料庫，以擷取查詢參數的中繼資料。
呼叫資料行主要金鑰存放區以存取資料行主要金鑰。

本節說明 .NET Framework Provider for SQL Server 的內建效能最佳化，以及如何控制上述兩個因素對效能的影響。

控制反覆存取以擷取查詢參數的中繼資料

如果連線已啟用 [永遠加密]，.NET Framework Data Provider for SQL Server 預設會針對每個參數化的查詢呼叫 sys.sp_describe_parameter_encryption ，將查詢陳述式 (不含任何參數值) 傳遞至 SQL Server。 sys.sp_describe_parameter_encryption 會分析查詢陳述式，找出是否有任何參數需要加密；如果有，則對每個需要加密的參數傳回加密相關資訊，讓 .NET Framework Data Provider for SQL Server 加密參數值。上述行為可對用戶端應用程式確保高透明度。只要將以加密資料行為目標的值傳遞給 SqlParameter 物件中的 .NET Framework Data Provider for SQL Server，應用程式 (及應用程式開發人員) 就不需要留意哪些查詢存取加密資料行。

查詢中繼資料快取

在 .NET Framework 4.6.2 和更新版本中，.NET Framework Data Provider for SQL Server 會快取每項查詢陳述式的 sys.sp_describe_parameter_encryption 結果。因此，如果多次執行同一個查詢陳述式，驅動程式就只會呼叫一次 sys.sp_describe_parameter_encryption。查詢陳述式的加密中繼資料快取大幅減少了從資料庫擷取中繼資料的效能成本。預設啟用快取。您可以透過將 SqlConnection.ColumnEncryptionQueryMetadataCacheEnabled 屬性 \(英文\) 設定為 false，以停用參數中繼資料快取，但除非是諸如以下所述的罕見情況，否則不建議這樣做：

請考慮具有兩個不同結構描述的資料庫︰s1 與 s2。每個結構描述都具有相同名稱的資料表︰t。 s1.t 與 s2.t 資料表的定義相同，但與加密相關的屬性除外：名為 c 的資料行在 s1.t 中未加密，但在 s2.t 中加密。資料庫有兩個使用者︰u1 與 u2。 u1 使用者的預設結構描述是 s1。 u2 的預設結構描述是 s2。 .NET 應用程式會開啟兩個資料庫連線，在一個連線上模擬 u1 使用者在一個連線，並在另一個連線上模擬 u2。應用程式會在使用者 u1 的連線上，傳送目標為 c 資料行之參數的查詢 (此查詢並未指定結構描述，因此會假設使用預設的使用者結構描述)。接下來，應用程式會在 u2 使用者的連線上傳送相同的查詢。如已啟用查詢中繼資料快取，在第一次查詢後，即會以指出 c 資料行的中繼資料填入快取，查詢參數目標並未加密。當第二次查詢有相同的查詢陳述式時，就會使用儲存在快取中的資訊。因此，驅動程式將在未加密參數的情況下傳送查詢 (這不正確，因為已將目標資料行 s2.t.c 加密)，以將參數的純文字值洩漏給伺服器。伺服器會偵測到不相容，並強制驅動程式重新整理快取，因此應用程式會明確重新傳送具有正確加密參數值的查詢。這種情況應該停用快取，以免向伺服器洩漏機密值。

在查詢層級設定 [永遠加密]

若要控制擷取參數化查詢之加密中繼資料的效能影響，您可以為個別查詢啟用 [永遠加密]，而不是設定它進行連接。如此一來，您可以確保只有您知道有以加密資料行為目標之參數的查詢可以叫用 sys.sp_describe_parameter_encryption 。不過請注意，如此一來會降低加密的透明度︰如果您變更資料庫資料行的加密屬性，您可能需要變更應用程式的程式碼，以配合結構描述的變更。

注意

設定查詢層級的 [永遠加密] 會限制實作參數加密中繼資料快取之 .NET 4.6.2 和更新版本的效能優勢。

若要控制個別查詢的 [永遠加密] 行為，您需要使用 SqlCommand 和 SqlCommandColumnEncryptionSetting的這個建構函式。以下是一些實用的方針：

如果用戶端應用程式透過資料庫連接傳送的大多數查詢都會存取加密資料行：
- 將資料行加密設定連接字串關鍵字設為 [啟用] 。
- 對不會存取任何加密資料行的個別查詢設定 SqlCommandColumnEncryptionSetting.Disabled。這會停用呼叫 sys.sp_describe_parameter_encryption 以及嘗試解密結果集內的任何值。
- 對沒有任何參數要求加密，但會從加密資料行擷取資料的個別查詢設定 SqlCommandColumnEncryptionSetting.ResultSet。這會停用呼叫 sys.sp_describe_parameter_encryption 和參數加密。查詢將能夠解密來自加密資料行的結果。
如果用戶端應用程式透過資料庫連接傳送的大多數查詢都不會存取加密資料行：
- 將資料行加密設定連接字串關鍵字設為 [停用] 。
- 對有任何參數需要加密的個別查詢設定 SqlCommandColumnEncryptionSetting.Enabled 。這可以呼叫 sys.sp_describe_parameter_encryption 以及解密擷取自加密資料行的任何查詢結果。
- 對沒有任何參數要求加密，但會從加密資料行擷取資料的查詢設定 SqlCommandColumnEncryptionSetting.ResultSet 。這會停用呼叫 sys.sp_describe_parameter_encryption 和參數加密。查詢將能夠解密來自加密資料行的結果。

下例中，資料庫連接已停用 [永遠加密]。應用程式發出的查詢具有以 LastName 資料行為目標的參數，而此資料行未加密。查詢會從加密的 SSN 和 BirthDate 資料行擷取資料。在這種情況下，不需要呼叫 sys.sp_describe_parameter_encryption 以擷取加密中繼資料。不過，需要啟用查詢結果的解密，以使應用程式從兩個加密資料行接收純文字值。 SqlCommandColumnEncryptionSetting.ResultSet 設定是用於確認此事項。

string connectionString = "Data Source=server63; Initial Catalog=Clinic; Integrated Security=true";
using (SqlConnection connection = new SqlConnection(connectionString))
{
    connection.Open();
    using (SqlCommand cmd = new SqlCommand(@"SELECT [SSN], [FirstName], [LastName], [BirthDate] FROM [dbo].[Patients] WHERE [LastName]=@LastName",
connection, null, SqlCommandColumnEncryptionSetting.ResultSetOnly))
    {
        SqlParameter paramLastName = cmd.CreateParameter();
        paramLastName.ParameterName = @"@LastName";
        paramLastName.DbType = DbType.String;
        paramLastName.Direction = ParameterDirection.Input;
        paramLastName.Value = "Abel";
        paramLastName.Size = 50;
        cmd.Parameters.Add(paramLastName);
        using (SqlDataReader reader = cmd.ExecuteReader())
            {
               if (reader.HasRows)
               {
                  while (reader.Read())
                  {
                     Console.WriteLine(@"{0}, {1}, {2}, {3}", reader[0], reader[1], reader[2], ((DateTime)reader[3]).ToShortDateString());
                  }
               }
            }
  } 
}

資料行加密金鑰快取

為減少資料行主要金鑰存放區的呼叫次數以解密資料行加密金鑰，.NET Framework Data Provider for SQL Server 會快取記憶體中的純文字資料行加密金鑰。從資料庫中繼資料中接收加密的資料行加密金鑰值之後，驅動程式會先嘗試尋找對應加密金鑰值的純文字資料行加密金鑰。只有在快取中找不到加的資料行加密金鑰值時，驅動程式才會呼叫包含資料行主要金鑰的金鑰存放區。

注意

.NET Framework 4.6 和 4.6.1 永遠不會收回快取中的資料行加密金鑰項目。這表示，針對給定的加密資料行加密金鑰，驅動程式在應用程式存留期間會連絡一次金鑰存放區。

基於安全性考量，在 .NET Framework 4.6.2 和更新版本中，請在可設定的存留時間間隔之後收回快取項目。預設的存留時間值是 2 小時。如果應用程式的純文字中對多久可以快取資料行加密金鑰有更嚴格的安全性需求，則您可以使用 SqlConnection.ColumnEncryptionKeyCacheTtl 屬性變更它。

對遭入侵的 SQL Server 啟用額外保護

根據預設， .NET Framework Data Provider for SQL Server 依賴資料庫系統 (SQL Server 或 Azure SQL Database) 提供有關資料庫中哪些資料行已加密及如何加密的中繼資料。加密中繼資料可讓 .NET Framework Data Provider for SQL Server 加密查詢參數及解密查詢結果，不需要任何應用程式輸入，這可大幅降低應用程式需要的變更次數。不過，如果 SQL Server 處理序遭到入侵，且攻擊者竄改了 SQL Server 傳送給 .NET Framework Data Provider for SQL Server 的中繼資料，攻擊者就可能能夠竊取敏感性資訊。本章節描述針對此類攻擊提供多一層防護的 API，代價是降低透明度。

強制參數加密

.NET Framework Data Provider for SQL Server 將參數型查詢傳送到 SQL Server 之前，會先要求 SQL Server (藉由呼叫 sys.sp_describe_parameter_encryption) 分析查詢陳述式，並提供查詢中哪些參數應該加密的資訊。遭入侵的 SQL Server 執行個體可能會傳送指出此參數未鎖定加密資料行的中繼資料，因而誤導 .NET Framework Data Provider for SQL Server，儘管資料庫的資料行已加密。結果，.NET Framework Data Provider for SQL Server 就可能不加密參數值，將它以純文字傳送給遭入侵的 SQL Server 執行個體。

為避免這類的攻擊，應用程式可將參數的 SqlParameter.ForceColumnEncryption 屬性設為 true。如果從伺服器收到的中繼資料，指出參數不需要加密，就會導致 .NET Framework Data Provider for SQL Server 擲回例外狀況。

雖然使用 SqlParameter.ForceColumnEncryption 屬性 有助於提高安全性，但也會降低用戶端應用程式的加密透明度。如果更新資料庫結構描述來變更加密的資料行集合，您可能也需要變更應用程式。

下列程式碼範例說明使用 SqlParameter.ForceColumnEncryption 屬性 防止將社會安全號碼以純文字傳送到資料庫。

SqlCommand cmd = _sqlconn.CreateCommand(); 

// Use parameterized queries to access Always Encrypted data. 
 
cmd.CommandText = @"SELECT [SSN], [FirstName], [LastName], [BirthDate] FROM [dbo].[Patients] WHERE [SSN] = @SSN;"; 

SqlParameter paramSSN = cmd.CreateParameter(); 
paramSSN.ParameterName = @"@SSN"; 
paramSSN.DbType = DbType.AnsiStringFixedLength; 
paramSSN.Direction = ParameterDirection.Input; 
paramSSN.Value = ssn; 
paramSSN.Size = 11; 
paramSSN.ForceColumnEncryption = true; 
cmd.Parameters.Add(paramSSN); 

SqlDataReader reader = cmd.ExecuteReader();

設定受信任的資料行主要金鑰路徑

SQL Server 為鎖定加密資料行的查詢參數以及從加密資料行擷取的結果所傳回的加密中繼資料，包括識別金鑰存放區的資料行主要金鑰的金鑰路徑，以及金鑰存放區的金鑰位置。如果 SQL Server 執行個體遭到入侵，它可能會傳送金鑰路徑將 .NET Framework Data Provider for SQL Server 導向到受攻擊者控制的位置。如果金鑰存放區需要驗證應用程式，這可能會洩漏金鑰存放區認證。

為避免此種攻擊，應用程式可以使用 SqlConnection.ColumnEncryptionTrustedMasterKeyPaths 屬性，指定給定伺服器的受信任金鑰路徑清單。如果 .NET Framework Data Provider for SQL Server 收到受信任金鑰路徑清單以外的金鑰路徑，就會擲回例外狀況。

雖然設定信任的金鑰路徑可提升應用程式安全性，但您每次變換資料行主要金鑰 (每次資料行主要金鑰路徑變更) 時，都必須變更應用程式的程式碼和 (或) 設定。

下例示範如何設定受信任的資料行主要金鑰路徑︰

// Configure trusted key paths to protect against fake key paths sent by a compromised SQL Server instance 
// First, create a list of trusted key paths for your server 
List<string> trustedKeyPathList = new List<string>(); 
trustedKeyPathList.Add("CurrentUser/my/425CFBB9DDDD081BB0061534CE6AB06CB5283F5Ea"); 

// Register the trusted key path list for your server 

SqlConnection.ColumnEncryptionTrustedMasterKeyPaths.Add(serverName, trustedKeyPathList);

使用 SqlBulkCopy 複製加密的資料

使用 SqlBulkCopy，您可以將已加密並儲存在某份資料表的資料，複製到另一份資料表，而不需要解密資料。若要這樣做：

請確定目標資料表的加密組態與來源資料表的組態完全一致。特別是，這兩份資料表都必須加密相同的資料行，且這些資料行必須使用相同的加密類型和相同的加密金鑰來加密。注意︰如果任一目標資料行的加密方式不同於其對應的來源資料行，您將無法在複製作業後，解密目標資料表中的資料。資料會損毀。
設定這兩個資料庫對來源資料表和目標資料表的連線，但不啟用 [永遠加密]。
設定 AllowEncryptedValueModifications 選項 (請參閱 SqlBulkCopyOptions)。注意︰指定 AllowEncryptedValueModifications 時請小心，這可能會導致資料庫損毀，因為 .NET Framework Data Provider for SQL Server 不會檢查資料是否確實加密，或是否使用和目標資料行相同的加密類型、演算法和金鑰正確加密。

.NET Framework 4.6.1 和更新版本中提供 AllowEncryptedValueModifications 選項。

以下是將資料從某份資料表複製到另一份資料表的範例。請注意，SSN 和 BirthDate 資料行預設均已加密。

static public void CopyTablesUsingBulk(string sourceTable, string targetTable)
{
   string sourceConnectionString = "Data Source=server63; Initial Catalog=Clinic; Integrated Security=true";
   string targetConnectionString = "Data Source= server64; Initial Catalog=Clinic; Integrated Security=true";
   using (SqlConnection connSource = new SqlConnection(sourceConnectionString))
   {
      connSource.Open();
      using (SqlCommand cmd = new SqlCommand(string.Format("SELECT [PatientID], [SSN], [FirstName], [LastName], [BirthDate] FROM {0}", sourceTable), connSource))
      {
         using (SqlDataReader reader = cmd.ExecuteReader())
         {
            SqlBulkCopy copy = new SqlBulkCopy(targetConnectionString, SqlBulkCopyOptions.KeepIdentity | SqlBulkCopyOptions.AllowEncryptedValueModifications);
            copy.EnableStreaming = true;
            copy.DestinationTableName = targetTable;
            copy.WriteToServer(reader);
         }
      }
}

一律加密 API 參考

命名空間：System.Data.SqlClient

組件︰ System.Data (in System.Data.dll)

名稱	說明	導入 .NET 版本
SqlColumnEncryptionCertificateStoreProvider 類別	Windows 憑證存放區的金鑰存放區提供者。	4.6
SqlColumnEncryptionCngProvider 類別	Microsoft 加密 API：新一代 (CNG) 的金鑰存放區提供者。	4.6.1
SqlColumnEncryptionCspProvider 類別	Microsoft CAPI 架構密碼編譯服務提供者 (CSP) 的金鑰存放區提供者。	4.6.1
SqlColumnEncryptionKeyStoreProvider 類別	金鑰存放區提供者的基底類別。	4.6
SqlCommandColumnEncryptionSetting 列舉	讓資料庫連接得以加密和解密的設定。	4.6
SqlConnectionColumnEncryptionSetting 列舉	可對個別查詢控制永遠加密行為的設定。	4.6
SqlConnectionStringBuilder.ColumnEncryptionSetting 屬性	在連接字串中取得及設定 [永遠加密]。	4.6
SqlConnection.ColumnEncryptionQueryMetadataCacheEnabled 屬性	啟用和停用加密查詢中繼資料快取。	4.6.2
SqlConnection.ColumnEncryptionKeyCacheTtl 屬性	取得及設定資料行加密金鑰快取項目的存留時間。	4.6.2
SqlConnection.ColumnEncryptionTrustedMasterKeyPaths 屬性	可讓您為資料庫伺服器設定受信任的金鑰路徑清單。如果驅動程式在處理應用程式查詢時，接收到不在清單上的金鑰路徑，則查詢會失敗。此屬性會提供額外保護，防範安全性攻擊入侵 SQL Server 並提供假的金鑰路徑，從而導致金鑰存放區認證外洩。	4.6
SqlConnection.RegisterColumnEncryptionKeyStoreProviders 方法	可讓您註冊自訂金鑰存放區提供者。它是一個字典，會將金鑰存放區提供者名稱對應至金鑰存放區提供者實作。	4.6
SqlCommand 建構函式 (String、SqlConnection、SqlTransaction、SqlCommandColumnEncryptionSetting)	可讓您對個別查詢控制永遠加密的行為。	4.6
SqlParameter.ForceColumnEncryption 屬性	強制將參數加密。如果 SQL Server 向驅動程式告知參數不需要加密，使用該參數的查詢就會失敗。此屬性會提供額外保護，防範安全性攻擊入侵 SQL Server 並向用戶端提供不正確的加密中繼資料，從而導致資料暴露。	4.6
新的連接字串關鍵字： `Column Encryption Setting=enabled`	啟用或停用連線的永遠加密功能。	4.6