本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 基于身份的策略示例 AWS Elemental MediaConvert 基于身份的策略示例 默认情况下，用户和角色没有创建或修改 MediaConvert 资源的权限。要授予用户对所需资源执行操作的权限，IAM 管理员可以创建 IAM 策略。 要了解如何使用这些示例 JSON 策略文档创建基于 IAM 身份的策略，请参阅《IAM 用户指南》**中的[创建 IAM 策略（控制台）](https://docs.amazonaws.cn/IAM/latest/UserGuide/access_policies_create-console.html)。 有关由 MediaConvert定义的操作和资源类型（包括每种资源类型的格式）的详细信息，请参阅《*服务授权参考*》 AWS Elemental MediaConvert中的[操作、资源和条件密钥](https://docs.amazonaws.cn/service-authorization/latest/reference/mediaconvert.html)。 ARNs **Topics** + [ ## 策略最佳实践 ](#security_iam_service-with-iam-policy-best-practices) + [ ## 使用控制 MediaConvert 台 ](#security_iam_id-based-policy-examples-console) + [ ## 允许用户查看他们自己的权限 ](#security_iam_id-based-policy-examples-view-own-permissions) + [ ## 策略示例：基本 MediaConvert 策略 ](#example-policy-basic-mediaconvert-user-policy) + [ ## 示例策略：资源级访问控制 ](#example-policy-resource-level-access-control) + [ ## 示例策略：使用资源标签的基于标签的访问控制 ](#example-policy-tag-based-access-control-using-resource-tags) ## 策略最佳实践 基于身份的策略决定了某人是否可以在您的账户中创建、访问或删除 MediaConvert 资源。这些操作可能会使 Amazon Web Services 账户产生成本。创建或编辑基于身份的策略时，请遵循以下指南和建议： + **开始使用 Amazon 托管策略并转向最低权限权限** — 要开始向用户和工作负载授予权限，请使用为许多常见用例授予权限的*Amazon 托管策略*。它们在你的版本中可用 Amazon Web Services 账户。我们建议您通过定义针对您的用例的 Amazon 客户托管策略来进一步减少权限。有关更多信息，请参阅《IAM 用户指南》**中的 [Amazon 托管策略](https://docs.amazonaws.cn/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)或[工作职能的Amazon 托管策略](https://docs.amazonaws.cn/IAM/latest/UserGuide/access_policies_job-functions.html)。 + **应用最低权限**：在使用 IAM 策略设置权限时，请仅授予执行任务所需的权限。为此，您可以定义在特定条件下可以对特定资源执行的操作，也称为*最低权限许可*。有关使用 IAM 应用权限的更多信息，请参阅《IAM 用户指南》**中的 [IAM 中的策略和权限](https://docs.amazonaws.cn/IAM/latest/UserGuide/access_policies.html)。 + **使用 IAM 策略中的条件进一步限制访问权限**：您可以向策略添加条件来限制对操作和资源的访问。例如，您可以编写策略条件来指定必须使用 SSL 发送所有请求。如果服务操作是通过特定的方式使用的，则也可以使用条件来授予对服务操作的访问权限 Amazon Web Services 服务，例如 Amazon CloudFormation。有关更多信息，请参阅《IAM 用户指南》**中的 [IAM JSON 策略元素：条件](https://docs.amazonaws.cn/IAM/latest/UserGuide/reference_policies_elements_condition.html)。 + **使用 IAM Access Analyzer 验证您的 IAM 策略，以确保权限的安全性和功能性**：IAM Access Analyzer 会验证新策略和现有策略，以确保策略符合 IAM 策略语言（JSON）和 IAM 最佳实践。IAM Access Analyzer 提供 100 多项策略检查和可操作的建议，以帮助您制定安全且功能性强的策略。有关更多信息，请参阅《IAM 用户指南》**中的[使用 IAM Access Analyzer 验证策略](https://docs.amazonaws.cn/IAM/latest/UserGuide/access-analyzer-policy-validation.html)。 + **需要多重身份验证 (MFA**)-如果 Amazon Web Services 账户您的场景需要 IAM 用户或根用户，请启用 MFA 以提高安全性。若要在调用 API 操作时需要 MFA，请将 MFA 条件添加到您的策略中。有关更多信息，请参阅《IAM 用户指南》**中的[使用 MFA 保护 API 访问](https://docs.amazonaws.cn/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html)。 有关 IAM 中的最佳实操的更多信息，请参阅《IAM 用户指南》**中的 [IAM 中的安全最佳实践](https://docs.amazonaws.cn/IAM/latest/UserGuide/best-practices.html)。 ## 使用控制 MediaConvert 台 使用控制台 要访问 AWS Elemental MediaConvert 控制台，您必须拥有一组最低权限。这些权限必须允许您列出和查看有关您的 MediaConvert 资源的详细信息 Amazon Web Services 账户。如果创建比必需的最低权限更为严格的基于身份的策略，对于附加了该策略的实体（用户或角色），控制台将无法按预期正常运行。 对于仅调用 Amazon CLI 或 Amazon API 的用户，您无需为其设置最低控制台权限。相反，只允许访问与其尝试执行的 API 操作相匹配的操作。 为确保用户和角色仍然可以使用 MediaConvert 控制台，还需要将 MediaConvert `ConsoleAccess`或`ReadOnly` Amazon 托管策略附加到实体。有关更多信息，请参阅《IAM 用户指南》**中的[为用户添加权限](https://docs.amazonaws.cn/IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console)。 以下示例策略向 IAM 用户授予对所有 MediaConvert 资源（例如作业`ListJobs``CreateJob`、队列和输出预设）执行所有 AWS Elemental MediaConvert 操作（例如、等）的权限。它还授予 IAM 用户指定运行任务所需的服务角色所需的 MediaConvert IAM 操作。它还授予 Amazon S3 操作，允许 IAM 用户使用**浏览**按钮来选择输入和输出位置。运行任务无需 Amazon S3 权限；相反，没有这些权限，IAM 用户可以指定存储桶的 URL。在此示例中，账号为*111122223333*，角色名称为*MediaConvertRole*。 ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "mediaconvertActions", "Effect": "Allow", "Action": "mediaconvert:*", "Resource": "*" }, { "Sid": "iamListRoles", "Effect": "Allow", "Action": "iam:ListRoles", "Resource": "*" }, { "Sid": "iamPassRole", "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::111122223333:role/MediaConvertRole", "Condition": { "StringLike": { "iam:PassedToService": "mediaconvert.amazonaws.com" } }, { "Sid": "s3Actions", "Effect": "Allow", "Action": [ "s3:ListBucket", "s3:GetBucketLocation", "s3:ListAllMyBuckets" ], "Resource": "*" } ] } ``` ## 允许用户查看他们自己的权限 该示例说明了您如何创建策略，以允许 IAM 用户查看附加到其用户身份的内联和托管式策略。此策略包括在控制台上或使用 Amazon CLI 或 Amazon API 以编程方式完成此操作的权限。 ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "ViewOwnUserInfo", "Effect": "Allow", "Action": [ "iam:GetUserPolicy", "iam:ListGroupsForUser", "iam:ListAttachedUserPolicies", "iam:ListUserPolicies", "iam:GetUser" ], "Resource": ["arn:aws:iam::*:user/${aws:username}"] }, { "Sid": "NavigateInConsole", "Effect": "Allow", "Action": [ "iam:GetGroupPolicy", "iam:GetPolicyVersion", "iam:GetPolicy", "iam:ListAttachedGroupPolicies", "iam:ListGroupPolicies", "iam:ListPolicyVersions", "iam:ListPolicies", "iam:ListUsers" ], "Resource": "*" } ] } ``` ## 策略示例：基本 MediaConvert 策略 策略示例：基本 MediaConvert 策略 以下示例策略授予基本操作权限 AWS Elemental MediaConvert。在此示例中，账号为*111122223333*，角色名称为*MediaConvertRole*。如果您使用的是加密，或者您的 Amazon S3 存储桶已启用默认加密，则需要其他权限。有关更多信息，请参阅 [使用加密和 DRM 保护您的媒体资产 AWS Elemental MediaConvert](using-encryption.md)。 ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "mediaconvertActions", "Effect": "Allow", "Action": "mediaconvert:*", "Resource": "*" }, { "Sid": "iamListRoles", "Effect": "Allow", "Action": "iam:ListRoles", "Resource": "*" }, { "Sid": "iamPassRole", "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::111122223333:role/MediaConvertRole", "Condition": { "StringLike": { "iam:PassedToService": "mediaconvert.amazonaws.com" } }, { "Sid": "s3Actions", "Effect": "Allow", "Action": [ "s3:ListBucket", "s3:GetBucketLocation", "s3:ListAllMyBuckets" ], "Resource": "*" } ] } ``` ## 示例策略：资源级访问控制 示例策略：资源级访问控制 以下示例策略授予您账户中某些 AWS Elemental MediaConvert 资源的权限。在此示例中，账号为*012345678910*。它在任何分区和区域中允许以下操作： + 一次查看账户中所有队列的详细信息。 + 一次查看已提交到队列“myQueue”的所有作业。 + 创建一个作业并将其提交到队列“myQueue”，引用名称以“allow”开头的任何预设并引用任何作业模板。 + 创建一个作业模板，同时引用队列“myQueue”和名称以“allow”开头的任何预设。 **注意** 您不能向队列、输出预设和作业等 AWS Elemental MediaConvert 资源授予跨账户权限。您可以授予存储在 Amazon S3 中的输入和输出媒体文件的跨账户权限。 ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "AllowListQueues", "Effect": "Allow", "Action": "mediaconvert:ListQueues", "Resource": "*" }, { "Sid": "AllowListJobsInQueue", "Effect": "Allow", "Action": "mediaconvert:ListJobs", "Resource": "arn:*:mediaconvert:*:012345678910:queues/myQueue" }, { "Sid": "AllowCreateLimitedJobs", "Effect": "Allow", "Action": [ "mediaconvert:CreateJob", "mediaconvert:CreateJobTemplate" ], "Resource": [ "arn:*:mediaconvert:*:012345678910:queues/myQueue", "arn:*:mediaconvert:*:012345678910:presets/allow*", "arn:*:mediaconvert:*:012345678910:jobTemplates/*" ] } ] } ``` ## 示例策略：使用资源标签的基于标签的访问控制 示例策略：使用资源标签的基于标签的访问控制 以下策略授予对账户中所有 MediaConvert 资源进行所有操作的访问权限，除非下面`DenyMediaConvertWithResourceTag`列出的操作使用密钥进行标记，`access`并且其值`denied`或值以字符串 “`deny`” 开头。 **注意** 此策略演示 IAM 原则，即在用户策略同时允许和拒绝对资源的操作的情况下，拒绝操作优先。因此，具有此附加策略的 IAM 用户无法执行被拒绝的操作，即使他们有不同的策略允许对所有 MediaConvert资源拥有管理权限。 ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "AllowMediaConvert", "Effect": "Allow", "Action": "mediaconvert:*", "Resource": "*" }, { "Sid": "DenyMediaConvertWithResourceTag", "Effect": "Deny", "Action": [ "mediaconvert:DeleteJobTemplate", "mediaconvert:GetQueue", "mediaconvert:UpdateQueue", "mediaconvert:DeleteQueue", "mediaconvert:GetPreset", "mediaconvert:ListTagsForResource", "mediaconvert:GetJobTemplate", "mediaconvert:UntagResource", "mediaconvert:UpdateJobTemplate", "mediaconvert:DeletePreset", "mediaconvert:TagResource", "mediaconvert:UpdatePreset" ], "Resource": "*", "Condition": { "StringLike": { "aws:ResourceTag/access": [ "deny*", "denied" ] } } } ] } ```