创建授权 - Amazon Key Management Service
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

创建授权

在创建授权之前,请了解用于自定义授权的选项。您可以使用授权约束来限制授权中的权限。此外,了解授予 CreateGrant 权限的相关信息。获得从授权创建授权的权限的委托人在其可以创建的授权中受到限制。

创建授予

要创建授权,请调用 CreateGrant 操作。指定 KMS 密钥,被授权者委托人,以及允许的授权操作的列表。您还可以指定一个可选的停用委托人。要自定义授权,请使用可选 Constraints 参数来定义授予约束

当您创建、停用或撤销授权时,可能会出现短暂的延迟(通常不到五分钟),直到该操作达到最终一致性

例如,以下 CreateGrant 会命令创建一个允许 exampleUser 对指定的对称 KMS 密钥调用 Decrypt 操作的授权。授权使用 RetiringPrincipal 参数,指定可以停用授权的委托人。其中还包含一个授权约束,仅当请求中的加密上下文包含 "Department": "IT" 时才允许该权限。

$ aws kms create-grant \ --key-id 1234abcd-12ab-34cd-56ef-1234567890ab \ --grantee-principal arn:aws:iam::111122223333:user/exampleUser \ --operations Decrypt \ --retiring-principal arn:aws:iam::111122223333:role/adminRole \ --constraints EncryptionContextSubset={Department=IT}

如果您的代码重试 CreateGrant 操作,或者使用自动重试请求的 Amazon SDK,请使用可选的 Name 参数来防止创建重复授权。如果 Amazon KMS 针对与现有授权具有相同属性(包括名称)的授权获取一个 CreateGrant 请求,它会将该请求识别为重试,并且不创建新授权。您无法使用 Name 值来标识任何 Amazon KMS 操作中的授权。

$ aws kms create-grant \ --name IT-1234abcd-exampleUser-decrypt \ --key-id 1234abcd-12ab-34cd-56ef-1234567890ab \ --grantee-principal arn:aws:iam::111122223333:user/exampleUser \ --operations Decrypt \ --retiring-principal arn:aws:iam::111122223333:role/adminRole \ --constraints EncryptionContextSubset={Department=IT}

有关演示如何通过多种编程语言使用授权的代码示例,请参阅 处理授予

使用授权约束

授权约束设置授权给予被授权者委托人的权限的条件。授权约束取代密钥策略IAM 策略中的条件键。每个授权约束值最多可以包含 8 个加密上下文对。每个授权约束中的加密上下文值不能超过 384 个字符。

Amazon KMS 支持两个授权约束 EncryptionContextEqualsEncryptionContextSubset,两者都在加密操作的请求中建立了对加密上下文的要求。

加密上下文授权约束旨在与具有加密上下文参数的授权操作结合使用。

  • 对于非对称 KMS 密钥,不能在授权中使用加密上下文约束。使用非对称 KMS 密钥的加密操作不支持加密上下文。

  • 对于 DescribeKeyRetireGrant 操作,加密上下文约束将被忽略。DescribeKeyRetireGrant 不包括加密上下文参数,但您可以将这些操作包含在具有加密上下文约束的授权中。

  • 您可以将授权中的加密上下文约束用于 CreateGrant 操作。加密上下文约束要求使用 CreateGrant 权限创建的任何授权具有同样严格或更严格的加密上下文约束。

Amazon KMS 支持以下加密上下文授权约束。

EncryptionContextEquals

使用 EncryptionContextEquals 为允许的请求指定精确的加密上下文。

EncryptionContextEquals 要求请求中的加密上下文对与授权约束中加密上下文对区分大小写的完全匹配。上下文对可以按任意顺序显示,不过每一对中的键和值不能有改变。

例如,如果 EncryptionContextEquals 授权约束需要 "Department": "IT" 加密上下文对,则授权仅在请求中的加密上下文完全是 "Department": "IT" 时,允许指定类型的请求。

EncryptionContextSubset

使用 EncryptionContextSubset 来要求请求包含特定的加密上下文对。

EncryptionContextSubset 要求请求中包含授权约束中的所有加密上下文对(区分大小写的完全匹配),但请求也可以包含其他的加密上下文对。上下文对可以按任意顺序显示,不过每一对中的键和值不能有改变。

例如,如果 EncryptionContextSubset 授权约束需要 Department=IT 加密上下文对,则授权在请求中的加密上下文为 "Department": "IT" 或者包含 "Department": "IT" 以及其他加密上下文对(例如 "Department": "IT","Purpose": "Test")时,允许指定类型的请求。

要在对称 KMS 密钥的授权中指定加密上下文约束,请使用 CreateGrant 操作中的 Constraints 参数。此命令创建的授权向 exampleUser 授予调用 Decrypt 操作的权限。不过,该权限仅在 Decrypt 请求中的加密上下文是 "Department": "IT" 加密上下文对时有效。

$ aws kms create-grant \ --key-id 1234abcd-12ab-34cd-56ef-1234567890ab \ --grantee-principal arn:aws:iam::111122223333:user/exampleUser \ --operations Decrypt \ --retiring-principal arn:aws:iam::111122223333:role/adminRole \ --constraints EncryptionContextEquals={Department=IT}

生成的授权与以下项目类似。请注意,向 exampleUser 授予的权限仅在 Decrypt 请求使用授权约束中指定的相同加密上下文时有效。要查找对 KMS 密钥的授权,请使用 ListGrants 操作。

$ aws kms list-grants --key-id 1234abcd-12ab-34cd-56ef-1234567890ab { "Grants": [ { "Name": "", "IssuingAccount": "arn:aws:iam::111122223333:root", "GrantId": "8c94d1f12f5e69f440bae30eaec9570bb1fb7358824f9ddfa1aa5a0dab1a59b2", "Operations": [ "Decrypt" ], "GranteePrincipal": "arn:aws:iam::111122223333:user/exampleUser", "Constraints": { "EncryptionContextEquals": { "Department": "IT" } }, "CreationDate": 1568565290.0, "KeyId": "arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab", "RetiringPrincipal": "arn:aws:iam::111122223333:role/adminRole" } ] }

为了满足 EncryptionContextEquals 授权约束,Decrypt 操作的请求中的加密上下文必须是 "Department": "IT" 对。来自被授予者委托人的以下请求将满足 EncryptionContextEquals 授权约束。

$ aws kms decrypt \ --key-id arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab\ --ciphertext-blob fileb://encrypted_msg \ --encryption-context Department=IT

当授权约束为 EncryptionContextSubset 时,请求中的加密上下文对必须在授权约束中包含加密上下文对,不过请求也可以包括其他加密上下文对。以下授权约束要求请求中的一个加密上下文对是 "Deparment": "IT"

"Constraints": { "EncryptionContextSubset": { "Department": "IT" } }

来自被授权者委托人的以下请求将满足本示例中 EncryptionContextEqualEncryptionContextSubset 授权约束的要求。

$ aws kms decrypt \ --key-id arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab \ --ciphertext-blob fileb://encrypted_msg \ --encryption-context Department=IT

但是,来自被授权者委托人的以下请求将满足 EncryptionContextSubset 授权约束,但不满足 EncryptionContextEquals 授权约束。

$ aws kms decrypt \ --key-id arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab \ --ciphertext-blob fileb://encrypted_msg \ --encryption-context Department=IT,Purpose=Test

Amazon 服务通常会在向其授予使用 中的 KMS 密钥的权限的授权中使用加密上下文约束。Amazon Web Services 账户例如,Amazon DynamoDB 使用类似下面的授权来获得为账户中的 DynamoDB 使用 Amazon 托管式密钥 的权限。此授权中的 EncryptionContextSubset 授权约束使授权中的权限仅在请求中的加密上下文包含 "subscriberID": "111122223333""tableName": "Services" 对时有效。此授权约束意味着,授权仅允许 DynamoDB 将指定的 KMS 密钥用于 Amazon Web Services 账户 中的特定表。

要获取此输出,请对您账户中的 DynamoDB 的 Amazon 托管式密钥 运行 ListGrants 操作。

$ aws kms list-grants --key-id 0987dcba-09fe-87dc-65ba-ab0987654321 { "Grants": [ { "Operations": [ "Decrypt", "Encrypt", "GenerateDataKey", "ReEncryptFrom", "ReEncryptTo", "RetireGrant", "DescribeKey" ], "IssuingAccount": "arn:aws:iam::111122223333:root", "Constraints": { "EncryptionContextSubset": { "aws:dynamodb:tableName": "Services", "aws:dynamodb:subscriberId": "111122223333" } }, "CreationDate": 1518567315.0, "KeyId": "arn:aws:kms:us-west-2:111122223333:key/0987dcba-09fe-87dc-65ba-ab0987654321", "GranteePrincipal": "dynamodb.us-west-2.amazonaws.com", "RetiringPrincipal": "dynamodb.us-west-2.amazonaws.com", "Name": "8276b9a6-6cf0-46f1-b2f0-7993a7f8c89a", "GrantId": "1667b97d27cf748cf05b487217dd4179526c949d14fb3903858e25193253fe59" } ] }

授予 CreateGrant 权限

授权可以包括调用 CreateGrant 操作的权限。但是,当被授权者委托人获取从授权中,而不是从策略中调用 CreateGrant 的权限时,该权限将收到限制。

  • 被授权者委托人只能创建允许父授权中部分或全部操作的授权。

  • 他们创建的授权中的授权约束必须至少与父授权中的约束一样严格。

这些限制不适用于从策略中获取 CreateGrant 权限的委托人,尽管它们的权限可以由策略条件限制。

例如,考虑一个授权,该授权允许被授权委托人调用 GenerateDataKeyDecryptCreateGrant 操作。我们将允许 CreateGrant 权限的授权称为父授权

# The original grant in a ListGrants response. { "Grants": [ { "KeyId": "arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab", "CreationDate": 1572216195.0, "GrantId": "abcde1237f76e4ba7987489ac329fbfba6ad343d6f7075dbd1ef191f0120514a", "Operations": [ "GenerateDataKey", "Decrypt", "CreateGrant ] "RetiringPrincipal": "arn:aws:iam::111122223333:role/adminRole", "Name": "", "IssuingAccount": "arn:aws:iam::111122223333:root", "GranteePrincipal": "arn:aws:iam::111122223333:user/exampleUser", "Constraints": { "EncryptionContextSubset": { "Department": "IT" } }, } ] }

被授权者委托人 exampleUser 可以使用此权限创建授权,其中包括在原始授权中指定的操作的任意子集,例如 CreateGrantDecrypt子级授权不能包含其他操作,如 ScheduleKeyDeletion 或者 ReEncrypt

此外,子授权中的授权约束必须与父授权具有相同的限制或更严格的限制。例如,子授权可以添加对到父授权中的 EncryptionContextSubset 约束,但不能从中删除对。子授权可以将 EncryptionContextSubset 约束更改为 EncryptionContextEquals 约束,但不能反之。

例如,被授权者委托人可以使用从父级授权那里获得的 CreateGrant 权限以创建以下子级授权。子级授权中的操作是父级授权中操作的子集,并且授权约束更严格。

# The child grant in a ListGrants response. { "Grants": [ { "KeyId": "arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab", "CreationDate": 1572249600.0, "GrantId": "fedcba9999c1e2e9876abcde6e9d6c9b6a1987650000abcee009abcdef40183f", "Operations": [ "CreateGrant" "Decrypt" ] "RetiringPrincipal": "arn:aws:iam::111122223333:user/exampleUser", "Name": "", "IssuingAccount": "arn:aws:iam::111122223333:root", "GranteePrincipal": "arn:aws:iam::111122223333:user/anotherUser", "Constraints": { "EncryptionContextEquals": { "Department": "IT" } }, } ] }

子级授权中的被授权者委托人 anotherUser 可以使用它们的 CreateGrant 权限来创建授权。然而,anotherUser 创建的授权必须将操作包含在其父授权或子集中,并且授权约束必须相同或更严格。