/AWS1/CL_KMS=>CREATEGRANT()
¶
About CreateGrant¶
Adds a grant to a KMS key.
A grant is a policy instrument that allows Amazon Web Services principals to use KMS keys in cryptographic operations. It also can allow them to view a KMS key (DescribeKey) and create and manage grants. When authorizing access to a KMS key, grants are considered along with key policies and IAM policies. Grants are often used for temporary permissions because you can create one, use its permissions, and delete it without changing your key policies or IAM policies.
For detailed information about grants, including grant terminology, see Grants in KMS in the Key Management Service Developer Guide . For examples of working with grants in several programming languages, see Programming grants.
The CreateGrant
operation returns a GrantToken
and a
GrantId
.
-
When you create, retire, or revoke a grant, there might be a brief delay, usually less than five minutes, until the grant is available throughout KMS. This state is known as eventual consistency. Once the grant has achieved eventual consistency, the grantee principal can use the permissions in the grant without identifying the grant.
However, to use the permissions in the grant immediately, use the
GrantToken
thatCreateGrant
returns. For details, see Using a grant token in the Key Management Service Developer Guide . -
The
CreateGrant
operation also returns aGrantId
. You can use theGrantId
and a key identifier to identify the grant in the RetireGrant and RevokeGrant operations. To find the grant ID, use the ListGrants or ListRetirableGrants operations.
The KMS key that you use for this operation must be in a compatible key state. For details, see Key states of KMS keys in the Key Management Service Developer Guide.
Cross-account use: Yes. To perform this operation on a KMS key in a different Amazon Web Services account, specify the key
ARN in the value of the KeyId
parameter.
Required permissions: kms:CreateGrant (key policy)
Related operations:
Eventual consistency: The KMS API follows an eventual consistency model. For more information, see KMS eventual consistency.
Method Signature¶
IMPORTING¶
Required arguments:¶
iv_keyid
TYPE /AWS1/KMSKEYIDTYPE
/AWS1/KMSKEYIDTYPE
¶
Identifies the KMS key for the grant. The grant gives principals permission to use this KMS key.
Specify the key ID or key ARN of the KMS key. To specify a KMS key in a different Amazon Web Services account, you must use the key ARN.
For example:
Key ID:
1234abcd-12ab-34cd-56ef-1234567890ab
Key ARN:
arn:aws:kms:us-east-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab
To get the key ID and key ARN for a KMS key, use ListKeys or DescribeKey.
iv_granteeprincipal
TYPE /AWS1/KMSPRINCIPALIDTYPE
/AWS1/KMSPRINCIPALIDTYPE
¶
The identity that gets the permissions specified in the grant.
To specify the grantee principal, use the Amazon Resource Name (ARN) of an Amazon Web Services principal. Valid principals include Amazon Web Services accounts, IAM users, IAM roles, federated users, and assumed role users. For help with the ARN syntax for a principal, see IAM ARNs in the Identity and Access Management User Guide .
it_operations
TYPE /AWS1/CL_KMSGRANTOPLIST_W=>TT_GRANTOPERATIONLIST
TT_GRANTOPERATIONLIST
¶
A list of operations that the grant permits.
This list must include only operations that are permitted in a grant. Also, the operation must be supported on the KMS key. For example, you cannot create a grant for a symmetric encryption KMS key that allows the Sign operation, or a grant for an asymmetric KMS key that allows the GenerateDataKey operation. If you try, KMS returns a
ValidationError
exception. For details, see Grant operations in the Key Management Service Developer Guide.
Optional arguments:¶
iv_retiringprincipal
TYPE /AWS1/KMSPRINCIPALIDTYPE
/AWS1/KMSPRINCIPALIDTYPE
¶
The principal that has permission to use the RetireGrant operation to retire the grant.
To specify the principal, use the Amazon Resource Name (ARN) of an Amazon Web Services principal. Valid principals include Amazon Web Services accounts, IAM users, IAM roles, federated users, and assumed role users. For help with the ARN syntax for a principal, see IAM ARNs in the Identity and Access Management User Guide .
The grant determines the retiring principal. Other principals might have permission to retire the grant or revoke the grant. For details, see RevokeGrant and Retiring and revoking grants in the Key Management Service Developer Guide.
io_constraints
TYPE REF TO /AWS1/CL_KMSGRANTCONSTRAINTS
/AWS1/CL_KMSGRANTCONSTRAINTS
¶
Specifies a grant constraint.
Do not include confidential or sensitive information in this field. This field may be displayed in plaintext in CloudTrail logs and other output.
KMS supports the
EncryptionContextEquals
andEncryptionContextSubset
grant constraints, which allow the permissions in the grant only when the encryption context in the request matches (EncryptionContextEquals
) or includes (EncryptionContextSubset
) the encryption context specified in the constraint.The encryption context grant constraints are supported only on grant operations that include an
EncryptionContext
parameter, such as cryptographic operations on symmetric encryption KMS keys. Grants with grant constraints can include the DescribeKey and RetireGrant operations, but the constraint doesn't apply to these operations. If a grant with a grant constraint includes theCreateGrant
operation, the constraint requires that any grants created with theCreateGrant
permission have an equally strict or stricter encryption context constraint.You cannot use an encryption context grant constraint for cryptographic operations with asymmetric KMS keys or HMAC KMS keys. Operations with these keys don't support an encryption context.
Each constraint value can include up to 8 encryption context pairs. The encryption context value in each constraint cannot exceed 384 characters. For information about grant constraints, see Using grant constraints in the Key Management Service Developer Guide. For more information about encryption context, see Encryption context in the Key Management Service Developer Guide .
it_granttokens
TYPE /AWS1/CL_KMSGRANTTOKENLIST_W=>TT_GRANTTOKENLIST
TT_GRANTTOKENLIST
¶
A list of grant tokens.
Use a grant token when your permission to call this operation comes from a new grant that has not yet achieved eventual consistency. For more information, see Grant token and Using a grant token in the Key Management Service Developer Guide.
iv_name
TYPE /AWS1/KMSGRANTNAMETYPE
/AWS1/KMSGRANTNAMETYPE
¶
A friendly name for the grant. Use this value to prevent the unintended creation of duplicate grants when retrying this request.
Do not include confidential or sensitive information in this field. This field may be displayed in plaintext in CloudTrail logs and other output.
When this value is absent, all
CreateGrant
requests result in a new grant with a uniqueGrantId
even if all the supplied parameters are identical. This can result in unintended duplicates when you retry theCreateGrant
request.When this value is present, you can retry a
CreateGrant
request with identical parameters; if the grant already exists, the originalGrantId
is returned without creating a new grant. Note that the returned grant token is unique with everyCreateGrant
request, even when a duplicateGrantId
is returned. All grant tokens for the same grant ID can be used interchangeably.
iv_dryrun
TYPE /AWS1/KMSNULLABLEBOOLEANTYPE
/AWS1/KMSNULLABLEBOOLEANTYPE
¶
Checks if your request will succeed.
DryRun
is an optional parameter.To learn more about how to use this parameter, see Testing your KMS API calls in the Key Management Service Developer Guide.
RETURNING¶
oo_output
TYPE REF TO /aws1/cl_kmscreategrantrsp
/AWS1/CL_KMSCREATEGRANTRSP
¶
Domain /AWS1/RT_ACCOUNT_ID Primitive Type NUMC
Examples¶
Syntax Example¶
This is an example of the syntax for calling the method. It includes every possible argument and initializes every possible value. The data provided is not necessarily semantically accurate (for example the value "string" may be provided for something that is intended to be an instance ID, or in some cases two arguments may be mutually exclusive). The syntax shows the ABAP syntax for creating the various data structures.
DATA(lo_result) = lo_client->/aws1/if_kms~creategrant(
io_constraints = new /aws1/cl_kmsgrantconstraints(
it_encryptioncontextequals = VALUE /aws1/cl_kmsenccontexttype_w=>tt_encryptioncontexttype(
(
VALUE /aws1/cl_kmsenccontexttype_w=>ts_enccontexttype_maprow(
key = |string|
value = new /aws1/cl_kmsenccontexttype_w( |string| )
)
)
)
it_encryptioncontextsubset = VALUE /aws1/cl_kmsenccontexttype_w=>tt_encryptioncontexttype(
(
VALUE /aws1/cl_kmsenccontexttype_w=>ts_enccontexttype_maprow(
key = |string|
value = new /aws1/cl_kmsenccontexttype_w( |string| )
)
)
)
)
it_granttokens = VALUE /aws1/cl_kmsgranttokenlist_w=>tt_granttokenlist(
( new /aws1/cl_kmsgranttokenlist_w( |string| ) )
)
it_operations = VALUE /aws1/cl_kmsgrantoplist_w=>tt_grantoperationlist(
( new /aws1/cl_kmsgrantoplist_w( |string| ) )
)
iv_dryrun = ABAP_TRUE
iv_granteeprincipal = |string|
iv_keyid = |string|
iv_name = |string|
iv_retiringprincipal = |string|
).
This is an example of reading all possible response values
lo_result = lo_result.
IF lo_result IS NOT INITIAL.
lv_granttokentype = lo_result->get_granttoken( ).
lv_grantidtype = lo_result->get_grantid( ).
ENDIF.
To create a grant¶
The following example creates a grant that allows the specified IAM role to encrypt data with the specified KMS key.
DATA(lo_result) = lo_client->/aws1/if_kms~creategrant(
it_operations = VALUE /aws1/cl_kmsgrantoplist_w=>tt_grantoperationlist(
( new /aws1/cl_kmsgrantoplist_w( |Encrypt| ) )
( new /aws1/cl_kmsgrantoplist_w( |Decrypt| ) )
)
iv_granteeprincipal = |arn:aws:iam::111122223333:role/ExampleRole|
iv_keyid = |arn:aws:kms:us-east-2:444455556666:key/1234abcd-12ab-34cd-56ef-1234567890ab|
).