As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Usando políticas baseadas em identidade no Scheduler EventBridge
Por padrão, usuários e funções não têm permissão para criar ou modificar recursos do EventBridge Agendador. Eles também não podem realizar tarefas usando o AWS Management Console, AWS Command Line Interface (AWS CLI) ou AWS API. Para conceder permissão aos usuários para realizar ações nos recursos de que precisam, um IAM administrador pode criar IAM políticas. O administrador pode então adicionar as IAM políticas às funções e os usuários podem assumir as funções.
Para saber como criar uma política IAM baseada em identidade usando esses exemplos de documentos de JSON política, consulte Criação de IAM políticas no Guia do IAMusuário.
Para obter detalhes sobre ações e tipos de recursos definidos pelo EventBridge Scheduler, incluindo o formato de cada um dos tipos de recursos, consulte Ações, recursos e chaves de condição do Amazon EventBridge Scheduler na Referência de Autorização de Serviço. ARNs
Tópicos
Melhores práticas de política
As políticas baseadas em identidade determinam se alguém pode criar, acessar ou excluir recursos do EventBridge Scheduler em sua conta. Essas ações podem incorrer em custos para seus Conta da AWS. Ao criar ou editar políticas baseadas em identidade, siga estas diretrizes e recomendações:
-
Comece com as políticas AWS gerenciadas e avance para as permissões de privilégios mínimos — Para começar a conceder permissões aos seus usuários e cargas de trabalho, use as políticas AWS gerenciadas que concedem permissões para muitos casos de uso comuns. Eles estão disponíveis no seu Conta da AWS. Recomendamos que você reduza ainda mais as permissões definindo políticas gerenciadas pelo AWS cliente que sejam específicas para seus casos de uso. Para obter mais informações, consulte políticas AWS gerenciadas ou políticas AWS gerenciadas para funções de trabalho no Guia IAM do usuário.
-
Aplique permissões com privilégios mínimos — Ao definir permissões com IAM políticas, conceda somente as permissões necessárias para realizar uma tarefa. Você faz isso definindo as ações que podem ser executadas em atributos específicos sob condições específicas, também conhecidas como permissões de privilégio mínimo. Para obter mais informações sobre IAM como usar para aplicar permissões, consulte Políticas e permissões IAM no Guia IAM do usuário.
-
Use condições nas IAM políticas para restringir ainda mais o acesso — Você pode adicionar uma condição às suas políticas para limitar o acesso a ações e recursos. Por exemplo, você pode escrever uma condição de política para especificar que todas as solicitações devem ser enviadas usandoSSL. Você também pode usar condições para conceder acesso às ações de serviço se elas forem usadas por meio de uma ação específica Serviço da AWS, como AWS CloudFormation. Para obter mais informações, consulte elementos IAM JSON da política: Condição no Guia IAM do usuário.
-
Use o IAM Access Analyzer para validar suas IAM políticas e garantir permissões seguras e funcionais — o IAM Access Analyzer valida políticas novas e existentes para que as políticas sigam a linguagem da IAM política (JSON) e as melhores práticas. IAM IAMO Access Analyzer fornece mais de 100 verificações de políticas e recomendações práticas para ajudá-lo a criar políticas seguras e funcionais. Para obter mais informações, consulte Validação da política do IAM Access Analyzer no Guia do IAM Usuário.
-
Exigir autenticação multifatorial (MFA) — Se você tiver um cenário que exija IAM usuários ou um usuário root Conta da AWS, ative MFA para obter segurança adicional. Para exigir MFA quando API as operações são chamadas, adicione MFA condições às suas políticas. Para obter mais informações, consulte Configurando o API acesso MFA protegido no Guia do IAMusuário.
Para obter mais informações sobre as melhores práticas emIAM, consulte as melhores práticas de segurança IAM no Guia IAM do usuário.
EventBridge Permissões do agendador
Para que um IAM diretor (usuário, grupo ou função) crie agendas no EventBridge Agendador e acesse os recursos do EventBridge Agendador por meio do console ou doAPI, o diretor deve ter um conjunto de permissões adicionado à sua política de permissões. Você pode configurar essas permissões dependendo da função de trabalho da entidade principal. Por exemplo, um usuário ou função que usa apenas o console do EventBridge Scheduler para visualizar uma lista de agendamentos existentes não precisa ter as permissões necessárias para chamar a CreateSchedule
API operação. Recomendamos personalizar suas permissões baseadas em identidade para fornecer somente o acesso com privilégio mínimo.
A lista a seguir mostra os recursos do EventBridge Scheduler e suas ações suportadas correspondentes.
-
Schedule (Programação)
-
scheduler:ListSchedules
-
scheduler:GetSchedule
-
scheduler:CreateSchedule
-
scheduler:UpdateSchedule
-
scheduler:DeleteSchedule
-
-
Grupo de agendamento
-
scheduler:ListScheduleGroups
-
scheduler:GetScheduleGroup
-
scheduler:CreateScheduleGroup
-
scheduler:DeleteScheduleGroup
-
scheduler:ListTagsForResource
-
scheduler:TagResource
-
scheduler:UntagResource
-
Você pode usar as permissões do EventBridge Scheduler para criar suas próprias políticas gerenciadas pelo cliente para usar com o EventBridge Scheduler. Você também pode usar as políticas AWS gerenciadas descritas na seção a seguir para conceder as permissões necessárias para casos de uso comuns sem precisar gerenciar suas próprias políticas.
AWS políticas gerenciadas para o EventBridge Scheduler
AWS aborda muitos casos de uso comuns fornecendo IAM políticas autônomas que AWS criam e administram. Políticas gerenciadas, ou predefinidas, concedem as permissões necessárias para casos de uso comuns para que você não precise investigar quais permissões são necessárias. Para obter mais informações, consulte políticas AWS gerenciadas no Guia IAM do usuário. As seguintes políticas AWS gerenciadas que você pode anexar aos usuários em sua conta são específicas do EventBridge Scheduler:
-
AmazonEventBridgeSchedulerFullAccess— Concede acesso total ao EventBridge Scheduler usando o console e o. API
-
AmazonEventBridgeSchedulerReadOnlyAccess— Concede acesso somente para leitura ao Scheduler. EventBridge
AmazonEventBridgeSchedulerFullAccess
A política AmazonEventBridgeSchedulerFullAccess
gerenciada concede permissões para usar todas as ações do EventBridge Agendador para agendas e grupos de agendas.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "scheduler:*", "Resource": "*" }, { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::*:role/*", "Condition": { "StringLike": { "iam:PassedToService": "scheduler.amazonaws.com" } } } ] }
AmazonEventBridgeSchedulerReadOnlyAccess
A política gerenciada AmazonEventBridgeSchedulerReadOnlyAccess
concede permissões somente leitura para visualizar detalhes sobre seus agendamentos e grupos de agendamentos.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "scheduler:ListSchedules", "scheduler:ListScheduleGroups", "scheduler:GetSchedule", "scheduler:GetScheduleGroup", "scheduler:ListTagsForResource" ], "Resource": "*" } ] }
Políticas gerenciadas pelo cliente para o EventBridge Scheduler
Use os exemplos a seguir para criar suas próprias políticas gerenciadas pelo cliente para o EventBridge Scheduler. As políticas gerenciadas pelo cliente permitem que você conceda permissões somente para as ações e recursos necessários para aplicativos e usuários em sua equipe, de acordo com a função de trabalho da entidade principal.
Tópicos
Exemplo: CreateSchedule
Ao criar um novo agendamento, você escolhe se deseja criptografar seus dados no EventBridge Scheduler usando uma chave gerenciada pelo cliente ou uma Chave pertencente à AWSchave gerenciada pelo cliente.
A política a seguir permite que uma entidade principal crie um agendamento e aplique criptografia usando uma Chave pertencente à AWS. Com um Chave pertencente à AWS, AWS gerencia recursos em AWS Key Management Service (AWS KMS) para você, para que você não precise de permissões adicionais para interagir AWS KMS.
{ "Version": "2012-10-17", "Statement": [ { "Action": [ "scheduler:CreateSchedule" ], "Effect": "Allow", "Resource": [ "arn:aws:scheduler:us-west-2:123456789012:schedule/
my-group
/my-schedule-name
" ] }, { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::123456789012:role/*", "Condition": { "StringLike": { "iam:PassedToService": "scheduler.amazonaws.com" } } } ] }
Use a política a seguir para permitir que um diretor crie uma agenda e use uma chave gerenciada pelo AWS KMS cliente para criptografia. Para usar uma chave gerenciada pelo cliente, o diretor deve ter permissão para acessar os AWS KMS recursos em sua conta. Essa política concede acesso a uma única KMS chave especificada a ser usada para criptografar dados no EventBridge Scheduler. Como alternativa, você pode usar um caractere curinga (*
) para conceder acesso a todas as chaves em uma conta ou a um subconjunto que corresponda a um determinado padrão de nome.
{ "Version": "2012-10-17" "Statement": [ { "Action": [ "scheduler:CreateSchedule" ], "Effect": "Allow", "Resource": [ "arn:aws:scheduler:us-west-2:123456789012:schedule/
my-group
/my-schedule-name
" ] }, { "Action": [ "kms:DescribeKey", "kms:GenerateDataKey", "kms:Decrypt" ], "Effect": "Allow", "Resource": [ "arn:aws:kms:us-west-2:123456789012:key/my-key-id" ], "Conditions": { "StringLike": { "kms:ViaService": "scheduler.amazonaws.com", "kms:EncryptionContext:aws:scheduler:schedule:arn": "arn:aws:scheduler:us-west-2:123456789012:schedule/my-group
/my-schedule-name
" } } { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::123456789012:role/*", "Condition": { "StringLike": { "iam:PassedToService": "scheduler.amazonaws.com" } } } ] }
Exemplo: GetSchedule
Use a política a seguir para permitir que uma entidade principal obtenha informações sobre um agendamento.
{ "Version": "2012-10-17", "Statement": [ { "Action": [ "scheduler:GetSchedule" ], "Effect": "Allow", "Resource": [ "arn:aws:scheduler:us-west-2:123456789012:schedule/
my-group
/my-schedule-name
" ] } ] }
Exemplo: UpdateSchedule
Use as políticas a seguir para permitir que uma entidade principal atualize um agendamento chamando a ação scheduler:UpdateSchedule
. Da mesma formaCreateSchedule
, a política depende se o cronograma usa uma chave gerenciada pelo cliente AWS KMS Chave pertencente à AWS ou uma chave gerenciada pelo cliente para criptografia. Para um agendamento configurado com um Chave pertencente à AWS, use a seguinte política:
{ "Version": "2012-10-17", "Statement": [ { "Action": [ "scheduler:UpdateSchedule" ], "Effect": "Allow", "Resource": [ "arn:aws:scheduler:us-west-2:123456789012:schedule/
my-group
/my-schedule-name
" ] }, { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::123456789012:role/*", "Condition": { "StringLike": { "iam:PassedToService": "scheduler.amazonaws.com" } } } ] }
Para um agendamento configurado com uma chave gerenciada pelo cliente, use a política a seguir. Essa política inclui permissões adicionais que permitem que um diretor acesse AWS KMS recursos em sua conta:
{ "Version": "2012-10-17", "Statement": [ { "Action": [ "scheduler:UpdateSchedule" ], "Effect": "Allow", "Resource": [ "arn:aws:scheduler:us-west-2:123456789012:schedule/
my-group
/my-schedule-name
}, { "Action": [ "kms:DescribeKey", "kms:GenerateDataKey", "kms:Decrypt" ], "Effect": "Allow", "Resource": [ "arn:aws:kms:us-west-2:123456789012:key/my-key-id
" ], "Conditions": { "StringLike": { "kms:ViaService": "scheduler.amazonaws.com", "kms:EncryptionContext:aws:scheduler:schedule:arn": "arn:aws:scheduler:us-west-2:123456789012:schedule/my-group
/my-schedule-name
" } } { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::123456789012:role/*", "Condition": { "StringLike": { "iam:PassedToService": "scheduler.amazonaws.com" } } } ] }
Exemplo: DeleteScheduleGroup
Use a política a seguir para permitir que uma entidade principal exclua um grupo de agendamentos. Ao excluir um grupo, você também exclui os agendamentos associados a esse grupo. A entidade principal que exclui o grupo deve ter permissão para também excluir os agendamentos associados a esse grupo. Essa política concede uma permissão da entidade principal para chamar a ação scheduler:DeleteScheduleGroup
nos grupos de agendamentos especificados, bem como em todos as agendamentos do grupo:
nota
EventBridge O Scheduler não suporta a especificação de permissões em nível de recurso para agendas individuais. Por exemplo, a declaração a seguir é inválida e não deve ser incluída em sua política.
"Resource": "arn:aws:scheduler:us-west-2:123456789012:schedule/
my-group
/my-schedule-name
"
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "scheduler:DeleteSchedule", "Resource": "arn:aws:scheduler:us-west-2:123456789012:schedule/
my-group
/*" }, { "Effect": "Allow", "Action": "scheduler:DeleteScheduleGroup", "Resource": "arn:aws:scheduler:us-west-2:123456789012:schedule/my-group
" }, { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::123456789012:role/*", "Condition": { "StringLike": { "iam:PassedToService": "scheduler.amazonaws.com" } } } ] }
AWS atualizações de políticas gerenciadas
Alteração | Descrição | Data |
---|---|---|
AmazonEventBridgeSchedulerFullAccess: Nova política gerenciada |
EventBridge O Scheduler adiciona suporte a uma nova política gerenciada que concede aos usuários acesso total a todos os recursos, incluindo agendas e grupos de agendamentos. |
10 de novembro de 2022 |
AmazonEventBridgeSchedulerReadOnlyAccess: Nova política gerenciada |
EventBridge O Scheduler adiciona suporte a uma nova política gerenciada que concede aos usuários acesso somente de leitura a todos os recursos, incluindo agendas e grupos de agendamentos. |
10 de novembro de 2022 |
EventBridge O agendador começou a rastrear as alterações |
EventBridge O Scheduler começou a rastrear as alterações em suas políticas AWS gerenciadas. |
10 de novembro de 2022 |