Exemplos de políticas baseadas em identidade do AWS Well-Architected Tool

Por padrão, usuários e funções não têm permissão para criar ou modificar recursos do AWS WA Tool. Eles também não podem executar tarefas usando o AWS Management Console, a AWS CLI ou uma API da AWS. Um administrador do IAM deve criar políticas do IAM que concedam aos usuários e perfis permissão para executarem operações de API específicas nos recursos especificados de que precisam. O administrador deve anexar essas políticas aos usuários ou grupos que exigem essas permissões.

Para saber como criar uma política baseada em identidade do IAM usando esses exemplos de documentos de política JSON, consulte Criar políticas na guia JSON no Guia do usuário do IAM.

Práticas recomendadas de política

As políticas baseadas em identidade determinam se alguém pode criar, acessar ou excluir recursos do AWS WA Tool 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 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 AWS 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.

Usar o console do AWS WA Tool

Para acessar o console do AWS Well-Architected Tool, você deve ter um conjunto mínimo de permissões. Essas permissões devem permitir que você liste e visualize detalhes sobre os recursos do AWS WA Tool na 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.

Para garantir que essas entidades ainda possam usar o console do AWS WA Tool, anexe também a seguinte política gerenciada pela AWS às entidades:

WellArchitectedConsoleReadOnlyAccess

Para permitir a capacidade de criar, alterar e excluir workloads, anexe a seguinte política gerenciada pela AWS às entidades:

WellArchitectedConsoleFullAccess

Para obter mais informações, consulte Adicionar permissões a um usuário no Guia do usuário do IAM.

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 às ações que correspondem à operação da API que você está tentando executar.

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": "*"
        }
    ]
}

Conceder acesso total às workloads

Neste exemplo, você deseja conceder a um usuário em seu acesso total Conta da AWS às suas workloads. O acesso total permite que o usuário execute todas as ações no AWS WA Tool. Esse acesso é necessário para definir, excluir, visualizar e atualizar cargas de trabalho.

{
   "Version": "2012-10-17",
   "Statement" : [  
     {
     "Effect" : "Allow",
     "Action" : [
          "wellarchitected:*"
     ],
     "Resource": "*"
     }
   ]
}

Conceder acesso somente leitura às workloads

Neste exemplo, você deseja conceder a um usuário em seu acesso somente leitura Conta da AWS às suas workloads. O acesso somente leitura só permite que o usuário visualize workloads no AWS WA Tool.

{
   "Version": "2012-10-17",
   "Statement" : [  
     {
     "Effect" : "Allow",
     "Action" : [
          "wellarchitected:Get*",
          "wellarchitected:List*"
     ],
     "Resource": "*"
     }
   ]
}

Acessar uma workload

Neste exemplo, você deseja conceder a um usuário em seu Conta da AWSacesso somente leitura a uma de suas workloads, 99999999999955555555555566666666, na us-west-2 Região. O ID da conta é 777788889999.

{
   "Version": "2012-10-17",
   "Statement" : [  
     {
     "Effect" : "Allow",
     "Action" : [
          "wellarchitected:Get*",
          "wellarchitected:List*"
     ],
     "Resource": "arn:aws:wellarchitected:us-west-2:777788889999:workload/999999999999555555555555666666666"
     }
   ]
}

Usar uma chave de condição específica do serviço para o Conector da AWS Well-Architected Tool para Jira

Este exemplo demonstra como usar a chave de condição wellarchitected:JiraProjectKey específica do serviço para controlar quais projetos do Jira podem ser vinculados às workloads em sua conta.

Descrevemos abaixo os usos relevantes da chave de condição:

• CreateWorkload: quando você aplica wellarchitected:JiraProjectKey a CreateWorkload, é possível definir quais projetos personalizados do Jira podem ser vinculados a qualquer workload criada pelo usuário. Por exemplo, se um usuário tentar criar uma workload com o projeto ABC, mas a política especificar apenas o projeto PQR, a ação será negada.

• UpdateWorkload: quando você aplica wellarchitected:JiraProjectKey a UpdateWorkload, é possível definir quais projetos personalizados do Jira podem ser vinculados a essa workload específica ou a qualquer workload. Por exemplo, se um usuário tentar atualizar uma workload com o projeto ABC, mas a política especificar o projeto PQR, a ação será negada. Além disso, se o usuário tiver uma workload vinculada ao projeto PQR e tentar atualizá-la para ser vinculada ao projeto ABC, a ação será negada.

• UpdateGlobalSettings: quando você aplica wellarchitected:JiraProjectKey a UpdateGlobalSettings, é possível definir quais projetos personalizados do Jira podem ser vinculados à Conta da AWS. A configuração em nível de conta protege as workloads em sua conta que não substituem as configurações do Jira em nível de conta. Por exemplo, se um usuário tiver acesso a UpdateGlobalSettings, ele não poderá vincular workloads em sua conta a nenhum projeto que não esteja especificado na política.

{
	"Version": "2012-10-17",
	"Statement": [
		{
			"Sid": "VisualEditor0",
			"Effect": "Allow",
			"Action": [
				"wellarchitected:UpdateGlobalSettings",
				"wellarchitected:CreateWorkload"
			],
			"Resource": "*",
			"Condition": {
				"StringEqualsIfExists": {
					"wellarchitected:JiraProjectKey": ["ABC, PQR"]
				}
			}
		},
		{
			"Sid": "VisualEditor1",
			"Effect": "Allow",
			"Action": [
				"wellarchitected:UpdateWorkload"
			],
			"Resource": "WORKLOAD_ARN",
			"Condition": {
				"StringEqualsIfExists": {
					"wellarchitected:JiraProjectKey": ["ABC, PQR"]
				}
			}
		}
	]
}