.NET Framework Data Provider for SQL Server와 Always Encrypted 사용

아티클
04/26/2023

적용 대상:SQL Server Azure SQL DatabaseAzure SQL Managed Instance

이 문서에서는 보안 Enclave와 .NET Framework Data Provider for SQL Server(System.Data.SqlClient)를 사용하여 Always Encrypted 또는 Always Encrypted를 사용하여 .NET Framework 애플리케이션을 개발하는 방법에 대한 정보를 제공합니다.

참고 항목

새 개발에는 .NET Framework Data Provider for SQL Server(System.Data.SqlClient)를 사용하지 않는 것이 좋습니다. 자세한 내용은 System.Data.SqlClient를 참조 하세요.

Always Encrypted를 사용하면 클라이언트 애플리케이션이 중요한 데이터를 암호화하고 해당 데이터 또는 암호화 키를 SQL Server 또는 Azure SQL Database에 표시하지 않을 수 있습니다. .NET Framework Data Provider for SQL Server와 같은 Always Encrypted 사용 드라이버는 클라이언트 애플리케이션에서 중요한 데이터를 투명하게 암호화하고 암호 해독하여 이를 달성합니다. 이 드라이버는 중요 데이터베이스 열에 해당하는 쿼리 매개 변수를 자동으로 확인하고(Always Encrypted를 사용하여 보호) 데이터를 SQL Server 또는 Azure SQL Database로 전달하기 전에 이러한 매개 변수의 값을 암호화합니다. 마찬가지로, 이 드라이버는 쿼리 결과의 암호화된 데이터베이스 열에서 검색한 데이터의 암호를 투명하게 해독합니다. 자세한 내용은 Always Encrypted를 사용하여 애플리케이션 개발 및 보안 Enclave를 사용한 Always Encrypted를 사용하여 애플리케이션 개발을 참조하세요.

참고 항목

.NET Framework Data Provider for SQL Server(System.Data.SqlClient)는 증명 없이 VBS enclave 사용을 지원하지 않습니다.

전제 조건

데이터베이스에서 상시 암호화를 구성합니다. 여기에는 Always Encrypted 키를 프로비전하고 선택한 데이터베이스 열에 대한 암호화를 설정하는 작업이 포함됩니다. 데이터베이스에 Always Encrypted가 구성되지 않은 경우 자습서: Always Encrypted 시작의 지침을 따르세요.
보안 enclave를 사용한 Always Encrypted를 사용하는 경우 추가 필수 조건은 보안 enclave를 사용한 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 참조는 다음 섹션에 나열됩니다.

애플리케이션 쿼리에 대해 상시 암호화 사용

매개 변수의 암호화 및 암호화된 열을 대상으로 하는 쿼리 결과의 암호 해독을 사용하도록 설정하는 가장 쉬운 방법은 열 암호화 설정 연결 문자열 키워드의 값을 사용하도록 설정하는 것입니다.

다음은 Always Encrypted를 사용하도록 설정하는 연결 문자열의 예입니다.

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를 사용하는 것은 적절하지 않습니다. 다음을 확인해야 합니다.

애플리케이션에는 VIEW ANY COLUMN MASTER KEY DEFINITION 및 VIEW ANY COLUMN ENCRYPTION KEY DEFINITION 데이터베이스 권한이 있으며 데이터베이스에서 상시 암호화 키에 대한 메타데이터에 액세스하는 데 필요합니다. 자세한 내용은 Always Encrypted(데이터베이스 엔진)의 사용 권한 섹션을 참조하세요.
애플리케이션은 열 암호화 키를 보호하는 열 마스터 키에 액세스하여 쿼리된 데이터베이스 열을 암호화할 수 있습니다.

보안 Enclave를 사용한 Always Encrypted를 사용하도록 설정

.NET Framework 버전 4.7.2부터 드라이버는 보안 Enclave를 사용한 Always Encrypted를 지원합니다.

Enclave 계산 및 Enclave 증명의 클라이언트 드라이버 역할에 대한 일반적인 내용은 보안 Enclave와 함께 Always Encrypted를 사용하여 애플리케이션 개발을 참조 하세요.

애플리케이션을 구성하려면 다음을 수행합니다.

이전 섹션에서 설명한 대로 애플리케이션 쿼리에 대해 Always Encrypted를 사용하도록 설정합니다.
Microsoft.SqlServer.Management.AlwaysEncrypted.EnclaveProviders NuGet 패키지를 애플리케이션과 통합합니다. NuGet은 증명 프로토콜에 대한 클라이언트 쪽 논리를 구현하고 보안 Enclave를 사용하여 보안 채널을 설정하는 enclave 공급자의 라이브러리입니다.
애플리케이션 구성(예: web.config 또는 app.config)을 업데이트하여 데이터베이스에 대해 구성된 enclave 형식과 enclave 공급자 간에 매핑을 정의합니다.
1. SQL Server 및 HGS(호스트 보호 서비스)를 사용하는 경우 NuGet 패키지에서 VBS Enclave 형식을 Microsoft.SqlServer.Management.AlwaysEncrypted.EnclaveProviders.HostGuardianServiceEnclaveProvider 클래스에 매핑해야 합니다.
2. Azure SQL Database 및 Microsoft Azure Attestation을 사용하는 경우 NuGet 패키지에서 SGX enclave 형식을 Microsoft.SqlServer.Management.AlwaysEncrypted.EnclaveProviders.AzureAttestationEnclaveProvider 클래스에 매핑해야 합니다.
애플리케이션 구성을 편집하는 방법에 대한 자세한 지침은 자습서: 보안 enclave와 함께 Always Encrypted를 사용하여 .NET Framework 애플리케이션 개발을 참조 하세요.
데이터베이스 연결 문자열의 Enclave Attestation URL 키워드를 증명 URL(증명 서비스 엔드포인트)로 설정합니다. 사용 중인 환경의 증명 URL을 얻으려면 증명 서비스 관리자에게 문의해야 합니다.
1. SQL Server 및 HGS(호스트 보호 서비스)를 사용하는 경우 HGS 증명 URL 확인 및 공유를 참조하세요.
2. Azure SQL Database 및 Microsoft Azure Attestation을 사용하는 경우 증명 정책의 증명 URL 확인을 참조하세요.

단계별 자습서는 자습서: 보안 Enclave와 함께 Always Encrypted를 사용하여 .NET Framework 애플리케이션 개발을 참조 하세요.

암호화된 열에서 데이터 검색 및 수정

애플리케이션 쿼리에 대해 상시 암호화를 설정하면 System.Data.SqlClient Namespace에 정의된 표준 ADO.NET API( ADO.NET에서 데이터 검색 및 수정 참조) 또는 .NET Framework Data Provider for SQL ServerAPI를 사용하여 암호화된 데이터베이스 열에서 데이터를 검색하거나 수정할 수 있습니다. 애플리케이션에 필요한 데이터베이스 권한이 있고 열 마스터 키에 액세스할 수 있는 경우 데이터베이스 스키마의 열에 설정된 SQL Server 데이터 형식에 따라 .NET Framework Data Provider for SQL Server에서 암호화된 열을 대상으로 하는 쿼리 매개 변수를 암호화하고 .NET 형식의 일반 텍스트 값을 반환하는 암호화된 열에서 검색된 데이터의 암호를 해독합니다. Always Encrypted를 사용하지 않는 경우 암호화된 열을 대상으로 하는 매개 변수가 있는 쿼리가 실패합니다. 쿼리에 암호화된 열을 대상으로 하는 매개 변수가 없는 한 쿼리는 암호화된 열에서 데이터를 검색할 수 있습니다. 그러나 .NET Framework Data Provider for SQL Server는 암호화된 열에서 검색된 값을 암호 해독하지 않고 애플리케이션에서 암호화된 이진 데이터(바이트 배열)를 수신합니다.

아래 표에서는 상시 암호화 사용 여부에 따른 쿼리 동작을 요약합니다.

쿼리 특성	상시 암호화가 설정되고 애플리케이션에서 키 및 키 메타데이터에 액세스할 수 있는 경우	Always Encrypted가 설정되고 애플리케이션에서 키 또는 키 메타데이터에 액세스할 수 없는 경우	상시 암호화를 사용하지 않는 경우
암호화된 열을 대상으로 하는 매개 변수가 있는 쿼리	매개 변수 값이 투명하게 암호화됩니다.	Error	Error
암호화된 열을 대상으로 하는 매개 변수 없이 암호화된 열에서 데이터를 검색하는 쿼리입니다.	암호화된 열의 결과가 투명하게 암호 해독됩니다. 애플리케이션에서 암호화된 열에 대해 구성된 SQL Server 형식에 해당하는 .NET 데이터 형식의 일반 텍스트 값을 수신합니다.	Error	암호화된 열의 결과가 암호 해독되지 않습니다. 애플리케이션에서 암호화된 값을 바이트 배열(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

데이터 예제 삽입

이 예제에서는 Patients 테이블에 행을 삽입합니다. 다음을 참고하십시오:

샘플 코드에는 암호화에 대한 내용이 없습니다. .NET Framework Data Provider for SQL Server에서는 암호화된 열을 대상으로 하는 paramSSN 및 paramBirthdate 매개 변수를 자동으로 검색하고 암호화합니다. 이렇게 하면 애플리케이션에 대한 암호화가 투명해집니다.
암호화된 열을 포함하여 데이터베이스 열에 삽입된 값은 SqlParameter 개체로 전달됩니다. SqlParameter를 사용하여 암호화되지 않은 열에 값을 전달하는 것은 선택 사항이지만(그러나 SQL 삽입을 방지할 수 있으므로 매우 권장됨) 암호화된 열을 대상으로 하는 값에 필요합니다. SSN 또는 BirthDate 열에 삽입된 값이 쿼리 문에 포함된 리터럴로 전달된 경우 .NET Framework Data Provider for SQL Server가 대상 암호화 열의 값을 확인할 수 없으므로 쿼리가 실패하므로 값을 암호화하지 않습니다. 결과적으로, 암호화된 열과 호환 불가능한 것으로 간주하여 서버에서 거부합니다.
SSN 열을 대상으로 하는 매개 변수의 데이터 형식은 ANSI(비 유니코드) 문자열이며 char/varchar SQL Server 데이터 형식에 매핑됩니다. 매개 변수 형식이 유니코드 문자열(String)로 설정되어 nchar/nvarchar에 매핑되는 경우 Always Encrypted가 암호화된 nchar/nvarchar 값을 암호화된 char/varchar 값으로 변환하는 것을 지원하지 않으므로 쿼리가 실패합니다. 데이터 형식 매핑에 대한 자세한 내용은 SQL Server 데이터 형식 매핑 을 참조하세요.
BirthDate 열에 삽입되는 매개 변수의 데이터 형식은 SqlParameter.DbType 속성을 사용할 때 적용되는 SQL Server 데이터 형식으로 .NET 형식을 암시적으로 매핑하지 않고 SqlParameter.SqlDbType 속성을 사용하여 명시적으로 대상 SQL Server 데이터 형식으로 설정됩니다. 기본적으로 DateTime 구조는 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();
   } 
}

일반 텍스트 데이터 검색 예제

다음 예제에서는 암호화된 값을 기준으로 데이터를 필터링하고 암호화된 열에서 일반 텍스트 데이터를 검색하는 방법을 보여 줍니다. 다음을 참고하십시오:

SSN 열에서 필터링하기 위해 WHERE 절에 사용된 값을 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 속성을 사용하여 .NET 데이터 형식을 특정 SQL Server 데이터 형식에 원하는 매핑을 적용할 수 있습니다.
SQL Server 데이터 형식이 decimal 및 numeric인 열을 대상으로 하는 매개 변수의 정밀도 및 배율이 대상 열에 대해 구성된 정밀도 및 배율과 동일한지 확인합니다.
대상 열의 값을 수정하는 쿼리에서 SQL Server 데이터 형식이 datetime2, datetimeoffset 또는 time인 열을 대상으로 하는 매개 변수의 정밀도가 대상 열의 정밀도보다 높지 않은지 확인합니다.

암호화된 값 대신 일반 텍스트를 전달하여 발생하는 오류

암호화된 열을 대상으로 하는 모든 값은 애플리케이션 내에서 암호화해야 합니다. 암호화된 열에서 삽입/수정하거나 일반 텍스트 값을 기준으로 필터링하면 다음과 같은 오류가 발생합니다.

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'

이러한 오류를 방지하려면 다음을 확인합니다.

암호화된 열을 대상으로 하는 애플리케이션 쿼리에 대해 Always Encrypted가 설정되어 있어야 합니다(특정 쿼리에 대한 SqlCommand 개체 또는 연결 문자열).
SqlParameter를 사용하여 암호화된 열을 대상으로 하는 데이터를 전송합니다. 다음 예제에서는 SqlParameter 개체 내부에 리터럴을 전달하는 대신 SSN(암호화된 열)에서 리터럴/상수로 잘못 필터링하는 쿼리를 보여 줍니다.

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 클래스에서 파생된 클래스의 인스턴스인 열 마스터 키 저장소 공급자를 사용하여 키 저장소와 통신합니다.

열 암호화 키를 받는 프로세스는 다음과 같습니다.

Always Encrypted가 쿼리에 대해 사용하도록 설정된 경우 .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.DecryptColumnEncryptionKey 메서드를 호출하여 열 마스터 키 경로, 열 암호화 키의 암호화된 값 및 암호화 알고리즘의 이름을 전달하여 암호화된 열 암호화 키를 생성합니다.

기본 제공 열 마스터 키 저장소 공급자 사용

.NET Framework Data Provider for SQL Server에는 특정 공급자 이름(공급자를 조회하는 데 사용됨)으로 미리 등록된 다음과 같은 기본 제공 열 마스터 키 저장소 공급자가 함께 제공됩니다.

클래스	Description	공급자 (조회) 이름
SqlColumnEncryptionCertificateStoreProvider 클래스	Windows 인증서 저장소에 대한 공급자입니다.	MSSQL_CERTIFICATE_STORE
SqlColumnEncryptionCngProvider 클래스 참고: 이 공급자는 .NET Framework 4.6.1 이상 버전에서 사용할 수 있습니다.	Microsoft CNG (Cryptography Next Generation) API를 지원하는 키 저장소 공급자입니다. 일반적으로 이 저장소의 형식은 하드웨어 보안 모듈로서, 디지털 키를 보호 및 관리하고 암호화 프로세스를 제공하는 물리적 디바이스입니다.	MSSQL_CNG_STORE
SqlColumnEncryptionCspProvider 클래스 참고: 이 공급자는 .NET Framework 4.6.1 이상 버전에서 사용할 수 있습니다.	Microsoft CAPI(암호화 API)를 지원하는 키 저장소 공급자입니다. 일반적으로 이 저장소의 형식은 하드웨어 보안 모듈로서, 디지털 키를 보호 및 관리하고 암호화 프로세스를 제공하는 물리적 디바이스입니다.	MSSQL_CSP_PROVIDER

이러한 공급자를 사용하기 위해 애플리케이션 코드를 변경할 필요는 없지만 다음 사항에 유의하세요.

사용자 또는 DBA는 열 마스터 키 메타데이터에 구성된 공급자 이름이 정확하고 열 마스터 키 경로가 특정 공급자에 대해 적합한 키 경로 형식을 준수해야 합니다. CREATE COLUMN MASTER KEY(Transact-SQL) 문을 실행할 때 적합한 공급자 이름 및 키 경로를 자동으로 생성하는 SQL Server Management Studio 등의 도구를 사용하여 키를 구성하는 것이 좋습니다. 자세한 내용은 SQL Server Management Studio를 사용하여 Always Encrypted 구성 및 PowerShell을 사용하여 Always Encrypted 구성을 참조하세요.
애플리케이션에서 키 저장소의 키에 액세스할 수 있는지 확인합니다. 이는 키 저장소를 기준으로 애플리케이션 액세스를 키 및/또는 키 저장소에 부여하거나 다른 키 저장소 관련 구성 단계를 수행하는 것과 관련이 있습니다. 예를 들어 CNG 또는 CAPI를 구현하는 키 저장소(예: 하드웨어 보안 모듈)에 액세스하려면 저장소에 대한 CNG 또는 CAPI를 구현하는 라이브러리가 애플리케이션 머신에 설치되어 있는지 확인해야 합니다. 자세한 내용은 열 마스터 키 만들기 및 저장(Always Encrypted)을 참조하세요.

Azure Key Vault 공급자 사용

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); 
}

상시 암호화의 성능 영향 제어

Always Encrypted는 클라이언트 쪽 암호화 기술이므로 대부분의 성능 오버헤드는 데이터베이스가 아닌 클라이언트 쪽에서 관찰됩니다. 암호화 및 암호 해독 작업 비용 외에도 클라이언트 쪽에서 성능 오버헤드의 다른 원인은 다음과 같습니다.

쿼리 매개 변수에 대한 메타데이터를 검색하기 위한 데이터베이스 왕복 추가
열 마스터 키에 액세스하기 위한 열 마스터 키 저장소 호출

이 섹션에서는 .NET Framework Provider for SQL Server의 기본 성능을 최적화하고 위의 두 성능 요소 영향을 제어할 수 있는 방법에 대해 설명합니다.

쿼리 매개 변수에 대한 메타데이터를 검색하기 위한 왕복 제어

기본적으로 연결에 Always Encrypted를 사용하는 경우 .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 이 암호화되어 올바르지 않음). 매개 변수의 일반 텍스트 값이 서버에 누수됩니다. 서버는 해당 비호환성을 감지하여 드라이버가 강제로 캐시를 새로 고치도록 합니다. 따라서 애플리케이션에서 올바르게 암호화된 매개 변수 값이 포함된 쿼리를 다시 보냅니다. 이러한 경우 서버에 중요한 정보가 누락되는 것을 방지하기 위해 캐싱을 사용하지 않도록 설정해야 합니다.

쿼리 수준에서 상시 암호화 설정

매개 변수가 있는 쿼리에 대한 암호화 메타데이터 검색의 성능 영향을 제어하려면 연결에 대해 설정하는 대신 개별 쿼리에 대해 Always Encrypted를 사용하도록 설정할 수 있습니다. 이렇게 하면 암호화된 열을 대상으로 하는 매개 변수가 있는 쿼리에 대해서만 sys.sp_describe_parameter_encryption 을 호출할 수 있습니다. 그러나 이렇게 하면 암호화의 투명성을 줄일 수 있습니다. 데이터베이스 열의 암호화 속성을 변경하는 경우 스키마 변경 내용에 맞게 애플리케이션의 코드를 변경해야 할 수 있습니다.

참고 항목

쿼리 수준에서 Always Encrypted를 설정하면 .NET 4.6.2 이상 버전에서 성능상의 혜택이 제한되어 매개 변수 암호화 메타데이터 캐싱이 구현됩니다.

개별 쿼리의 Always Encrypted 동작을 제어하려면 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 이상에서는 보안상의 이유로 구성 가능한 t-투-라이브 간격 후에 캐시 항목이 제거됩니다. 기본 TTL(Time-to-Live) 값은 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에 매개 변수가 있는 쿼리를 보내기 전에 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로 설정할 수 있습니다. 이렇게 하면 서버에서 받은 메타데이터가 매개 변수를 암호화할 필요가 없다는 것을 나타내는 경우 SQL Server용 .NET Framework 데이터 공급자가 예외를 throw합니다.

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 속성을 사용하여 지정된 서버에 대한 신뢰할 수 있는 키 경로 목록을 지정할 수 있습니다. the.NET 프레임워크 데이터 공급자 for SQL Server가 신뢰할 수 있는 키 경로 목록 외부의 키 경로를 수신하면 예외가 throw됩니다.

신뢰할 수 있는 키 경로를 설정하면 애플리케이션의 보안이 향상되지만 열 마스터 키 경로가 변경될 때마다 열 마스터 키를 회전할 때마다 코드 또는/및 애플리케이션의 구성을 변경해야 합니다.

다음 예제에서는 신뢰할 수 있는 열 마스터 키 경로 구성하는 방법을 보여 줍니다.

// 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를 사용하면 데이터의 암호를 해독하지 않고 한 테이블에서 암호화되어 저장된 데이터를 다른 테이블에 복사할 수 있습니다. 이러한 작업을 하려면 다음을 수행합니다.

대상 테이블의 암호화 구성이 원본 테이블의 구성과 일치하는지 확인합니다. 특히 두 테이블에 동일한 암호화 열이 있고 동일한 암호화 형식 및 암호화 키를 사용하여 열이 암호화되어야 합니다. 참고: 대상 열이 해당 원본 열과 다르게 암호화된 경우 복사 작업 후에는 대상 테이블의 데이터를 해독할 수 없습니다. 데이터가 손상됩니다.
Always Encrypted를 사용하지 않고 원본 테이블과 대상 테이블에 대한 데이터베이스 연결을 모두 구성합니다.
AllowEncryptedValueModifications 옵션을 설정합니다(SqlBulkCopyOptions 참조). 참고: AllowEncryptedValueModifications를 지정할 때는 .NET Framework Data Provider for SQL Server에서 데이터가 실제로 암호화되었는지 또는 대상 열과 동일한 암호화 유형, 알고리즘 및 키를 사용하여 올바르게 암호화되었는지 확인하지 않으므로 데이터베이스가 손상될 수 있으므로 주의해야 합니다.

AllowEncryptedValueModifications 옵션은 .NET Framework 4.6.1 이상 버전에서 사용할 수 있습니다.

다음은 테이블 간에 데이터를 복사하는 예제입니다. 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(System.Data.dll)

입력	설명	도입된 .NET 버전
SqlColumnEncryptionCertificateStoreProvider 클래스	Windows 인증서 저장소에 대한 키 저장소 공급자입니다.	4.6
SqlColumnEncryptionCngProvider 클래스	Microsoft Cryptography API: Next Generation(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 속성	열 암호화 키 캐시에서 항목에 대한 TTL(Time-to-Live)을 가져와 설정합니다.	4.6.2
SqlConnection.ColumnEncryptionTrustedMasterKeyPaths 속성	데이터베이스 서버에 대해 신뢰할 수 있는 키 경로 목록을 설정할 수 있습니다. 애플리케이션 쿼리를 처리하는 동안 드라이버에서 목록에 없는 키 경로를 수신하면 쿼리가 실패합니다. 이 속성은 손상된 SQL Server가 가짜 키 경로를 제공하여 키 저장소 자격 증명을 유출할 수 있는 보안 공격에 대해 강화된 보호를 제공합니다.	4.6
SqlConnection.RegisterColumnEncryptionKeyStoreProviders 메서드	사용자 지정 키 저장소 공급자를 등록할 수 있습니다. 키 저장소 공급자 이름을 키 저장소 공급자 구현에 매핑하는 사전입니다.	4.6
SqlCommand 생성자(문자열, SqlConnection, SqlTransaction, SqlCommandColumnEncryptionSetting)	개별 쿼리에 대한 상시 암호화의 동작을 제어할 수 있습니다.	4.6
SqlParameter.ForceColumnEncryption 속성	매개 변수의 암호화를 적용합니다. SQL Server가 매개 변수를 암호화하지 않아도 된다고 드라이버에 알리는 경우 매개 변수를 사용하는 쿼리가 실패합니다. 이 속성은 손상된 SQL Server가 잘못된 암호화 메타데이터를 클라이언트에 제공하여 데이터 공개를 야기할 수 있는 보안 공격에 대해 강화된 보호를 제공합니다.	4.6
새 연결 문자열 키워드: `Column Encryption Setting=enabled`	연결에 대해 상시 암호화 기능을 사용하거나 사용하지 않습니다.	4.6

.NET Framework Data Provider for SQL Server와 Always Encrypted 사용

전제 조건

애플리케이션 쿼리에 대해 상시 암호화 사용

보안 Enclave를 사용한 Always Encrypted를 사용하도록 설정

암호화된 열에서 데이터 검색 및 수정

데이터 예제 삽입

일반 텍스트 데이터 검색 예제

암호화된 데이터 검색 예제

암호화된 열 쿼리 시 일반적인 문제 방지

지원되지 않는 데이터 형식 변환 오류

암호화된 값 대신 일반 텍스트를 전달하여 발생하는 오류

열 마스터 키 저장소 작업

기본 제공 열 마스터 키 저장소 공급자 사용

Azure Key Vault 공급자 사용

사용자 지정 열 마스터 키 저장소 공급자 구현

열 마스터 키 저장소 공급자를 사용하여 프로그래밍 방식으로 키 프로비전

상시 암호화의 성능 영향 제어

쿼리 매개 변수에 대한 메타데이터를 검색하기 위한 왕복 제어

쿼리 메타데이터 캐싱

쿼리 수준에서 상시 암호화 설정

열 암호화 키 캐싱

손상된 SQL Server에 대해 강화된 보호를 사용하도록 설정

매개 변수 강제 암호화

신뢰할 수 있는 열 마스터 키 경로 구성

SqlBulkCopy를 사용하여 암호화된 데이터 복사

상시 암호화 API 참조

참고 항목

피드백

피드백

추가 리소스