LoginSignup
7
5

More than 5 years have passed since last update.

boto3を使ってS3のサーバ側暗号化を試す

Posted at

PythonのスクリプトでS3にオブジェクトをアップロードする際に
サーバ側で暗号化をする方法を調べました。

S3とオブジェクト暗号化

参考: 大きく分けて2種類あります。

Client-Side Encryption(CSE)

クライアント側がデータを暗号化してからサーバに送信して保存する。
-> サーバ(S3)との送受信の間もデータが保護されている。

Server-Side Encryption(SSE)

クライアントはデータをそのまま送り、サーバが暗号化してから保存する。
-> サーバ(S3)に保管されている間はデータが保護されている。

後者はクライアント側で暗号化についてあれこれ考える手間が少なく
ダウンロード時にも透過的に復号化がされるため、扱いが楽です。
※センシティブな情報はもちろん送受信前に暗号化すべきです

S3とServer-Side Encryption

参考: S3におけるSSEの選択肢にも種類があります。

SSE-S3 SSE-KMS SSE-C
暗号化鍵 S3が裏側で管理している鍵 AWSのKMSサービスで管理している鍵 ユーザが管理している鍵
特徴 すべてAWSが管理するため、手間が少ない。ただし、鍵へのアクセス権限などが操作できず、その鍵はS3へのデータ保存にしか使用できない。 IAMユーザやロールを操作して鍵自体へのアクセス権限を柔軟に変更できる。SSE-S3より小回りが効くものの、逆に設定項目は増える。 使用する鍵や保存場所を選べる。もっとも自由度が高いが、鍵の安全な保管を自分で担保する必要がある。

極力AWS側に役割を任せたいため、今回試したのはSSE-S3とSSE-KMSの2つです。

Management Consoleでの事前確認

ManagementConsoleでオブジェクトをバケットに保存しようとすると
途中で暗号化の選択肢が出てきます。
0.png

"Amazon S3 master-key" はSSE-S3のことです。
選択しても特に選択肢は増えません。

1.png

"AWS KMS master-key"はAWS-KMSを意味します。
選択すると使用する鍵の選択肢が出てきます。

  • "aws/s3"はKMSがS3サービス用に勝手に作成しようとする鍵
  • "test_key"はKMSで作成した鍵(私が事前に作成したもの)
  • Custom KMS ARNを選択するとARNの記述で鍵を指定可能

2.png

試しにSSE-S3で保存してみると、オブジェクトの詳細画面でこのように表示されます。

3.png

この作業をスクリプト(boto3)から行います。

スクリプトの記述

S3のドキュメントにはfor Pythonの記述がないため
他の言語のものやboto3のドキュメントを参考に書いてみました。
実行環境はLambdaのPython3.6ですが、どこでも書き方や挙動はさほど変わらないと思います。

S3やKMSの鍵にアクセスできるように、ロールはいい感じに書き換えてください。

SSE-S3

SSE-S3
import boto3

def lambda_handler(event, context):

    file_name = 'test.txt'

    # 一時的に使える'/tmp'にファイルを作成
    with open('/tmp/' + file_name, 'w') as f:
        f.write('hoge')

    # ファイルのアップロード時、ExtraArgsに暗号化方式を指定
    response = boto3.client('s3').upload_file(
        Filename='/tmp/' + file_name,
        Bucket='nanakenashi-test',
        Key=file_name,
        ExtraArgs={'ServerSideEncryption': 'AES256'})

    return True

アップロードの際に静的な引数が増えるだけで非常に単純です。
なお、現時点(2017/09/16)で暗号化方式は AES256 のみのようです。
実際に保存されたオブジェクトは、先程と同じかたちになっているのがわかります。

4.png

SSE-KMS

S3用のデフォルト鍵を使用する場合

前述のスクリプトの ExtraArgs のみを書き換えます。

SSE-KMS(S3用デフォルト鍵を使用)
ExtraArgs={
    'ServerSideEncryption': 'aws:kms',
    }

保存されたオブジェクトはS3用のデフォルト鍵で暗号化されています。
(この鍵はこのタイミングで作成されたためSSE-S3用の鍵とは別物だと思います)

5.png

ただしこの鍵は設定が変更できないため、SSE-S3と大差がありません。

KMSで作成した鍵を使用する場合

SSE-KMS(KMSで作成した鍵を使用)
# 使用する鍵のIDを追加
ExtraArgs={
    'ServerSideEncryption': 'aws:kms',
    'SSEKMSKeyId': 'ea41458h-0c2o-496g-b92e-67441d771282'
    }

事前に作成したキーで暗号化されていることがわかります。

6.png

補足

SSE-S3SSE-KMSいわく

サーバー側の暗号化では、オブジェクトデータのみが暗号化されます。
オブジェクトメタデータは暗号化されません。

また

バケットに保存するすべてのオブジェクトに対してサーバー側の暗号化を必要とする場合は
バケットポリシーを使用できます。

(難しい日本語ですが…)
つまり、暗号化されていないオブジェクトの保存を禁止することができるため
このバケットポリシーを設定しておけばセキュアな状態を保持しやすくなります。

まとめ

S3でのデータ保管をよりセキュアにするために
サーバ側暗号化対応の選択肢をいくつか試してみました。

ちなみにSSE-Cについてはこのあたりを参考にすれば利用できそうです。

7
5
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
7
5