Exemplos de políticas do IAM para o Amazon EBS
Por padrão, usuários e perfis não têm permissão para criar ou modificar recursos do Amazon EBS. Eles também não podem executar tarefas usando o Console de gerenciamento da AWS, a AWS Command Line Interface (AWS CLI) ou a API da AWS. Para conceder aos usuários permissões para executar ações nos recursos que eles precisam, um administrador do IAM pode criar políticas do IAM. O administrador pode então adicionar as políticas do IAM aos perfis e os usuários podem presumir os perfis.
Para saber como criar uma política baseada em identidade do IAM usando esses exemplos de documento de política JSON, consulte Criação de políticas do IAM no Guia do Usuário do IAM.
Tópicos
Práticas recomendadas de política
As políticas baseadas em identidade determinam se alguém pode criar, acessar ou excluir recursos do Amazon EBS em sua conta. Essas ações podem incorrer em custos para sua Conta da AWS. Ao criar ou editar políticas baseadas em identidade, siga estas diretrizes e recomendações:
-
Comece com as políticas gerenciadas pela AWS e avance para as permissões de privilégio mínimo: para começar a conceder permissões a seus usuários e workloads, use as políticas gerenciadas pela AWS, que concedem permissões para muitos casos de uso comuns. Elas estão disponíveis em seus Conta da AWS. Recomendamos que você reduza ainda mais as permissões definindo políticas gerenciadas pelo cliente da AWS que são específicas para seus casos de uso. Para obter mais informações, consulte Políticas gerenciadas pela AWS ou Políticas gerenciadas pela AWS para funções de trabalho no Guia do usuário do IAM.
-
Aplique permissões de privilégio mínimo: ao definir permissões com as políticas do IAM, conceda apenas as permissões necessárias para executar uma tarefa. Você faz isso definindo as ações que podem ser executadas em recursos específicos sob condições específicas, também conhecidas como permissões de privilégio mínimo. Para obter mais informações sobre como usar o IAM para aplicar permissões, consulte Políticas e permissões no IAM no Guia do usuário do IAM.
-
Use condições nas políticas do IAM para restringir ainda mais o acesso: você pode adicionar uma condição às 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 usando SSL. Também pode usar condições para conceder acesso a ações de serviço, se elas forem usadas por meio de um AWS service (Serviço da AWS) específico, como o CloudFormation. Para obter mais informações, consulte Elementos da política JSON do IAM: condição no Guia do usuário do IAM.
-
Use o IAM Access Analyzer para validar suas políticas do IAM a fim de garantir permissões seguras e funcionais: o IAM Access Analyzer valida as políticas novas e existentes para que elas sigam a linguagem de política do IAM (JSON) e as práticas recomendadas do IAM. O IAM Access Analyzer oferece mais de cem verificações de política e recomendações práticas para ajudar a criar políticas seguras e funcionais. Para obter mais informações, consulte Validação de políticas do IAM Access Analyzer no Guia do Usuário do IAM.
-
Exigir autenticação multifator (MFA): se houver um cenário que exija usuários do IAM ou um usuário raiz em sua Conta da AWS, ative a MFA para obter segurança adicional. Para exigir MFA quando as operações de API forem chamadas, adicione condições de MFA às suas políticas. Para obter mais informações, consulte Configuração de acesso à API protegido por MFA no Guia do Usuário do IAM.
Para obter mais informações sobre as práticas recomendadas do IAM, consulte Práticas recomendadas de segurança no IAM no Guia do usuário do IAM.
Permitir que usuários usem o console do Amazon EBS
Para acessar o console do Amazon Elastic Block Store, é necessário ter um conjunto mínimo de permissões. Essas permissões devem permitir listar e visualizar detalhes sobre os recursos do Amazon EBS em sua Conta da AWS. Caso crie uma política baseada em identidade mais restritiva que as permissões mínimas necessárias, o console não funcionará como pretendido para entidades (usuários ou perfis) com essa política.
Não é necessário conceder permissões mínimas do console para usuários que fazem chamadas somente à AWS CLI ou à API do AWS. Em vez disso, permita o acesso somente a ações que correspondam à operação de API que estiverem tentando executar.
Para garantir que os usuários e as funções ainda possam usar o console do Amazon EBS, anexe também a política ou ConsoleAccess gerenciada pela AWS às entidades. Para obter informações, consulte Adicionar permissões a um usuário no Guia do usuário do IAM.ReadOnly
Permitir que os usuários visualizem suas próprias permissões
Este exemplo mostra como criar uma política que permita que os usuários do IAM visualizem as políticas gerenciadas e em linha anexadas a sua identidade de usuário. Essa política inclui permissões para concluir essa ação no console ou de forma programática usando a AWS CLI ou a API da AWS.
{ "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": "*" } ] }
Permitir que usuários trabalhem com volumes
Exemplos
Exemplo: anexar e desanexar volumes
Quando uma ação da API exige que um chamador especifique vários recursos, crie uma declaração de política que permita que os usuários acessem todos os recursos necessários. Se você precisar usar um elemento Condition com um ou mais desses recursos, deverá criar várias declarações conforme mostrado neste exemplo.
As políticas a seguir permitem que os usuários anexem volumes com a tag "volume_user=iam-user-name” a instâncias com a tag "department=dev" e desanexem esses volumes dessas instâncias. Se você anexar essa política a um grupo do IAM, a variável da política aws:username fornecerá a cada usuário no grupo permissão para anexar e desanexar volumes das instâncias com uma tag chamada volume_user que tem o nome do usuário como um valor.
Exemplo: criar um volume
A política a seguir permite que os usuários usem a ação da API CreateVolume. O usuário terá permissão para criar um volume somente se o volume for criptografado e se seu tamanho for menor que 20 GiB.
Exemplo: criar um volume com tags
As política a seguir inclui a chave de condição aws:RequestTag que requer que os usuários marquem todos os volumes que criarem com as tags costcenter=115 e stack=prod. Se os usuários não passarem essas tags específicas ou não especificarem nenhuma tag, haverá talha na solicitação.
Para ações de criação de recursos que aplicam tags, os usuários também devem ter permissões para usar a ação CreateTags. A segunda declaração usa a chave de condição ec2:CreateAction para permitir que os usuários criem tags somente no contexto de CreateVolume. Os usuários não podem marcar volumes existentes ou quaisquer outros recursos.
A política a seguir permite que os usuários criem um volume sem precisar especificar tags. A ação CreateTags só será avaliada se as tags forem especificadas na solicitação CreateVolume. Se os usuários especificam tags, a tag deverá ser purpose=test. Nenhuma outra tag é permitida na solicitação.
Exemplo: trabalhar com volumes usando o console do Amazon EC2
A política a seguir concede aos usuários permissão para visualizar e criar volumes, e para anexar e desanexar volumes em instâncias específicas usando o console do Amazon EC2.
Os usuários podem anexar um volume às instâncias que tenham a tag "purpose=test" e também desanexar volumes dessas instâncias. Para anexar um volume usando o console do Amazon EC2, é útil que os usuários tenham permissão para usar a ação ec2:DescribeInstances, pois isso permite que eles selecionem uma instância de uma lista pré-preenchida na caixa de diálogo Attach Volume (Anexar volume). No entanto, isso também permite que os usuários visualizem todas as instâncias na página Instances no console, portanto, é possível omitir essa ação.
Na primeira instrução, a ação ec2:DescribeAvailabilityZones é necessária para garantir que um usuário possa selecionar uma zona de disponibilidade ao criar um volume.
Os usuários não podem marcar os volumes que criam (durante ou após a criação do volume).
Permitir que usuários trabalhem com snapshots
Veja a seguir exemplos de políticas para CreateSnapshot (snapshot point-in-time de um volume do EBS) e CreateSnapshots (snapshots de vários volumes).
Exemplos
Exemplo: criar um snapshot
A política a seguir permite que os clientes usem a ação da API CreateSnapshot. O cliente poderá criar snapshots somente se o volume for criptografado e se seu tamanho for menor que 20 GiB.
Exemplo: criar snapshots
A política a seguir permite que os clientes usem a ação da API CreateSnapshots. O cliente só poderá criar snapshots se todos os volumes da instância forem do tipo GP2.
Exemplo: criar um snapshot com tags
A política a seguir inclui a chave de condição aws:RequestTag que requer que o cliente aplique as tags costcenter=115 e stack=prod a todos os novos snapshots. Se os usuários não passarem essas tags específicas ou não especificarem nenhuma tag, haverá talha na solicitação.
Para ações de criação de recursos que aplicam tags, os clientes também devem ter permissões para usar a ação CreateTags. A terceira declaração usa a chave de condição ec2:CreateAction para permitir que os clientes criem tags somente no contexto de CreateSnapshot. Os clientes não podem marcar volumes existentes nem quaisquer outros recursos.
Exemplo: criar snapshots de vários volume com etiquetas
A política a seguir inclui a chave de condição aws:RequestTag, que exige que o cliente aplique as etiquetas costcenter=115 e stack=prod ao criar um conjunto de snapshots de vários volumes. Se os usuários não passarem essas tags específicas ou não especificarem nenhuma tag, haverá talha na solicitação.
A política a seguir permite que os clientes criem um snapshot sem precisar especificar tags. A ação CreateTags só será avaliada se as tags forem especificadas na solicitação CreateSnapshot ou CreateSnapshots. Etiquetas podem ser omitidas na solicitação. Se uma tag for especificada, ela deverá ser purpose=test. Nenhuma outra tag é permitida na solicitação.
A política a seguir permite que os clientes criem conjuntos de snapshots de vários volumes sem precisar especificar etiquetas. A ação CreateTags só será avaliada se as tags forem especificadas na solicitação CreateSnapshot ou CreateSnapshots. Etiquetas podem ser omitidas na solicitação. Se uma tag for especificada, ela deverá ser purpose=test. Nenhuma outra tag é permitida na solicitação.
As seguintes políticas só permitirão que snapshots sejam criados se o volume de origem for marcado com User:username para o cliente, e o snapshot em si for marcado com Environment:Dev e User:username. O cliente pode adicionar outras tags ao snapshot.
A seguinte política de CreateSnapshots só permitirá que snapshots sejam criados se o volume de origem for marcado com User:username para o cliente e o snapshot em si for marcado com Environment:Dev e User:username.
A seguinte política só permitirá a exclusão de um snapshot se ele for marcado com o Usuário:usuário para o cliente.
A seguinte política permite que um cliente crie um snapshot mas negará a ação se o snapshot que está sendo criado tiver uma chave de tag value=stack.
A seguinte política permite que um cliente crie snapshots, mas negará a ação se o snapshot que está sendo criado tiver uma chave de tag value=stack.
A política a seguir permite combinar várias ações em uma única política. Você só pode criar um snapshot (no contexto de CreateSnapshots) quando o snapshot é criado na região us-east-1. Você só pode criar snapshots (no contexto de CreateSnapshots) quando os snapshots são criados na região us-east-1 e quando o tipo de instância é t2*.
Exemplo: Copiar snapshots
As permissões no nível do recurso especificadas para a ação CopySnapshot se aplicam ao novo snapshot e ao snapshot de origem.
A política de exemplo a seguir permite que as entidades copiem snapshots somente se o novo snapshot for criado com a chave de tag de purpose e um valor de tag de production (purpose=production).
A política de exemplo a seguir permite que as entidades principais copiem snapshots somente se o snapshot de origem for de propriedade da conta da AWS 123456789012.
O exemplo de política a seguir permite que as entidades principais copiem snapshots somente se o snapshot de origem tiver sido criado com a chave de tag de CSISnapshotName.
{ "Effect": "Allow", "Action": "ec2:CopySnapshot", "Resource": "arn:aws:ec2:*::snapshot/${*}", "Condition": { "StringLike": { "aws:RequestTag/CSISnapshotName": "*" } } }, { "Effect": "Allow", "Action": "ec2:CopySnapshot", "Resource": "arn:aws:ec2:*::snapshot/snap-*" }
Exemplo: modificar configurações de permissão para snapshots
A política a seguir só permite a modificação de um snapshot se ele for marcado com User:, em que usernameusername (nome de usuário) é o nome de usuário da conta da AWS do cliente. A solicitação falhará se essa condição não for atendida.