Amazon S3 へのファイルアップロードで POST Policy を使うと、かゆいところに手が届くかもしれない - カミナシ エンジニアブログ

はじめに こんにちは。カミナシでソフトウェアエンジニアをしている佐藤です。 みなさんは、アプリケーションのフロントエンドから、Amazon S3 にファイルをアップロードするときに、どのような方法を用いているでしょうか？ 「バックエンドのサーバーにファイルを送信し、バックエンドのサーバー経由で S3 にアップロードしている」「Presigned URL を払い出して、フロントエンドから直接 PUT している」など、いくつかの方法があると思います。 弊社で提供しているサービス「カミナシレポート」でも、用途に応じて上記の方法を使い分けて S3 へのファイルのアップロードを行っています。 特に、Presigned URL は、手軽に利用できる上に、バックエンドのサーバーの負荷やレイテンシーの削減といったメリットも大きく、重宝しています。 一方で、その手軽さの反面、アップロードに際して様々な制約を

[toricls]

S3 Pre-signed URL は IAM 権限を渡していないクライアントアプリ側から直接ファイルアップロード/ダウンロードできる構成を組むのに便利ですが、その Pre-signed URL をより安全性高く利用したいシーンにオススメ記事です‪🤗‬

[transceiver101]

webフォームなんかでユーザーがアップロードする際に便利なのか。バケットポリシーではクライアントサイドでの制御ではないと

[kmiya_bbm]

知らなかった！便利そう！

[for-my-internet-demo]

へー！

[efcl]

s3 signed urlの制限をpolicyとして動的に作れる機能

[razokulover]

便利そう

[dorapon2000]

“上記のような制約は（少なくとも私の知る限りでは)、 Presigned URL を使用したアップロードではかけることができません。”