Blob Storage에 요청에 대한 암호화 키 제공

Azure Blob Storage에 대한 요청을 하는 클라이언트는 쓰기 작업에서 해당 Blob을 암호화하는 AES-256 암호화 키를 제공할 수 있습니다. Blob에 대한 후속 읽기 또는 쓰기 요청에는 동일한 키를 포함해야 합니다. 요청에 암호화 키를 포함하면 Blob Storage 작업에 대한 암호화 설정의 세부적인 제어 기능이 제공됩니다. 고객이 제공한 키는 Azure Key Vault 또는 다른 키 스토리지에 저장할 수 있습니다.

읽기 및 쓰기 작업 암호화

클라이언트 애플리케이션에서 요청에 대한 암호화 키를 제공하는 경우 Azure Storage는 blob 데이터를 읽고 쓰는 동안 암호화 및 암호 해독을 투명하게 수행합니다. Azure Storage는 blob의 내용과 함께 암호화 키의 SHA-256 해시를 작성합니다. 해시는 blob에 대한 모든 후속 작업이 동일한 암호화 키를 사용하는지 확인하는 데 사용됩니다.

Azure Storage는 클라이언트가 요청과 함께 보내는 암호화 키를 저장하거나 관리하지 않습니다. 암호화 또는 암호 해독 프로세스가 완료되는 즉시 키가 안전하게 삭제됩니다.

클라이언트가 요청에 대해 고객이 제공한 키를 사용하여 blob을 만들거나 업데이트하는 경우 해당 blob에 대한 후속 읽기 및 쓰기 요청에도 키가 제공되어야 합니다. 이미 고객이 제공한 키로 암호화된 blob을 요청하는 경우, 키를 제공하지 않으면 오류 코드 409(충돌)가 발생하면서 요청이 실패합니다.

클라이언트 애플리케이션에서 요청에 대한 암호화 키를 보내고 스토리지 계정도 Microsoft 관리형 키 또는 고객 관리형 키를 사용하여 암호화되는 경우, Azure Storage는 요청에 따라 제공된 키를 암호화와 암호 해독에 사용합니다.

요청의 일환으로 암호화 키를 보내려면 클라이언트는 HTTPS를 사용하여 Azure Storage에 대한 보안 연결을 설정해야 합니다.

각 Blob 스냅샷 또는 Blob 버전에는 자체 암호화 키가 있을 수 있습니다.

고객이 제공한 키로 암호화된 원본 계정의 Blob에는 개체 복제가 지원되지 않습니다.

고객이 제공한 키를 지정하기 위한 요청 헤더

REST 호출 시, 클라이언트는 다음 헤더를 사용하면 요청에 대한 암호화 키 정보를 Blob Storage에 안전하게 전달할 수 있습니다.

요청에 대한 암호화 키 지정은 선택 사항입니다. 그러나 쓰기 작업에 위의 헤더 중 하나를 지정하는 경우 모든 헤더를 지정해야 합니다.

고객이 제공한 키를 지원하는 Blob Storage 작업

다음 Blob Storage 작업은 요청 시 고객이 제공한 암호화 키의 전송을 지원합니다.

• Blob 배치
• 블록 목록 배치
• 블록 배치
• URL에서 블록 배치
• 페이지 배치
• URL에서 페이지 배치
• 추가 블록
• Blob 속성 설정
• Blob 메타데이터 설정
• Blob 가져오기
• Blob 속성 가져오기
• Blob 메타데이터 가져오기
• Blob 스냅샷

고객 제공 키 순환

Blob을 암호화하는 데 사용된 암호화 키를 순환하려면 blob을 다운로드한 다음, 새 암호화 키를 사용하여 blob을 다시 업로드합니다.

기능 지원

이 기능에 대한 지원은 Data Lake Storage Gen2, NFS(네트워크 파일 시스템) 3.0 프로토콜 또는 SSH SFTP(파일 전송 프로토콜)를 사용하도록 설정하면 영향을 받을 수 있습니다. 이러한 기능을 사용하도록 설정한 경우 Azure Storage 계정의 Blob Storage 기능 지원을 참조하여 이 기능에 대한 지원을 평가합니다.

다음 단계

• .NET을 사용하여 Blob Storage에 대한 요청에 고객이 제공한 키를 지정
• 미사용 데이터에 대한 Azure Storage 암호화