ひとことで言うと
署名付きURLとは、URLの中に「誰が、いつまで、このリソースにアクセスを許可するか」という情報をHMAC（ハッシュベース認証コード）などで署名して埋め込んだURLです。受け取った側はそのURLにアクセスするだけでよく、ログインや認証コードの入力は不要です。GoogleクラウドストレージやAWS S3でファイルを一時公開するのに広く使われています。
URLの末尾に付くX-Goog-SignatureやX-Amz-Signatureなどのパラメータが署名情報です。サーバーはアクセスを受け取るとこの署名を検証し、改ざんされていないか・期限内かを確認してからコンテンツを返します。署名が一致しなかったり期限切れだったりすると403または410エラーが返ります。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
HTML共有で関係する場面
AI生成のHTMLをZIP形式でアップロードして一時URLを発行するギガサイト便のようなサービスでは、裏側で署名付きURLが使われることがあります。「3日後にURLが無効化される」という期限設定も署名付きURLの有効期限として実装されるため、URLを変更しなくてもアクセスを自動停止できます。
制作会社がクライアントにデザインカンプを共有するシナリオでも署名付きURLが便利です。メールで送ったURLが3営業日後には開けなくなる設計にすれば、後から情報が漏れるリスクが限定されます。一方でクライアントが後日再確認したいときに「URLが切れている」というトラブルも起きやすいため、期限の説明を添えて共有するのがマナーです。
よくある誤解
「署名付きURLは盗まれても安全」という誤解があります。署名付きURLはURL自体が認証情報なので、第三者がURLを入手すれば有効期間内は誰でもアクセスできます。機密度の高いコンテンツを扱う場合は、署名付きURLだけに頼らず追加でパスワードや受信者のメール認証を重ねる設計が必要です。
「署名付きURLは変更できない」という思い込みもあります。実際にはサービス側で署名鍵を失効させることで、URLが期限内でも強制的にアクセス不能にできます。緊急の情報漏洩時には鍵のローテーションやURLの無効化を提供しているサービスを選ぶことが重要です。
安全に使うための注意点
署名付きURLをメール本文に直接貼る場合、メールの転送で意図しない相手に届く可能性があります。特に社外のビジネスパートナーへのメールは転送リスクが高いため、メールには「URLを転送しないでください」と注記を添えるか、転送を抑制する効果のあるDLPポリシーを設定してください。
有効期限の設定は「短すぎず長すぎず」が重要です。5分では受け取った側がすぐ開かないと使えなくなり、30日では長期間流出リスクが続きます。社内レビューなら24〜72時間、クライアント向けデザイン確認なら7〜14日を目安に設定するのが実務的なバランスです。期限が切れた後に延長を求められた場合は、新しいURLを再発行する運用を明確にしておいてください。
よくある質問
署名付きURLの期限が切れた場合、同じURLを延長できますか？
基本的にできません。署名付きURLは期限情報が署名に含まれるため、期限を変えると別の署名が必要になり実質的に新しいURLになります。期限後の再共有が想定される場合は、最初から長めの期限を設定するか、再発行の手順を共有相手に伝えておく必要があります。
署名付きURLをSNSに公開してしまいました。どうすればよいですか？
可能な限り早くURLを無効化してください。S3やGCSなら署名鍵のローテーション、ギガサイト便等のサービスなら管理画面からURLの無効化を行います。その後アクセスログを確認し、想定外のIPアドレスからのアクセスがなかったかを検証してください。
署名付きURLとパスワード保護はどちらが安全ですか？
用途が異なります。署名付きURLはURLを知っている人のみアクセスでき運用が簡単ですが、URL流出に弱いです。パスワード保護はURL流出後もパスワード知らない人をブロックできます。機密度が高い場合は両方を組み合わせるのが最も安全です。