SLL #13|S3にファイルをアップロードして、非公開設定の仕組みを確認してみた

SLL #13 S3にファイルをアップロードして、非公開設定の仕組みを確認してみた のアイキャッチ画像。S3バケットの中にファイルが入っており、南京錠がかかっている図と、ブラウザからのアクセスが×印でブロックされている図解。「Phase4「AWS」」のラベル付き。 AWS

個人学習プロジェクト 「Security Learning Lab(SLL)」 の学習記録です。

今回は、Phase4「AWS」の本編として、S3でバケットを作成し、ファイルをアップロードして、アクセス権限の考え方を確認した内容についてまとめます。

学習時間

約1時間

今日やったこと

  • S3の基本概念(バケット・オブジェクト)を復習
  • S3の料金体系を調査し、少量のテストファイルであれば実質無料の範囲であることを確認
  • バケットを新規作成(リージョナル名前空間、パブリックアクセスをすべてブロック、暗号化を有効にした状態)
  • テストファイルをアップロードし、オブジェクトの詳細情報(URL、S3 URI、暗号化状態など)を確認
  • オブジェクトURLに直接アクセスし、AccessDeniedエラーが出ることを確認

学習内容

バケットとオブジェクト

S3では、ファイルを保存する容れ物を「バケット」、その中の個々のファイルを「オブジェクト」と呼ぶ。バケット名は世界で一意である必要があるが、「アカウントのリージョナル名前空間」を選ぶとアカウントIDが自動的に付与され、名前の重複を避けやすくなる。

S3の料金体系

S3は保存容量・リクエスト数・データ転送量の3軸で課金される従量課金制。標準ストレージは1GBあたり月数円程度と非常に安価で、学習用の小さなテストファイルであれば実質無料に近い。

パブリックアクセスのブロックとその効果

バケット作成時に「パブリックアクセスをすべてブロック」を有効にしておくと、オブジェクトURLに直接アクセスしてもAccessDeniedエラーとなり、意図しない公開を防げる。実際に公開したい場合は、この設定の解除とバケットポリシーでの明示的な許可という複数ステップが必要で、うっかり公開を防ぐ設計になっている。

URIとURLの関係

URL(統一資源位置指定子)はURI(統一資源識別子)の一種。URIは「これが何であるか」を識別する概念で、URLはその中でも「場所」と「取得方法(プロトコル)」を示す具体的な形式。S3 URI(s3://…)はAWS内部ツール専用の識別子で、ブラウザで直接開ける場所を示すURLとは異なる。

困ったこと・つまずいたこと

特になし。今回はスムーズに進められた。

今日の学び・気づき

  • S3の料金が想像以上に安価(1GBあたり月数円)だと分かり、学習用途で気兼ねなく試せる範囲だと実感できた
  • AccessDeniedエラーが出た際、「失敗」ではなく「非公開設定が正しく機能した証拠」だと捉え直せたことで、セキュリティ設定における「意図通りに動いていることの確認」の大切さに気づいた
  • URIとURLの関係を「概念とその具体例」という包含関係で整理できたことで、以前から混同しがちだった言葉の違いがようやく腑に落ちた

今日の達成

S3基礎操作習得

バケットの作成からファイルのアップロード、非公開設定の動作確認まで、S3の基本的な使い方を身につけた。

次回やること

  • Phase4「AWS」の続き(CloudWatchなど、新しいサービスの学習)

今日のひとこと

仕事がら時々、S3を含むネットワーク構成を聞くことがある。今まではふんわりとしたイメージしから持っておらず、S3からデータを引っ張ってきたり公開したりすることがよくわかっていなかった。しかし、今回の学習を通して、S3の設定を調整することで公開できるとわかり、これまでに聞いていた話や構成についての解像度が上がった。

タイトルとURLをコピーしました