目次 › 第2章 › 2-5

第2章 アカウント管理とデータガバナンス / 想定学習時間:30〜40分 / 最終確認:2026年8月

2-5. 暗号化とデータ保護

1. 常時暗号化:ユーザー操作は不要

Snowflakeに格納されるデータは、常に・既定で・自動的に暗号化されます。これを「エンドツーエンドの暗号化」と呼び、次の2つの局面をカバーします。

2. 階層キーモデルとキーラッピング

Snowflakeの暗号化キーは、1つの鍵ですべてを暗号化するのではなく、4階層のキー階層(hierarchical key model)で管理されます。上位のキーが下位のキーを暗号化して包む仕組みをキーラッピング(key wrapping)と呼びます。

この階層構造には明確な利点があります。

• 影響範囲の限定:1つのキーが危殆化しても、影響がそのキーの配下に限定されます
• 効率的なキー交換:上位キーを交換する際、下位キーを「ラップし直す」だけで済み、実データ全体を再暗号化する必要がありません

3. キーローテーションとPeriodic Rekeying

キーの寿命管理には、性格の異なる2つの仕組みがあります。この対比は確実に区別できるようにしてください。

-- ACCOUNTADMINで実行する
USE ROLE ACCOUNTADMIN;
ALTER ACCOUNT SET PERIODIC_DATA_REKEYING = TRUE;

4. Tri-Secret Secure:顧客管理キーの組み込み

より強い統制要件を持つ組織向けに、Tri-Secret Secureという仕組みがあります。Business Criticalエディション以上の機能です。

• 顧客がクラウドのKMS(キー管理サービス)で管理するキー(顧客管理キー)と、Snowflakeが管理するキーを組み合わせて複合マスターキー(composite master key)を作り、これがアカウントのデータを保護します
• 複合マスターキーによる保護のため、どちらか一方のキーだけではデータを復号できません
• 最大の利点は、顧客が自分のキーを失効(アクセス取り消し)させれば、Snowflake側だけではデータを復号できなくなり、アカウントのデータへのアクセスを顧客側の判断で遮断できることです

名前の「Tri(3つ)」は、顧客管理キー・Snowflake管理キー・ユーザー認証情報という3つの秘密でデータが守られることに由来します。「顧客がキーの主導権を持ちたい」「インシデント時に即座にデータを遮断したい」という要件が出たら、Tri-Secret Secureが答えです。

5. クライアントサイド暗号化(外部ステージ)

ここまではSnowflake内部の暗号化の話でしたが、外部ステージ(顧客管理のクラウドストレージ上のデータ置き場)についてはクライアントサイド暗号化もサポートされています。

• 顧客がデータをクラウドストレージにアップロードする前に自分のキーで暗号化しておき、ステージ定義に MASTER_KEY を指定すると、SnowflakeはCOPY時にそのキーで復号してロードできます
• 「クラウドストレージの上では常に暗号化済みの状態でデータを置きたい」という要件に応える方式です
• なお、内部ステージにPUTでアップロードされるファイルは、クライアント側で自動的に暗号化されてから転送されます(こちらもユーザー操作不要)

練習問題