0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

S3レプリケーションの暗号化設定について(実際に試してみた)

Posted at

サマリ

この記事で得られること

  • S3レプリケーションの暗号化の実際についてわかる
  • レプリケーション元の暗号化設定によってレプリケーション先の暗号化に制約があることがわかる

読むのにかかる時間

10分

はじめに

S3レプリケーションとは

あるS3バケットから別のS3バケットへデータをレプリケーションできる機能のこと。
リージョン内だけでなく、クロスリージョンでのレプリケーションも可能である。
ログを保管するバケットを1つに集約してい場合や、DR対策として他のリージョンへレプリケーションする場合に利用されることが多いのではないかと思う。

image.png

本記事の差別化ポイント

クロスリージョンレプリケーションやそのKMS暗号化については、以下の通りすでに記事があるが、本記事ではレプリケーション元の暗号化方式によってレプリケーション先で取りうる暗号化方式が変わることを解説および実践する。

暗号化されたオブジェクトのレプリケートについて(座学)

AWSドキュメント(暗号化されたオブジェクトのレプリケート (SSE-S3、SSE-KMS、DSSE-KMS、SSE-C))を要約した結果は以下(一部実践結果を反映している部分あり)。

レプリケート元バケットの暗号化方式 レプリケート先バケットの暗号化方式
非暗号化 レプリケート先バケットのデフォルト暗号化が採用される。ETagが異なることに注意する。※この記載があるものの現在は非暗号化オブジェクトを保管できないため、この動作となることはない。
SSE-S3 レプリケート元オブジェクトと同じタイプの暗号化。
SSE-KMS レプリケート元オブジェクトと同じタイプの暗号化。暗号化に使うKMSキーはレプリケート元、レプリケート先で変更可能。
DSSE-KMS レプリケート元オブジェクトと同じタイプの暗号化。暗号化に使うKMSキーはレプリケート元、レプリケート先で変更可能。
SSE-C レプリケート元オブジェクトと同じタイプの暗号化。

意外だったのが、SSE-S3で暗号化したオブジェクトはS3レプリケーションではSSE-KMSに変更できないところである。
ALBのアクセスログは現時点ではSSE-S3しかサポートされていない(AWSドキュメント)ため、すべてのログをSSE-KMSでの暗号化が必要な場合は考慮が必要である。

暗号化されたオブジェクトのレプリケートについて(実践)

座学で読み解いた暗号化方式を実際にAWSで設定してみて挙動を確認する。

レプリケート元バケットが非暗号化

現在、非暗号化でバケットを作ることができないため、本動作は検証不可。
デフォルトの暗号化のよくある質問

レプリケート元バケットがSSE-S3

検証1(SSE-S3 to SSE-KMS)

設定内容

レプリケート元バケットの暗号化方式 レプリケート先バケットの暗号化方式
SSE-S3 SSE-KMS(sse-kms-01)

image.png

実施結果

レプリケート元バケットのオブジェクトの暗号化方式
image.png

レプリケート先バケットのオブジェクトの暗号化方式
image.png

結論としては、座学の通り、レプリケート先でもSSE-S3暗号化で保管される。

検証2(SSE-S3 to SSE-KMS: レプリケーションルールでKMS暗号化を設定)

設定内容

レプリケート元バケットの暗号化方式 レプリケート先バケットの暗号化方式
SSE-S3 SSE-KMS(sse-kms-01)

image.png

実施結果

レプリケート元バケットのオブジェクトの暗号化方式
image.png

レプリケート先バケットのオブジェクトの暗号化方式
image.png

結論としては、レプリケーションルールに関わらず、レプリケート先でもSSE-S3暗号化で保管される。

レプリケート元バケットがSSE-KMS

検証3(SSE-KMS to SSE-KMS: 同じ暗号鍵)

設定内容

レプリケート元バケットの暗号化方式 レプリケート先バケットの暗号化方式
SSE-KMS(sse-kms-01) SSE-KMS(sse-kms-01)

image.png

実施結果

レプリケート元バケットのオブジェクトの暗号化方式
image.png

レプリケート先バケットのオブジェクトの暗号化方式
image.png

結論としては、座学の通り、レプリケート先でもSSE-KMS暗号化で保管される。

検証4(SSE-KMS to SSE-KMS: レプリケーション設定で異なる暗号鍵を指定)

設定内容

レプリケート元バケットの暗号化方式 レプリケート先バケットの暗号化方式
SSE-KMS(sse-kms-01) SSE-KMS(sse-kms-01)

image.png

実施結果

レプリケート元バケットのオブジェクトの暗号化方式
image.png

レプリケート先バケットのオブジェクトの暗号化方式
image.png

結論としては、座学の通り、レプリケート先でもSSE-KMS暗号化で保管され、かつレプリケート時に暗号化鍵を指定することができる。

レプリケート元バケットがDSSE-KMS

ドキュメント上SSE-KMSと同じ記載のため検証省略

レプリケート元バケットがSSE-C

検証5(SSE-KMS to SSE-KMS: レプリケーション設定で異なる暗号鍵を指定)

設定内容

レプリケート元バケットの暗号化方式 レプリケート先バケットの暗号化方式
SSE-KMS(sse-kms-01) SSE-KMS(sse-kms-01)

※バケットのデフォルト暗号化は上記の通りSSE-KMSであるが、本検証ではSSE-Cでオブジェクトを格納する。

image.png

実施結果

レプリケート元バケットのオブジェクトの暗号化方式
image.png

レプリケート先バケットのオブジェクトの暗号化方式
image.png

結論としては、座学の通り、レプリケート先でもSSE-C暗号化で保管される。検証時にわかったが、少なくともマネジメントコンソールのS3オブジェクトのレプリケーションステータスはSSE-Cの場合更新されない。

まとめ

  • S3レプリケーションでは、オブジェクトの暗号化方式は変更できない
  • SSE-KMSのオブジェクトは、別のKMS暗号化キーにてレプリケーション先で暗号化できる
  • SSE-S3、SSE-Cのオブジェクトは、そのままの暗号方式でレプリケーションされる

補足:SSE-S3のオブジェクトをSSE-KMSに変更してレプリケーションする場合の方式案

SSE-S3のオブジェクト(ALBのアクセスログを想定)を定期的あるいはニアリアルタイムにSSE-KMSのオブジェクトに変更する方式案を以下に列挙する。

方式案 メリット/デメリット
S3バッチオペレーション 定期的なジョブの作成にはマネージドサービスだけでは対応できない。
S3イベント通知 → Lambda → Firehose → ターゲットのS3バケット マネージドサービスだけで組めない。Lambdaの開発が必要。

所感としては、ジョブ定期実行の部分に一部作りこみが必要だが、S3バッチオペレーションを選択するのが良いと感じた。Encrypting objects with Amazon S3 Batch Operations

その他のおすすめ方法があればコメントください

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?