AWS O Mainframe Modernization Service (experiência em Managed Runtime Environment) não está mais aberto a novos clientes. Para recursos semelhantes ao AWS Mainframe Modernization Service (experiência em Managed Runtime Environment), explore o AWS Mainframe Modernization Service (Experience). Self-Managed Os clientes atuais podem continuar usando o serviço normalmente. Para obter mais informações, consulte Alteração na [disponibilidade AWS da modernização do mainframe](https://docs.aws.amazon.com/m2/latest/userguide/mainframe-modernization-availability-change.html). 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á. # Como AWS A modernização do mainframe funciona com o IAM Antes de usar o IAM para gerenciar o acesso à modernização do AWS mainframe, saiba quais recursos do IAM estão disponíveis para uso com a modernização do AWS mainframe. **Recursos do IAM que você pode usar com AWS Mainframe Modernization** | Recurso do IAM | AWS Suporte à modernização do mainframe | | --- | --- | | [Identity-based políticas](#security_iam_service-with-iam-id-based-policies) | Sim | | [Resource-based políticas](#security_iam_service-with-iam-resource-based-policies) | Não | | [Ações de políticas](#security_iam_service-with-iam-id-based-policies-actions) | Sim | | [Recursos de políticas](#security_iam_service-with-iam-id-based-policies-resources) | Sim | | [Chaves de condição de políticas](#security_iam_service-with-iam-id-based-policies-conditionkeys) | Sim | | [ACLs](#security_iam_service-with-iam-acls) | Não | | [ABAC (tags em políticas)](#security_iam_service-with-iam-tags) | Sim | | [Credenciais temporárias](#security_iam_service-with-iam-roles-tempcreds) | Sim | | [Sessões de acesso direto (FAS)](#security_iam_service-with-iam-principal-permissions) | Sim | | [Perfis de serviço](#security_iam_service-with-iam-roles-service) | Sim | | [Service-linked funções](#security_iam_service-with-iam-roles-service-linked) | Sim | Para ter uma visão de alto nível de como a modernização do AWS mainframe e outros AWS serviços funcionam com a maioria dos recursos do IAM, consulte [AWS os serviços que funcionam com o IAM no Guia do](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) usuário do *IAM*. ## Identity-based políticas para AWS Mainframe Modernization **Compatível com políticas baseadas em identidade:** sim Identity-based políticas são documentos de políticas de permissões JSON que você pode anexar a uma identidade, como um usuário do IAM, um grupo de usuários ou uma função. Essas políticas controlam quais ações os usuários e perfis podem realizar, em quais atributos e em que condições. Para saber como criar uma política baseada em identidade, consulte [Definir permissões personalizadas do IAM com as políticas gerenciadas pelo cliente](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) no *Guia do Usuário do IAM*. Com as políticas baseadas em identidade do IAM, é possível especificar ações e recursos permitidos ou negados, assim como as condições sob as quais as ações são permitidas ou negadas. Para saber mais sobre todos os elementos que podem ser usados em uma política JSON, consulte [Referência de elemento de política JSON do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) no *Guia do usuário do IAM*. ### Identity-based exemplos de políticas para AWS Mainframe Modernization Para ver exemplos de políticas baseadas em identidade de modernização de AWS mainframe, consulte. [Identity-based exemplos de políticas para AWS Mainframe Modernization](security_iam_id-based-policy-examples.md) ## Resource-based políticas dentro AWS Mainframe Modernization **Compatibilidade com políticas baseadas em recursos:** não Resource-based políticas são documentos de política JSON que você anexa a um recurso. São exemplos de políticas baseadas em recursos as *políticas de confiança de perfil* do IAM e as *políticas de bucket* do Amazon S3. Em serviços compatíveis com políticas baseadas em recursos, os administradores de serviço podem usá-las para controlar o acesso a um recurso específico. Para o atributo ao qual a política está anexada, a política define quais ações uma entidade principal especificado pode executar nesse atributo e em que condições. É necessário [especificar uma entidade principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) em uma política baseada em recursos. Os diretores podem incluir contas, usuários, funções, usuários federados ou. Serviços da AWS Para permitir o acesso entre contas, é possível especificar uma conta inteira ou as entidades do IAM em outra conta como a entidade principal em uma política baseada em recursos. Consulte mais informações em [Acesso a recursos entre contas no IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) no *Guia do usuário do IAM*. ## Ações políticas para AWS Mainframe Modernization **Compatível com ações de políticas:** sim Os administradores podem usar políticas AWS JSON para especificar quem tem acesso ao quê. Ou seja, qual **entidade principal** pode executar **ações** em quais **recursos** e em que **condições**. O elemento `Action` de uma política JSON descreve as ações que podem ser usadas para permitir ou negar acesso em uma política. Incluem ações em uma política para conceder permissões para executar a operação associada. *Para ver uma lista das ações de modernização do AWS mainframe, consulte [Ações definidas pela modernização do AWS mainframe](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsmainframemodernizationservice.html#awsmainframemodernizationservice-actions-as-permissions) na Referência de autorização de serviço.* As ações de política na modernização do AWS mainframe usam o seguinte prefixo antes da ação: ``` m2 ``` Para especificar várias ações em uma única instrução, separe-as com vírgulas. ``` "Action": [ "m2:{{StartApplication}}", "m2:{{StopApplication}}" ] ``` Você também pode especificar várias ações usando caracteres-curinga (\*). Por exemplo, para especificar todas as ações que começam com a palavra `List`, inclua a seguinte ação: ``` "Action": "m2:List*" ``` Para ver exemplos de políticas baseadas em identidade de modernização de AWS mainframe, consulte. [Identity-based exemplos de políticas para AWS Mainframe Modernization](security_iam_id-based-policy-examples.md) ## Recursos políticos para AWS Mainframe Modernization **Compatível com recursos de políticas:** sim Os administradores podem usar políticas AWS JSON para especificar quem tem acesso ao quê. Ou seja, qual **entidade principal** pode executar **ações** em quais **recursos** e em que **condições**. O elemento de política JSON `Resource` especifica o objeto ou os objetos aos quais a ação se aplica. Como prática recomendada, especifique um recurso usando seu [nome do recurso da Amazon (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Para ações que não oferecem compatibilidade com permissões em nível de recurso, use um curinga (\*) para indicar que a instrução se aplica a todos os recursos. ``` "Resource": "*" ``` Você pode restringir o acesso a recursos específicos de modernização de AWS mainframe usando seus ARNs para identificar o recurso ao qual a política do IAM se aplica. Para obter mais informações sobre o formato de ARNs, consulte [Nomes de recurso da Amazon (ARNs)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html) na *Referência geral da AWS*. Por exemplo, um ambiente de modernização de AWS mainframe tem o seguinte ARN. ``` "Resource": "arn:aws:m2:{{regionId}}:{{accountId}}:env/{{service-generated-unique-identifier}}" ``` Um aplicativo de modernização de AWS mainframe tem o seguinte ARN. ``` "Resource": "arn:aws:m2:{{regionId}}:{{accountId}}:app/{{service-generated-unique-identifier}}" ``` Nem todas as ações de modernização do AWS mainframe oferecem suporte a permissões em nível de recurso. Para ações que não suportam permissões em nível de recurso, você deve usar o curinga (\*). As seguintes ações de modernização do AWS mainframe não oferecem suporte a permissões em nível de recurso. ``` ListApplications ListApplicationVersions ListBatchJobDefinitions ListBatchJobExecutions ListDataSetImportHistory ListDataSets ListDeployments ListEngineVersions ListEnvironments ListTagsForResource ``` *Para ver uma lista dos tipos de recursos de modernização do AWS mainframe e seus ARNs, consulte [Recursos definidos pela modernização do AWS mainframe](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsmainframemodernizationservice.html#awsmainframemodernizationservice-resources-for-iam-policies) na Referência de autorização de serviço.* Para saber com quais ações você pode especificar o ARN de cada recurso, consulte [Ações definidas pela modernização do AWS mainframe](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsmainframemodernizationservice.html#awsmainframemodernizationservice-actions-as-permissions). Para ver exemplos de políticas baseadas em identidade de modernização de AWS mainframe, consulte. [Identity-based exemplos de políticas para AWS Mainframe Modernization](security_iam_id-based-policy-examples.md) ## Chaves de condição de política para AWS Mainframe Modernization **Compatível com chaves de condição de política específicas de serviço:** sim Os administradores podem usar políticas AWS JSON para especificar quem tem acesso ao quê. Ou seja, qual **entidade principal** pode executar **ações** em quais **recursos** e em que **condições**. O elemento `Condition` especifica quando as instruções são executadas com base em critérios definidos. É possível criar expressões condicionais que usem [agentes de condição](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), como “igual a” ou “menor que”, para fazer a condição da política corresponder aos valores na solicitação. Para ver todas as chaves de condição AWS globais, consulte as [chaves de contexto de condição AWS global](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) no *Guia do usuário do IAM*. As seguintes chaves de condição são específicas para a modernização AWS do mainframe ``` m2:EngineType m2:InstanceType ``` *Para ver uma lista das chaves de condição de modernização de AWS mainframe, consulte [Chaves de condição para modernização de AWS mainframe](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsmainframemodernizationservice.html#awsmainframemodernizationservice-policy-keys) na Referência de autorização de serviço.* Para saber com quais ações e recursos você pode usar uma chave de condição, consulte [Ações definidas pela modernização do AWS mainframe](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsmainframemodernizationservice.html#awsmainframemodernizationservice-actions-as-permissions). Para ver exemplos de políticas baseadas em identidade de modernização de AWS mainframe, consulte. [Identity-based exemplos de políticas para AWS Mainframe Modernization](security_iam_id-based-policy-examples.md) ## Listas de controle de acesso (ACLs) em AWS Mainframe Modernization **Compatível com ACLs:** não As listas de controle de acesso (ACLs) controlam quais entidades principais (membros, usuários ou perfis da conta) têm permissões para acessar um recurso. As ACLs são semelhantes às políticas baseadas em recursos, embora não usem o formato de documento de política JSON. ## Attribute-based controle de acesso (ABAC) com AWS Mainframe Modernization **Compatível com ABAC (tags em políticas):** sim Attribute-based controle de acesso (ABAC) é uma estratégia de autorização que define permissões com base em atributos chamados tags. Você pode anexar tags a entidades e AWS recursos do IAM e, em seguida, criar políticas ABAC para permitir operações quando a tag do diretor corresponder à tag no recurso. Para controlar o acesso baseado em tags, forneça informações sobre as tags no [elemento de condição](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) de uma política usando as `aws:ResourceTag/{{key-name}}`, `aws:RequestTag/{{key-name}}` ou chaves de condição `aws:TagKeys`. Se um serviço for compatível com as três chaves de condição para cada tipo de recurso, o valor será **Sim** para o serviço. Se um serviço for compatível com as três chaves de condição somente para alguns tipos de recursos, o valor será **Parcial** Para saber mais sobre o ABAC, consulte [Definir permissões com autorização do ABAC](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html) no *Guia do usuário do IAM*. Para visualizar um tutorial com etapas para configurar o ABAC, consulte [Usar controle de acesso por atributo (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html) no *Guia do usuário do IAM*. ## Usando credenciais temporárias com AWS Mainframe Modernization **Compatível com credenciais temporárias:** sim As credenciais temporárias fornecem acesso de curto prazo aos AWS recursos e são criadas automaticamente quando você usa a federação ou troca de funções. AWS recomenda que você gere credenciais temporárias dinamicamente em vez de usar chaves de acesso de longo prazo. Para ter mais informações, consulte [Credenciais de segurança temporárias no IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html) e [Serviços da Serviços da AWS que funcionam com o IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) no *Guia do usuário do IAM*. ## Sessões de acesso direto para AWS Mainframe Modernization **Compatibilidade com o recurso de encaminhamento de sessões de acesso (FAS):** sim As sessões de acesso direto (FAS) usam as permissões do principal chamando um AWS service (Serviço da AWS), combinadas com a solicitação AWS service (Serviço da AWS) de fazer solicitações aos serviços posteriores. Para obter detalhes da política ao fazer solicitações de FAS, consulte [Sessões de acesso direto](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html). **Importante** Esses tokens dão à Modernização do AWS Mainframe acesso aos dados do cliente sem seu acordo explícito; por exemplo, a Modernização do AWS Mainframe implanta artefatos de aplicativos com dados comerciais associados de um bucket do Amazon S3 sem obter permissão explícita do cliente. Talvez seja necessário atualizar qualquer documentação de conformidade de acordo. ## Funções de serviço para AWS Mainframe Modernization **Compatível com perfis de serviço:** sim O perfil de serviço é um [perfil do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) que um serviço assume para executar ações em seu nome. Um administrador do IAM pode criar, modificar e excluir um perfil de serviço do IAM. Para saber mais, consulte [Criar um perfil para delegar permissões a um AWS service (Serviço da AWS)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) no *Guia do Usuário do IAM*. AWS A modernização do mainframe suporta funções de serviço para ganchos de atividades (transações/tarefas pendentes ou concluídas, etc.). **Atenção** Alterar as permissões de uma função de serviço pode interromper a funcionalidade de modernização do AWS mainframe. Edite as funções de serviço somente quando a modernização do AWS mainframe fornecer orientação para fazer isso. ### Escolha de uma função do IAM em AWS Mainframe Modernization Se você já criou uma função do IAM que seus aplicativos executados no Amazon EC2 podem assumir, você pode escolher essa função ao criar um modelo de execução ou uma configuração de execução. AWS A modernização do mainframe fornece uma lista de funções para você escolher. Ao criar essas funções, é importante associar políticas do IAM de privilégio mínimo que restrinjam o acesso às chamadas de API específicas necessárias para a aplicação. Para obter mais informações, consulte [Função do IAM para aplicações que são executadas em instâncias do Amazon EC2](https://docs.aws.amazon.com/autoscaling/ec2/userguide/us-iam-role.html) no *Guia do usuário do Amazon EC2 Auto Scaling*. ## Service-linked funções para AWS Mainframe Modernization **Compatibilidade com perfis vinculados a serviços:** sim Uma função vinculada ao serviço é um tipo de função de serviço vinculada a um. AWS service (Serviço da AWS) O serviço pode assumir a função de realizar uma ação em seu nome. Service-linked as funções aparecem no seu Conta da AWS e são de propriedade do serviço. Um administrador do IAM pode visualizar, mas não editar as permissões para perfis vinculados ao serviço. Para obter detalhes sobre como criar ou gerenciar funções vinculadas ao serviço de modernização de AWS mainframe, consulte. [Usando funções vinculadas a serviços para AWS Mainframe Modernization](using-service-linked-roles.md) Para obter detalhes sobre como criar ou gerenciar perfis vinculados a serviços, consulte [Serviços da AWS que funcionam com o IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html). Encontre um serviço na tabela que inclua um `Yes` na coluna de **Service-linked função**. Escolha o link **Sim** para visualizar a documentação do perfil vinculado a serviço desse serviço.