このページでは、認証情報アクセス境界を使用して、Cloud Storage 権限の範囲が限定された OAuth 2.0 アクセス トークンを作成する方法について説明します。
権限の範囲が限定されたトークンを作成するプロセスには、次の手順が含まれます。
- ユーザーまたはサービス アカウントに、適切な IAM ロールを付与します。
- ユーザーまたはサービス アカウントが使用できる権限の上限を設定する、認証情報アクセス境界を定義します。
- ユーザーまたはサービス アカウントの OAuth 2.0 アクセス トークンを作成します。
- 認証情報アクセス境界を遵守する新しい認証トークンと OAuth 2.0 アクセス トークンを交換します。
範囲が限定された新しい OAuth 2.0 アクセス トークンを使用して、Cloud Storage へのリクエストを認証できます。
始める前に
認証情報アクセス境界を使用する前に、次の要件を満たしていることを確認してください。
Cloud Storage の権限のみ範囲を限定する必要があります。他のGoogle Cloud サービスには必要ありません。
追加の Google Cloudサービスの権限の範囲を限定する必要がある場合は、複数のサービス アカウントを作成し、各サービス アカウントに異なるロールを付与できます。
認証には OAuth 2.0 アクセス トークンを使用できます。他のタイプの有効期間が短い認証情報は、認証情報アクセス境界をサポートしません。
また、必要な API を有効にする必要があります。
-
Enable the IAM and Security Token Service APIs.
IAM ロールを付与する
認証情報アクセス境界は、リソースで使用可能な権限の上限を設定します。プリンシパルから権限を削除することはできますが、プリンシパルに付与されていない権限は追加できません。
そのため、必要な権限を付与するプリンシパルにも Cloud Storage バケットまたはプロジェクトなどより高いレベルのリソースでロールを付与する必要があります。
たとえば、サービス アカウントがバケット内にオブジェクトを作成することを許可する、範囲が限定された有効期間の短い認証情報を作成するとします。
- サービス アカウントには、少なくともストレージのオブジェクト作成者ロール(
roles/storage.objectCreator
)などのstorage.objects.create
権限を付与する必要があります。認証情報アクセス境界には、この権限も含める必要があります。 - また、ストレージ オブジェクト管理者ロール(
roles/storage.objectAdmin
)など、より多くの権限を含むロールを付与することもできます。サービス アカウントで使用できるのは、ロール付与と認証情報アクセス境界の両方に表示される権限のみです。
Cloud Storage の事前定義ロールについては、Cloud Storage のロールをご覧ください。
認証情報アクセス境界を定義する
認証情報アクセス境界は、アクセス境界ルールのリストを含むオブジェクトです。ルールは、ユーザーまたはサービス アカウントが使用できる権限の上限を指定するパラメータで構成されます。認証情報アクセス境界を定義するには、アクセス境界ルールとそのパラメータを一覧表示する JSON オブジェクトを作成します。
認証情報アクセス境界の例を次に示します。
{
"accessBoundary": {
"accessBoundaryRules": [
{
"availablePermissions": [
"inRole:ROLE_ID"
],
"availableResource": "//storage.googleapis.com/projects/_/buckets/BUCKET_NAME"
"availabilityCondition": {
"expression" : "CONDITION"
}
]
}
}
次のように置き換えます。
ROLE_ID
: リソースで使用可能な権限の上限を定義する事前定義ロールまたはカスタムロールの ID。たとえば、roles/storage.objectViewer
のようにします。複数のロールを指定するには、inRole:
接頭辞とその後に続くロール ID を含む新しい行を追加します。指定されたロールに含まれる権限のみが使用できます。BUCKET_NAME
: ルールが適用される Cloud Storage バケットの名前。CONDITION
: 省略可。権限を使用できる Cloud Storage オブジェクトを指定する条件式。たとえば、次の条件では、名前がcustomer-a
で始まるオブジェクトにアクセスできるようにします。resource.name.startsWith('projects/_/buckets/example-bucket/objects/customer-a')
認証情報アクセス境界を作成してカスタマイズする方法については、認証情報アクセス境界のコンポーネントをご覧ください。
認証情報アクセス境界の想定されるユースケースの例については、認証情報アクセス境界の例をご覧ください。
OAuth 2.0 アクセス トークンを作成する
範囲が限定された有効期間の短い認証情報を作成する前に、通常の OAuth 2.0 アクセス トークンを作成する必要があります。その後、通常の認証情報を範囲が限定された認証情報と交換できます。アクセス トークンを作成する際は、OAuth 2.0 スコープ https://www.googleapis.com/auth/cloud-platform
を使用します。
サービス アカウントのアクセス トークンを作成するには、サーバー間の OAuth 2.0 フローを完了するか、Service Account Credentials API を使用して OAuth 2.0 アクセス トークンを生成します。
ユーザーのアクセス トークンを作成する方法については、OAuth 2.0 アクセス トークンの取得をご覧ください。OAuth 2.0 Playground を使用して、ご自分の Google アカウントのアクセス トークンを作成することもできます。
OAuth 2.0 アクセス トークンの交換
作成した OAuth 2.0 アクセス トークンは、認証情報アクセス境界を遵守する範囲が限定された認証トークンと交換できます。このプロセスには通常、トークン ブローカーとトークン コンシューマーが含まれます。
トークン ブローカーは、認証情報アクセス境界を定義し、アクセス トークンを範囲の限定されたトークンと交換します。
トークン ブローカーは、サポートされている認証ライブラリを使用してアクセス トークンを自動的に交換できます。また、セキュリティ トークン サービスを呼び出して、トークンを手動で交換することもできます。
トークン コンシューマーは、トークン ブローカーに範囲が限定されたアクセス トークンをリクエストし、範囲が限定されたアクセス トークンを使用して別のアクションを実行します。
トークン コンシューマーは、サポートされている認証ライブラリを使用して、期限切れになる前にアクセス トークンを自動的に更新できます。あるいは、トークンを手動で更新することも、トークンを更新せずに期限切れにすることもできます。
アクセス トークンを範囲の限定されたトークンと交換する方法は 2 つあります。
クライアントサイドのトークン交換(推奨): クライアントは Security Token Service API サーバーから暗号マテリアルを取得します。暗号マテリアルを使用すると、クライアントは、設定された期間(1 時間など)にクライアントサイドでさまざまな認証情報アクセス境界ルールを使用して、範囲の限定されたトークンを個別に生成できます。この方法ではレイテンシが短縮され、効率が向上します。特に、認証情報アクセス境界ルールの頻繁な更新が必要なクライアントでは効果的です。また、範囲の限定された一意のトークンを数多く生成する必要があるアプリケーションでも効率的です。これは、パフォーマンス、スケーラビリティ、将来の機能の互換性を向上させるため、推奨のアプローチです。
サーバーサイドのトークン交換: 認証情報アクセス境界ルールが変更されるたびに、クライアントは範囲の限定された新しいトークンを Security Token Service API サーバーにリクエストします。この方法は簡単ですが、範囲の限定されたトークン リクエストごとに Security Token Service API サーバーとのラウンドトリップが発生します。この方法は、範囲の限定されたトークン リクエストごとに Security Token Service API とのラウンドトリップが発生するため、クライアントサイドのトークン交換をサポートしていないクライアント ライブラリが必要な場合にのみおすすめします。
クライアントサイドのトークン交換
次の言語でトークン ブローカーとトークン コンシューマーを作成する場合は、Google の認証ライブラリを使用して、クライアントサイド アプローチでトークンを自動的に交換および更新できます。
Java
Java の場合、バージョン 1.32.1 以降の com.google.auth:google-auth-library-cab-token-generator
アーティファクトを使用してトークンを自動的に交換して更新できます。
アーティファクトのバージョンを確認するには、アプリケーション ディレクトリで次の Maven コマンドを実行します。
mvn dependency:list -DincludeArtifactIds=google-auth-library-cab-token-generator
次の例は、トークン ブローカーが範囲の限定されたトークンを生成する方法を示しています。
トークン コンシューマーが更新ハンドラを使用して、範囲の限定されたトークンを自動的に取得して更新する方法を次に示します。
サーバーサイドのトークン交換
このセクションでは、サービスサイド アプローチでトークンを交換するために使用できる次の方法について説明します。
サーバーサイド アプローチでアクセス トークンを自動的に交換して更新する
次のいずれかの言語でトークン ブローカーとトークン コンシューマーを作成する場合は、Google の認証ライブラリを使用して、サーバーサイドのトークン生成アプローチでトークンを自動的に交換および更新できます。
Go
Go の場合、バージョン v0.0.0-20210819190943-2bc19b11175f 以降の golang.org/x/oauth2
パッケージを使用してトークンを自動的に交換して更新できます。
パッケージのバージョンを確認するには、アプリケーション ディレクトリで次のコマンドを実行します。
go list -m golang.org/x/oauth2
次の例は、トークン ブローカーが範囲の限定されたトークンを生成する方法を示しています。
トークン コンシューマーが更新ハンドラを使用して、範囲の限定されたトークンを自動的に取得して更新する方法を次に示します。
Java
Java の場合、バージョン 1.1.0 以降の com.google.auth:google-auth-library-oauth2-http
アーティファクトを使用してトークンを自動的に交換して更新できます。
アーティファクトのバージョンを確認するには、アプリケーション ディレクトリで次の Maven コマンドを実行します。
mvn dependency:list -DincludeArtifactIds=google-auth-library-oauth2-http
次の例は、トークン ブローカーが範囲の限定されたトークンを生成する方法を示しています。
トークン コンシューマーが更新ハンドラを使用して、範囲の限定されたトークンを自動的に取得して更新する方法を次に示します。
Node.js
Node.js の場合、バージョン 7.9.0 以降の google-auth-library
パッケージを使用してトークンを自動的に交換して更新できます。
パッケージのバージョンを確認するには、アプリケーション ディレクトリで次のコマンドを実行します。
npm list google-auth-library
次の例は、トークン ブローカーが範囲の限定されたトークンを生成する方法を示しています。
次の例は、トークン コンシューマーが、範囲の限定されたトークンを自動的に取得して更新する更新ハンドラを提供する方法を示しています。
Python
Python の場合、バージョン 2.0.0 以降の google-auth
パッケージを使用してトークンを自動的に交換して更新できます。
パッケージのバージョンを確認するには、パッケージがインストールされている環境で次のコマンドを実行します。
pip show google-auth
次の例は、トークン ブローカーが範囲の限定されたトークンを生成する方法を示しています。
次の例は、トークン コンシューマーが、範囲の限定されたトークンを自動的に取得して更新する更新ハンドラを提供する方法を示しています。
アクセス トークンを手動で交換して更新する
トークン ブローカーは、Security Token Service API を使用して、アクセス トークンを範囲の限定されたアクセス トークンと交換できます。その後、範囲の限定されたトークンをトークン コンシューマーに提供できます。
アクセス トークンを交換するには、次の HTTP メソッドと URL を使用します。
POST https://sts.googleapis.com/v1/token
リクエストの Content-Type
ヘッダーを application/x-www-form-urlencoded
に設定します。リクエスト本文に次のフィールドを含めます。
フィールド | |
---|---|
grant_type |
値 |
options |
パーセント エンコードでエンコードされた JSON 形式の認証情報アクセス境界。 |
requested_token_type |
値 |
subject_token |
交換する OAuth 2.0 アクセス トークン。 |
subject_token_type |
値 |
レスポンスは、次のフィールドを含む JSON オブジェクトです。
フィールド | |
---|---|
access_token |
認証情報アクセス境界を遵守する範囲が限定された OAuth 2.0 アクセス トークン。 |
expires_in |
範囲が限定されたトークンが期限切れになるまでの秒数。 このフィールドは、元のアクセス トークンがサービス アカウントを表す場合にのみ含まれます。このフィールドが含まれない場合、範囲が限定されたトークンの有効期限は元のアクセス トークンと同じになります。 |
issued_token_type |
|
token_type |
|
たとえば、JSON 形式の認証情報アクセス境界が ./access-boundary.json
ファイルに保存されている場合、次の curl
コマンドを使用してアクセス トークンを交換できます。original-token
は元のアクセス トークンに置き換えます。
curl -H "Content-Type:application/x-www-form-urlencoded" \ -X POST \ https://sts.googleapis.com/v1/token \ -d "grant_type=urn:ietf:params:oauth:grant-type:token-exchange&subject_token_type=urn:ietf:params:oauth:token-type:access_token&requested_token_type=urn:ietf:params:oauth:token-type:access_token&subject_token=original-token" \ --data-urlencode "options=$(cat ./access-boundary.json)"
レスポンスは次の例のようになります。
{
"access_token": "ya29.dr.AbCDeFg-123456...",
"issued_token_type": "urn:ietf:params:oauth:token-type:access_token",
"token_type": "Bearer",
"expires_in": 3600
}
トークン コンシューマーが範囲の限定されたトークンをリクエストすると、トークン ブローカーは、範囲の限定されたトークンおよび有効期限が切れるまでの秒数の両方を応答します。トークンの有効期限が切れている場合、サーバーはリクエストを拒否します。範囲の限定されたトークンを更新するには、既存のトークンが期限切れになる前に、コンシューマーは範囲の限定されたトークンをブローカーにリクエストします。
次のステップ
- Cloud Storage のアクセス制御について学ぶ。
- 有効期間が短いサービス アカウント認証情報を作成する。
- 次のいずれかの方法で、サービス アカウントの OAuth 2.0 アクセス トークンを作成する。
- ユーザー用の OAuth 2.0 アクセス トークンを作成する。
- 各事前定義ロールの権限を確認する。
- カスタムロールについて学ぶ。