ラップされたデータ暗号鍵(DEK)と関連データを返します。この方法は、ドメイン管理者が Google ドライブにインポートしたデータを一括で暗号化する場合に使用します。
詳細については、データの暗号化と復号をご覧ください。
HTTP リクエスト
POST https://BASE_URL/privilegedwrap
BASE_URL
は、ベース URL に置き換えます。
パスパラメータ
なし。
リクエスト本文
リクエストの本文には、次の構造のデータが含まれます。
JSON 表現 | |
---|---|
{ "authentication": string, "key": string, "perimeter_id": string, "reason": string, "resource_name": string } |
フィールド | |
---|---|
authentication |
ユーザーの身元を証明する ID プロバイダ(IdP)によって発行された JWT。認証トークンをご覧ください。 |
key |
base64 でエンコードされた DEK。最大サイズ: 128 バイト。 |
perimeter_id |
ドキュメントの場所に関連付けられたオプションの値。展開時にチェックする境界を選択するために使用できます。 |
reason |
オペレーションに関する追加のコンテキストを提供するパススルー JSON 文字列。指定された JSON は、表示する前にサニタイズする必要があります。最大サイズ: 1 KB。 |
resource_name |
DEK によって暗号化されたオブジェクトの識別子。 |
レスポンスの本文
成功すると、このメソッドは不透明なバイナリ オブジェクトを返します。このオブジェクトは、暗号化されたオブジェクトとともに Google Workspace によって保存され、後続の鍵のアンラッピング オペレーションでそのまま送信されます。
オペレーションが失敗した場合は、構造化エラー レスポンスが返されます。
バイナリ オブジェクトには、暗号化された DEK の唯一のコピーが含まれている必要があります。実装固有のデータはここに保存できます。
DEK を鍵アクセス制御リスト サービス(KACLS)システムに保存しないでください。代わりに、暗号化して wrapped_key
オブジェクトで返します。これにより、ドキュメントとそのキーの存続期間の不一致を防ぐことができます。たとえば、ユーザーがリクエストしたときにユーザーのデータが完全に消去されるようにする、バックアップから復元された以前のバージョンを復号できるようにする、などです。
JSON 表現 | |
---|---|
{ "wrapped_key": string } |
フィールド | |
---|---|
wrapped_key |
base64 でエンコードされたバイナリ オブジェクト。最大サイズ: 1 KB。 |
例
次の例は、privilegedwrap
メソッドのサンプル リクエストとレスポンスを示しています。
リクエスト
POST https://mykacls.example.com/v1/privilegedwrap
{
"key":"wHrlNOTI9mU6PBdqiq7EQA==",
"resource_name": "wdwqd…",
"authentication": "eyJhbGciOi…",
"reason": "admin import"
}
レスポンス
{
"wrapped_key": "3qTh6Mp+svPwYPlnZMyuj8WHTrM59wl/UI50jo61Qt/QubZ9tfsUc1sD62xdg3zgxC9quV4r+y7AkbfIDhbmxGqP64pWbZgFzOkP0JcSn+1xm/CB2E5IknKsAbwbYREGpiHM3nzZu+eLnvlfbzvTnJuJwBpLoPYQcnPvcgm+5gU1j1BjUaNKS/uDn7VbVm7hjbKA3wkniORC2TU2MiHElutnfrEVZ8wQfrCEpuWkOXs98H8QxUK4pBM2ea1xxGj7vREAZZg1x/Ci/E77gHxymnZ/ekhUIih6Pwu75jf+dvKcMnpmdLpwAVlE1G4dNginhFVyV/199llf9jmHasQQuaMFzQ9UMWGjA1Hg2KsaD9e3EL74A5fLkKc2EEmBD5v/aP+1RRZ3ISbTOXvxqYIFCdSFSCfPbUhkc9I2nHS0obEH7Q7KiuagoDqV0cTNXWfCGJ1DtIlGQ9IA6mPDAjX8Lg=="
}