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á. # Segurança no AWS Billing Conductor A segurança na nuvem AWS é a maior prioridade. Como AWS cliente, você se beneficia de uma arquitetura de data center e rede criada para atender aos requisitos das organizações mais sensíveis à segurança. A segurança é uma responsabilidade compartilhada entre você AWS e você. O [Modelo de Responsabilidade Compartilhada](https://aws.amazon.com/compliance/shared-responsibility-model/) descreve isso como segurança *da* nuvem e segurança *na* nuvem: + **Segurança da nuvem** — AWS é responsável por proteger a infraestrutura que executa AWS os serviços na AWS nuvem. AWS também fornece serviços que você pode usar com segurança. Auditores terceirizados testam e verificam regularmente a eficácia de nossa segurança como parte dos Programas de Conformidade Programas de [AWS](https://aws.amazon.com/compliance/programs/) de . Para saber mais sobre os programas de conformidade que se aplicam ao AWS Billing Conductor, consulte [AWS Serviços no escopo do programa de conformidade AWS](https://aws.amazon.com/compliance/services-in-scope/) . + **Segurança na nuvem** — Sua responsabilidade é determinada pelo AWS serviço que você usa. Você também é responsável por outros fatores, incluindo a confidencialidade de seus dados, os requisitos da empresa e as leis e regulamentos aplicáveis. Essa documentação ajuda você a entender como aplicar o modelo de responsabilidade compartilhada ao usar o AWS Billing Conductor. Os tópicos a seguir mostram como configurar o AWS Billing Conductor para atender aos seus objetivos de segurança e conformidade. Você também aprenderá a usar outros AWS serviços que ajudam a monitorar e proteger seus recursos do AWS Billing Conductor. **Topics** + [Proteção de dados no AWS Billing Conductor](data-protection.md) + [Gerenciamento de identidade e acesso para AWS Billing Conductor](security-iam.md) + [Registro e monitoramento no AWS Billing Conductor](billing-security-logging.md) + [Validação de conformidade para o AWS Billing Conductor](Billing-compliance.md) + [Resiliência no AWS Billing Conductor](disaster-recovery-resiliency.md) + [Segurança da infraestrutura no AWS Billing Conductor](infrastructure-security.md) # Proteção de dados no AWS Billing Conductor O modelo de [responsabilidade AWS compartilhada O modelo](https://aws.amazon.com/compliance/shared-responsibility-model/) se aplica à proteção de dados no AWS Billing Conductor. Conforme descrito neste modelo, AWS é responsável por proteger a infraestrutura global que executa todos os Nuvem AWS. Você é responsável por manter o controle sobre o conteúdo hospedado nessa infraestrutura. Você também é responsável pelas tarefas de configuração e gerenciamento de segurança dos Serviços da AWS que usa. Para saber mais sobre a privacidade de dados, consulte as [Data Privacy FAQ](https://aws.amazon.com/compliance/data-privacy-faq/). Para saber mais sobre a proteção de dados na Europa, consulte a postagem do blog [AWS Shared Responsibility Model and RGPD](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) no *Blog de segurança da AWS *. Para fins de proteção de dados, recomendamos que você proteja Conta da AWS as credenciais e configure usuários individuais com Centro de Identidade do AWS IAM ou AWS Identity and Access Management (IAM). Dessa maneira, cada usuário receberá apenas as permissões necessárias para cumprir suas obrigações de trabalho. Recomendamos também que você proteja seus dados das seguintes formas: + Use uma autenticação multifator (MFA) com cada conta. + Use SSL/TLS para se comunicar com AWS os recursos. Exigimos TLS 1.2 e recomendamos TLS 1.3. + Configure a API e o registro de atividades do usuário com AWS CloudTrail. Para obter informações sobre o uso de CloudTrail trilhas para capturar AWS atividades, consulte Como [trabalhar com CloudTrail trilhas](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) no *Guia AWS CloudTrail do usuário*. + Use soluções de AWS criptografia, juntamente com todos os controles de segurança padrão Serviços da AWS. + Use serviços gerenciados de segurança avançada, como o Amazon Macie, que ajuda a localizar e proteger dados sensíveis armazenados no Amazon S3. + Se você precisar de módulos criptográficos validados pelo FIPS 140-3 ao acessar AWS por meio de uma interface de linha de comando ou de uma API, use um endpoint FIPS. Para saber mais sobre os endpoints FIPS disponíveis, consulte [Federal Information Processing Standard (FIPS) 140-3](https://aws.amazon.com/compliance/fips/). É altamente recomendável que nunca sejam colocadas informações confidenciais ou sensíveis, como endereços de e-mail de clientes, em tags ou campos de formato livre, como um campo **Nome**. Isso inclui quando você trabalha com o AWS Billing Conductor ou outro Serviços da AWS usando o console, a API ou AWS SDKs. AWS CLI Quaisquer dados inseridos em tags ou em campos de texto de formato livre usados para nomes podem ser usados para logs de faturamento ou de diagnóstico. Se você fornecer um URL para um servidor externo, é fortemente recomendável que não sejam incluídas informações de credenciais no URL para validar a solicitação nesse servidor. # Gerenciamento de identidade e acesso para AWS Billing Conductor AWS Identity and Access Management (IAM) é uma ferramenta AWS service (Serviço da AWS) que ajuda o administrador a controlar com segurança o acesso aos AWS recursos. Os administradores do IAM controlam quem pode ser *autenticado* (conectado) e *autorizado* (ter permissões) a usar os recursos do Billing Conductor. O IAM é um AWS service (Serviço da AWS) que você pode usar sem custo adicional. **Topics** + [Público](#security_iam_audience) + [Autenticação com identidades](#security_iam_authentication) + [Gerenciar o acesso usando políticas](#security_iam_access-manage) + [Como AWS Billing Conductor funciona com o IAM](security_iam_service-with-iam.md) + [AWS Billing Conductor exemplos de políticas baseadas em identidade](security_iam_id-based-policy-examples.md) ## Público A forma como você usa AWS Identity and Access Management (IAM) difere com base na sua função: + **Usuário do serviço**: solicite permissões ao seu administrador se você não conseguir acessar os atributos (consulte [Solução de problemas AWS Billing Conductor de identidade e acesso](security_iam_troubleshoot.md)). + **Administrador do serviço**: determine o acesso do usuário e envie solicitações de permissão (consulte [Como AWS Billing Conductor funciona com o IAM](security_iam_service-with-iam.md)) + **Administrador do IAM**: escreva políticas para gerenciar o acesso (consulte [AWS Billing Conductor exemplos de políticas baseadas em identidade](security_iam_id-based-policy-examples.md)) ## Autenticação com identidades A autenticação é como você faz login AWS usando suas credenciais de identidade. Você deve estar autenticado como usuário do IAM ou assumindo uma função do IAM. Usuário raiz da conta da AWS Você pode fazer login como uma identidade federada usando credenciais de uma fonte de identidade como Centro de Identidade do AWS IAM (IAM Identity Center), autenticação de login único ou credenciais. Google/Facebook Para ter mais informações sobre como fazer login, consulte [Como fazer login em sua Conta da AWS](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) no *Guia do usuário do Início de Sessão da AWS *. Para acesso programático, AWS fornece um SDK e uma CLI para assinar solicitações criptograficamente. Para ter mais informações, consulte [AWS Signature Version 4 para solicitações de API](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) no *Guia do usuário do IAM*. ### Usuário raiz da conta da AWS Ao criar um Conta da AWS, você começa com uma identidade de login chamada *usuário Conta da AWS raiz* que tem acesso completo a todos Serviços da AWS os recursos. É altamente recomendável não usar o usuário-raiz em tarefas diárias. Consulte as tarefas que exigem credenciais de usuário-raiz em [Tarefas que exigem credenciais de usuário-raiz](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks) no *Guia do usuário do IAM*. ### Usuários e grupos do IAM Um *[usuário do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* é uma identidade com permissões específicas para uma única pessoa ou aplicação. É recomendável usar credenciais temporárias, em vez de usuários do IAM com credenciais de longo prazo. Para obter mais informações, consulte [Exigir que usuários humanos usem a federação com um provedor de identidade para acessar AWS usando credenciais temporárias](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) no *Guia do usuário do IAM*. Um [https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) especifica um conjunto de usuários do IAM e facilita o gerenciamento de permissões para grandes conjuntos de usuários. Para ter mais informações, consulte [Casos de uso de usuários do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) no *Guia do usuário do IAM*. ### Perfis do IAM Uma *[perfil do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* é uma identidade com permissões específicas que oferece credenciais temporárias. Você pode assumir uma função [mudando de um usuário para uma função do IAM (console)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) ou chamando uma operação de AWS API AWS CLI ou. Para saber mais, consulte [Métodos para assumir um perfil](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) no *Manual do usuário do IAM*. Os perfis do IAM são úteis para acesso de usuário federado, permissões de usuário do IAM temporárias, acesso entre contas, acesso entre serviços e aplicações em execução no Amazon EC2. 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*. ## Gerenciar o acesso usando políticas Você controla o acesso AWS criando políticas e anexando-as a AWS identidades ou recursos. Uma política define permissões quando associada a uma identidade ou recurso. AWS avalia essas políticas quando um diretor faz uma solicitação. A maioria das políticas é armazenada AWS como documentos JSON. Para ter mais informações sobre documentos de política JSON, consulte [Visão geral das políticas JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) no *Guia do usuário do IAM*. Por meio de políticas, os administradores especificam quem tem acesso a que, definindo qual **entidade principal** pode realizar **ações** em quais **recursos** e sob quais **condições**. Por padrão, usuários e perfis não têm permissões. Um administrador do IAM cria políticas do IAM e as adiciona aos perfis, os quais os usuários podem então assumir. As políticas do IAM definem permissões, independentemente do método usado para realizar a operação. ### Políticas baseadas em identidade As políticas baseadas em identidade são documentos de políticas de permissão JSON que você anexa a uma identidade (usuário, grupo ou perfil). Essas políticas controlam quais ações as identidades podem realizar, em quais recursos e sob quais 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*. As políticas baseadas em identidade podem ser políticas *em linha* (incorporadas diretamente em uma única identidade) ou *políticas gerenciadas* (políticas autônomas anexadas a várias identidades). Para saber como escolher entre uma política gerenciada e políticas em linha, consulte [Escolher entre políticas gerenciadas e políticas em linha](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) no *Guia do usuário do IAM*. ### Políticas baseadas em recursos Políticas baseadas em recursos são documentos de políticas JSON que você anexa a um recurso. Entre os exemplos estão *políticas de confiança de perfil* do IAM e *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. É 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. Políticas baseadas em recursos são políticas em linha localizadas nesse serviço. Você não pode usar políticas AWS gerenciadas do IAM em uma política baseada em recursos. ### Listas de controle de acesso (ACLs) As listas de controle de acesso (ACLs) controlam quais diretores (membros da conta, usuários ou funções) têm permissões para acessar um recurso. ACLs são semelhantes às políticas baseadas em recursos, embora não usem o formato de documento de política JSON. O Amazon S3 e o AWS WAF Amazon VPC são exemplos de serviços que oferecem suporte. ACLs Para saber mais ACLs, consulte a [visão geral da lista de controle de acesso (ACL)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acl-overview.html) no *Guia do desenvolvedor do Amazon Simple Storage Service*. ### Outros tipos de política AWS oferece suporte a tipos de políticas adicionais que podem definir o máximo de permissões concedidas por tipos de políticas mais comuns: + **Limites de permissões**: definem o número máximo de permissões que uma política baseada em identidade pode conceder a uma entidade do IAM. Para saber mais sobre limites de permissões, consulte [Limites de permissões para identidades do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) no *Guia do usuário do IAM*. + **Políticas de controle de serviço (SCPs)** — Especifique as permissões máximas para uma organização ou unidade organizacional em AWS Organizations. Para saber mais, consulte [Políticas de controle de serviço](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html) no *Guia do usuário do AWS Organizations *. + **Políticas de controle de recursos (RCPs)** — Defina o máximo de permissões disponíveis para recursos em suas contas. Para obter mais informações, consulte [Políticas de controle de recursos (RCPs)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html) no *Guia AWS Organizations do usuário*. + **Políticas de sessão**: políticas avançadas transmitidas como um parâmetro durante a criação de uma sessão temporária para um perfil ou um usuário federado. Para saber mais, consulte [Políticas de sessão](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) no *Guia do usuário do IAM*. ### Vários tipos de política Quando vários tipos de política são aplicáveis a uma solicitação, é mais complicado compreender as permissões resultantes. Para saber como AWS determinar se uma solicitação deve ser permitida quando vários tipos de políticas estão envolvidos, consulte [Lógica de avaliação de políticas](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) no *Guia do usuário do IAM*. # Como AWS Billing Conductor funciona com o IAM Antes de usar o IAM para gerenciar o acesso ao Billing Conductor, você precisa saber quais atributos do IAM estão disponíveis para uso com o Billing Conductor. Para ter uma visão geral de como o Billing Conductor e outros AWS serviços funcionam com o IAM, consulte [AWS 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*. **Topics** + [Políticas baseadas em identidade do Billing Conductor](#security_iam_service-with-iam-id-based-policies) + [Políticas baseadas em recursos do Billing Conductor](#security_iam_service-with-iam-resource-based-policies) + [Listas de controle de acesso (ACLs)](#security_iam_service-with-iam-acls) + [Autorização baseada em tags do Billing Conductor](#security_iam_service-with-iam-tags) + [Perfis do IAM do Billing Conductor](#security_iam_service-with-iam-roles) ## Políticas baseadas em identidade do Billing Conductor Com as políticas baseadas em identidade do IAM, é possível especificar ações ou recursos permitidos ou negados, bem como as condições sob as quais as ações são permitidas ou negadas. O Billing Conductor oferece suporte a ações, recursos e chaves de condição específicos. Para conhecer todos os elementos usados em uma política JSON, consulte [Referência de elementos 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*. ### Ações 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. As ações de política no Billing Conductor usam o seguinte prefixo antes da ação: `Billing Conductor:`. Por exemplo, para conceder permissão a alguém para executar uma instância do Amazon EC2 com a operação da API `RunInstances` do Amazon EC2, inclua a ação `ec2:RunInstances` na política da pessoa. As instruções de política devem incluir um elemento `Action` ou `NotAction`. O Billing Conductor define seu próprio conjunto de ações que descrevem as tarefas que você pode executar com esse serviço. Para especificar várias ações em uma única instrução, separe-as com vírgulas, como segue: ``` "Action": [ "ec2:action1", "ec2:action2" ``` Você também pode especificar várias ações usando caracteres curinga (\$1). Por exemplo, para especificar todas as ações que começam com a palavra `Describe`, inclua a seguinte ação: ``` "Action": "ec2:Describe*" ``` Para ver uma lista de ações do Billing Conductor, consulte [Ações definidas pelo AWS Billing Conductor](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsbillingconductor.html#awsbillingconductor-actions-as-permissions) no Guia do *usuário do IAM*. ### Recursos 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 (\$1) para indicar que a instrução se aplica a todos os recursos. ``` "Resource": "*" ``` O recurso de instância do Amazon EC2 tem o seguinte ARN: ``` arn:${Partition}:ec2:${Region}:${Account}:instance/${InstanceId} ``` Para obter mais informações sobre o formato de ARNs, consulte [Amazon Resource Names (ARNs) e AWS Service Namespaces](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html). Por exemplo, para especificar a instância `i-1234567890abcdef0` na instrução, use o seguinte ARN: ``` "Resource": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0" ``` Para especificar todas as instâncias que pertencem a uma conta específica, use o caractere curinga (\$1): ``` "Resource": "arn:aws:ec2:us-east-1:123456789012:instance/*" ``` Algumas ações do Billing Conductor, como as ações para a criação de recursos, não podem ser executadas em um recurso específico. Nesses casos, é necessário utilizar o caractere curinga (\$1). ``` "Resource": "*" ``` Muitas ações da API do Amazon EC2 envolvem vários recursos. Por exemplo, `AttachVolume` anexa um volume do Amazon EBS a uma instância, portanto, um usuário do IAM deve ter permissões para usar o volume e a instância. Para especificar vários recursos em uma única instrução, separe-os ARNs com vírgulas. ``` "Resource": [ "resource1", "resource2" ``` Para ver uma lista dos tipos de recursos do Billing Conductor e seus ARNs, consulte [Recursos definidos pelo AWS Billing Conductor](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsbillingconductor.html#awsbillingconductor-resources-for-iam-policies) no Guia do *usuário do IAM*. Para saber com quais ações você pode especificar o ARN de cada recurso, consulte [Ações definidas pelo condutor de AWS cobrança](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsbillingconductor.html#awsbillingconductor-actions-as-permissions). ### Chaves de condição 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*. O Billing Conductor define seu próprio conjunto de chaves de condição e também oferece suporte ao uso de algumas chaves de condição globais. Para ver todas as chaves de condição AWS globais, consulte [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*. Todas as ações do Amazon EC2 oferecem suporte às chaves de condição `aws:RequestedRegion` e `ec2:Region`. Para obter mais informações, consulte [Exemplo: restrição de acesso a uma Região específica](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ExamplePolicies_EC2.html#iam-example-region). Para ver uma lista das chaves de condição do Billing Conductor, consulte [Chaves de condição do AWS Billing Conductor](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsbillingconductor.html#awsbillingconductor-policy-keys) no Guia do *usuário do IAM*. Para saber com quais ações e recursos você pode usar uma chave de condição, consulte [Ações definidas pelo condutor AWS de cobrança](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awsbillingconductor.html#awsbillingconductor-actions-as-permissions). ### Exemplos Para visualizar exemplos de políticas baseadas em identidade do Billing Conductor, consulte [AWS Billing Conductor exemplos de políticas baseadas em identidade](security_iam_id-based-policy-examples.md). ## Políticas baseadas em recursos do Billing Conductor As políticas baseadas em recursos são documentos de políticas JSON que especificam quais ações uma entidade principal pode executar no recurso do Billing Conductor e sob quais condições. O Amazon S3 oferece suporte a políticas de permissões baseadas em recursos para o Amazon S3. *buckets* As políticas baseadas em recursos permitem conceder permissão de uso a outras contas especificada por recurso. Você também pode usar uma política baseada em recursos para permitir que um AWS serviço acesse seu Amazon S3. *buckets* 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 recurso](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html). Adicionar uma entidade principal entre contas à política baseada em recurso é apenas metade da tarefa de estabelecimento da relação de confiança. Quando o principal e o recurso estão em AWS contas diferentes, você também deve conceder permissão à entidade principal para acessar o recurso. Conceda permissão anexando uma política baseada em identidade para a entidade. No entanto, se uma política baseada em recurso conceder acesso a uma entidade principal na mesma conta, nenhuma política baseada em identidade adicional será necessária. Para mais informações, consulte [Como perfis do IAM diferem de políticas baseadas em recursos](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_compare-resource-policies.html) no *Manual do usuário do IAM*. O serviço Amazon S3 suporta apenas um tipo de política baseada em recursos chamada **bucket*política*, que é anexada a uma. *bucket* Essa política define quais entidades principais (contas, usuários, funções e usuários federados) podem realizar ações no*Billing Conductor*. ### Exemplos Para visualizar exemplos de políticas baseadas em recurso do Billing Conductor, consulte [AWS Billing Conductor exemplos de políticas baseadas em recursos](security_iam_resource-based-policy-examples.md). ## Listas de controle de acesso (ACLs) As listas de controle de acesso (ACLs) são listas de beneficiários que você pode anexar aos recursos. Elas concedem às contas permissões para acessar o recurso ao qual são anexadas. Você pode se conectar ACLs a um recurso do Amazon S3*bucket*. Com as listas de controle de acesso do Amazon S3 (ACLs), você pode gerenciar o acesso aos *bucket* recursos. Cada um *bucket* tem uma ACL anexada a ele como um sub-recurso. Ele define quais AWS contas, usuários ou grupos de usuários do IAM ou funções do IAM recebem acesso e o tipo de acesso. Quando uma solicitação de um recurso é recebida, AWS verifica a ACL correspondente para verificar se o solicitante tem as permissões de acesso necessárias. Quando você cria um *bucket* recurso, o Amazon S3 cria uma ACL padrão que concede ao proprietário do recurso controle total sobre o recurso. No exemplo de *bucket* ACL a seguir, John Doe é listado como proprietário do *bucket* e tem controle total sobre ele. *bucket* Uma ACL pode ter até 100 concessões. ``` c1daexampleaaf850ea79cf0430f33d72579fd1611c97f7ded193374c0b163b6 john-doe c1daexampleaaf850ea79cf0430f33d72579fd1611c97f7ded193374c0b163b6 john-doe FULL_CONTROL ``` O campo ID na ACL é o ID de AWS usuário canônico da conta. Para saber como visualizar essa ID em uma conta que você possui, consulte Como [encontrar uma ID de usuário canônica da AWS conta](https://docs.aws.amazon.com/general/latest/gr/acct-identifiers.html#FindingCanonicalId). ## Autorização baseada em tags do Billing Conductor Você pode anexar tags aos recursos do Billing Conductor ou passar tags em uma solicitação ao Billing Conductor. 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 chaves de condição `Billing Conductor:ResourceTag/key-name`, `aws:RequestTag/key-name` ou `aws:TagKeys`. ## Perfis do IAM do Billing Conductor Uma [função do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) é uma entidade dentro da sua AWS conta que tem permissões específicas. ### Usar credenciais temporárias com o Billing Conductor É possível usar credenciais temporárias para fazer login com federação, assumir um perfil do IAM ou assumir um perfil entre contas. Você obtém credenciais de segurança temporárias chamando operações de AWS STS API, como [AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.html)ou [GetFederationToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetFederationToken.html). O Billing Conductor oferece suporte ao uso de credenciais temporárias. ### Perfis vinculados ao serviço [As funções vinculadas ao serviço](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) permitem que AWS os serviços acessem recursos em outros serviços para concluir uma ação em seu nome. Os perfis vinculados a serviço aparecem em sua conta do IAM e são de propriedade do serviço. Um administrador do IAM pode visualizar, mas não pode editar as permissões para perfis vinculados a serviço. ### Perfis de serviço Esse atributo permite que um serviço assuma um [perfil de serviço](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role) em seu nome. O perfil permite que o serviço acesse recursos em outros serviços para concluir uma ação em seu nome. Os perfis de serviço aparecem em sua conta do IAM e são de propriedade da conta. Isso significa que um administrador do IAM pode alterar as permissões para esse perfil. Porém, fazer isso pode alterar a funcionalidade do serviço. O Billing Conductor oferece suporte aos perfis de serviço. ### Selecionar um perfil do IAM no Billing Conductor Ao criar um recurso no Billing Conductor, é necessário escolher uma função para permitir que o Billing Conductor acesse o Amazon EC2 em seu nome. Caso já tenha criado um perfil de serviço ou função vinculada ao serviço, o console do Billing Conductor fornecerá uma lista das funções para sua escolha. É importante escolher uma função que conceda acesso para iniciar e interromper instâncias do Amazon EC2. # AWS Billing Conductor exemplos de políticas baseadas em identidade Por padrão, os usuários do IAM e as funções não têm permissão para criar ou modificar recursos do Billing Conductor. Eles também não podem realizar tarefas usando a AWS API Console de gerenciamento da AWS AWS CLI, ou. 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 do IAM 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor) no *Guia do usuário do IAM*. **Topics** + [Práticas recomendadas de política](#security_iam_service-with-iam-policy-best-practices) + [Exemplos de políticas baseadas em identidade do Billing Conductor](#security_policy-examples) + [AWS políticas gerenciadas para o AWS Billing Conductor](security-iam-awsmanpol.md) + [AWS Billing Conductor exemplos de políticas baseadas em recursos](security_iam_resource-based-policy-examples.md) + [Solução de problemas AWS Billing Conductor de identidade e acesso](security_iam_troubleshoot.md) ## Práticas recomendadas de política As políticas baseadas em identidade determinam se alguém pode criar, acessar ou excluir recursos do Billing Conductor 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 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 saber mais, consulte [Políticas gerenciadas pela AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) ou [Políticas gerenciadas pela AWS para funções de trabalho](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) 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 saber mais sobre como usar o IAM para aplicar permissões, consulte [Políticas e permissões no IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) no *Guia do usuário do IAM*. + **Use condições nas políticas do IAM para restringir ainda mais o acesso**: é possível adicionar uma condição às políticas para limitar o acesso a ações e recursos. Por exemplo, é possível escrever uma condição de política para especificar que todas as solicitações devem ser enviadas usando SSL. 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 AWS service (Serviço da AWS), como CloudFormation. Para saber mais, consulte [Elementos da política JSON do IAM: condição](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) 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 saber mais, consulte [Validação de políticas do IAM Access Analyzer](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) no *Guia do Usuário do IAM*. + **Exigir autenticação multifator (MFA**) — Se você tiver um cenário que exija usuários do IAM ou um usuário root, ative Conta da AWS 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 saber mais, consulte [Configuração de acesso à API protegido por MFA](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) no *Guia do Usuário do IAM*. Para saber mais sobre as práticas recomendadas do IAM, consulte [Práticas recomendadas de segurança no IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) no *Guia do usuário do IAM*. ## Exemplos de políticas baseadas em identidade do Billing Conductor Este tópico contém exemplos de políticas que podem ser anexadas ao usuário ou grupo do IAM para controlar o acesso às informações e ferramentas da sua conta. **Topics** + [Conceder acesso total ao console do Billing Conductor](#security_iam_id-based-policy-examples-console) + [Conceder acesso total à API do Billing Conductor](#security_iam_id-based-policy-examples-fullAPI) + [Conceder acesso somente leitura ao console do Billing Conductor](#security_iam_id-based-policy-examples-readonly) + [Conceder acesso ao Billing Conductor por meio do console de faturamento](#security_iam_id-based-policy-examples-ABCthroughbilling) + [Concedendo acesso ao Billing Conductor por meio de relatórios de AWS custo e uso](#security_iam_id-based-policy-examples-ABCthroughCUR) + [Conceda ao Billing Conductor acesso ao atributo de importação da unidade organizacional](#security_iam_id-based-policy-examples-ABCaccessOU) + [Negar o acesso do Billing and Cost Explorer a serviços e recursos que não suportam custos proforma](#deny-access-proforma-costs) + [Criação de um CUR pro forma por grupo de cobrança](#allow-legacy-cur) ### Conceder acesso total ao console do Billing Conductor Para acessar o console do Billing Conductor, você deve ter um conjunto mínimo de permissões para o console. Essas permissões devem autorizar você a listar e visualizar detalhes sobre os recursos do Billing Conductor na sua Conta da AWS. Se você criar uma política baseada em identidade que seja mais restritiva que as permissões mínimas necessárias, o console não funcionará como pretendido para entidades (usuários ou perfis do IAM) com essa política. Para garantir que essas entidades ainda possam usar o console do Billing Conductor, anexe também a seguinte política AWS gerenciada às entidades. Para obter mais informações, consulte [Adição de permissões a um usuário](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) no *Manual do usuário do IAM*: Além das permissões do `billingconductor:*`, a `pricing:DescribeServices` é necessária para a criação de regras de preços e a `organizations:ListAccounts` é necessária para listar contas vinculadas à conta do pagador. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "billingconductor:*", "Resource": "*" }, { "Effect": "Allow", "Action": [ "organizations:ListAccounts", "organizations:DescribeAccount" ], "Resource": "*" }, { "Effect": "Allow", "Action": "pricing:DescribeServices", "Resource": "*" } ] } ``` ------ Você não precisa permitir permissões mínimas do console para usuários que estão fazendo chamadas somente para a API AWS CLI ou para a AWS API. Em vez disso, permita o acesso somente às ações que corresponderem a operação da API que você estiver tentando executar. ### Conceder acesso total à API do Billing Conductor Neste exemplo, você concede a uma entidade do IAM acesso total à API Billing Conductor. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "billingconductor:*", "Resource": "*" }, { "Effect": "Allow", "Action": "organizations:ListAccounts", "Resource": "*" } ] } ``` ------ ### Conceder acesso somente leitura ao console do Billing Conductor Neste exemplo, você concede a uma entidade do IAM acesso somente leitura ao console do Billing Conductor. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "billingconductor:List*", "Resource": "*" }, { "Effect": "Allow", "Action": "organizations:ListAccounts", "Resource": "*" }, { "Effect": "Allow", "Action": "pricing:DescribeServices", "Resource": "*" } ] } ``` ------ ### Conceder acesso ao Billing Conductor por meio do console de faturamento Neste exemplo, as entidades do IAM podem alternar e visualizar dados de faturamento pro forma por meio da página de faturas em seu console de faturamento. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "billing:ListBillingViews", "aws-portal:ViewBilling" ], "Resource": "*" } ] } ``` ------ ### Concedendo acesso ao Billing Conductor por meio de relatórios de AWS custo e uso Neste exemplo, as entidades do IAM podem alternar e visualizar dados de faturamento pro forma por meio da página Relatórios de custo e uso em seu console de faturamento. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "billing:ListBillingViews", "aws-portal:ViewBilling", "cur:DescribeReportDefinitions" ], "Resource": "*" } ] } ``` ------ ### Conceda ao Billing Conductor acesso ao atributo de importação da unidade organizacional Neste exemplo, as entidades do IAM têm acesso somente para leitura às operações específicas da AWS Organizations API que são necessárias para importar suas contas de unidade organizacional (OU) quando você está criando um grupo de faturamento. O recurso de importação de OU está no console do AWS Billing Conductor. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "organizations:ListRoots", "organizations:ListOrganizationalUnitsForParent", "organizations:ListChildren" ], "Resource": "*" } ] } ``` ------ ### Negar o acesso do Billing and Cost Explorer a serviços e recursos que não suportam custos proforma Neste exemplo, as entidades do IAM têm acesso negado a serviços e recursos que não suportam custos proforma. Essa política inclui uma lista de ações que são possíveis na conta de gerenciamento e nas contas de membros individuais. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [{ "Effect": "Deny", "Action": [ "aws-portal:ModifyAccount", "aws-portal:ModifyBilling", "aws-portal:ModifyPaymentMethods", "aws-portal:ViewPaymentMethods", "aws-portal:ViewAccount", "cur:GetClassic*", "cur:Validate*", "tax:List*", "tax:Get*", "tax:Put*", "tax:ListTaxRegistrations", "tax:BatchPut*", "tax:UpdateExemptions", "freetier:Get*", "payments:Get*", "payments:List*", "payments:Update*", "payments:GetPaymentInstrument", "payments:GetPaymentStatus", "purchase-orders:ListPurchaseOrders", "purchase-orders:ListPurchaseOrderInvoices", "consolidatedbilling:GetAccountBillingRole", "consolidatedbilling:Get*", "consolidatedbilling:List*", "invoicing:List*", "invoicing:Get*", "account:Get*", "account:List*", "account:CloseAccount", "account:DisableRegion", "account:EnableRegion", "account:GetContactInformation", "account:GetAccountInformation", "account:PutContactInformation", "billing:GetBillingPreferences", "billing:GetContractInformation", "billing:GetCredits", "billing:RedeemCredits", "billing:Update*", "ce:GetPreferences", "ce:UpdatePreferences", "ce:GetReservationCoverage", "ce:GetReservationPurchaseRecommendation", "ce:GetReservationUtilization", "ce:GetSavingsPlansCoverage", "ce:GetSavingsPlansPurchaseRecommendation", "ce:GetSavingsPlansUtilization", "ce:GetSavingsPlansUtilizationDetails", "ce:ListSavingsPlansPurchaseRecommendationGeneration", "ce:StartSavingsPlansPurchaseRecommendationGeneration", "ce:UpdateNotificationSubscription" ], "Resource": "*" }] } ``` ------ Para obter mais informações, consulte [Serviços da AWS que oferecem suporte ao faturamento baseado em proforma, visualize os custos](service-integrations-support-proforma.md). ### Criação de um CUR pro forma por grupo de cobrança Etapa 1: permitir que os usuários do IAM tenham acesso total ao CUR legado e à visualização de faturamento do grupo de faturamento. ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "CurDataAccess", "Effect": "Allow", "Action": "cur:PutReportDefinition", "Resource": [ "arn:*:cur:*:*:definition/*", "arn:aws:billing::*:billingview/*" ] } ] } ``` Etapa 2: Para atribuir funções do IAM para ter acesso a grupos de faturamento específicos, adicione o ARN de visualização de faturamento que o usuário pode acessar. ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "CurDataAccess", "Effect": "Allow", "Action": "cur:PutReportDefinition", "Resource":[ "arn:aws:cur:us-east-1:123456789012:definition/*", "arn:aws:billing::AWS-account-ID:billingview/billing-group-$billinggroup-primary-account-ID" ] } ] } ``` Para obter mais informações, consulte [Configurando relatórios de custo e uso por grupo de cobrança](configuring-abc.md). # AWS políticas gerenciadas para o AWS Billing Conductor Para adicionar permissões a usuários, grupos e funções, é mais fácil usar políticas AWS gerenciadas do que escrever políticas você mesmo. É necessário tempo e experiência para criar [políticas gerenciadas pelo cliente do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html) que fornecem à sua equipe apenas as permissões de que precisam. Para começar rapidamente, você pode usar nossas políticas AWS gerenciadas. Essas políticas abrangem casos de uso comuns e estão disponíveis na sua Conta da AWS. Para obter mais informações sobre políticas AWS gerenciadas, consulte [políticas AWS gerenciadas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) no *Guia do usuário do IAM*. AWS os serviços mantêm e atualizam as políticas AWS gerenciadas. Você não pode alterar as permissões nas políticas AWS gerenciadas. Os serviços ocasionalmente acrescentam permissões adicionais a uma política gerenciada pela AWS para oferecer suporte a novos recursos. Esse tipo de atualização afeta todas as identidades (usuários, grupos e funções) em que a política está anexada. É mais provável que os serviços atualizem uma política gerenciada pela AWS quando um novo recurso for iniciado ou novas operações se tornarem disponíveis. Os serviços não removem as permissões de uma política AWS gerenciada, portanto, as atualizações de políticas não violarão suas permissões existentes. Além disso, AWS oferece suporte a políticas gerenciadas para funções de trabalho que abrangem vários serviços. Por exemplo, a política **ReadOnlyAccess** AWS gerenciada fornece acesso somente de leitura a todos os AWS serviços e recursos. Quando um serviço lança um novo recurso, AWS adiciona permissões somente de leitura para novas operações e recursos. Para obter uma lista e descrições das políticas de perfis de trabalho, consulte [Políticas gerenciadas pela AWS para perfis de trabalho](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) no *Guia do usuário do IAM*. ## AWS política gerenciada: AWSBilling ConductorFullAccess A política AWSBilling ConductorFullAccess gerenciada concede acesso completo ao console do AWS Billing Conductor e. APIs Os usuários podem listar, criar e excluir recursos do AWS Billing Conductor. Para visualizar as permissões para esta política, consulte [AWSBillingConductorFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSBillingConductorFullAccess.html) na *Referência de políticas gerenciadas pela AWS *. ## AWS política gerenciada: AWSBilling ConductorReadOnlyAccess A política AWSBilling ConductorReadOnlyAccess gerenciada concede acesso somente para leitura ao console do AWS Billing Conductor e. APIs Os usuários podem visualizar e listar todos os recursos do AWS Billing Conductor. Usuários não podem criar ou excluir recursos. Para visualizar as permissões para esta política, consulte [AWSBillingConductorReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSBillingConductorReadOnlyAccess.html) na *Referência de políticas gerenciadas pela AWS *. ## AWS Atualizações do Billing Conductor nas políticas AWS gerenciadas Veja detalhes sobre as atualizações das políticas AWS gerenciadas do AWS Billing Conductor desde que esse serviço começou a monitorar essas alterações. Para receber alertas automáticos sobre alterações nessa página, assine o feed RSS na página de histórico de documentos do AWS Billing Conductor. | Alteração | Descrição | Data | | --- | --- | --- | | [AWSBillingConductorFullAccess](#security-iam-awsmanpol-fullaccess)- Atualização das políticas existentes | Adicionamos as `organizations:ListInboundResponsibilityTransfers` ações `organizations:DescribeResponsibilityTransfer` e à `AWSBillingConductorFullAccess` política. | 19 de novembro de 2025 | | [AWSBillingConductorFullAccess](#security-iam-awsmanpol-fullaccess)- Atualização das políticas existentes | Adicionamos as seguintes ações à `AWSBillingConductorFullAccess` política: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/billingconductor/latest/userguide/security-iam-awsmanpol.html) | 9 de setembro de 2025 | | [AWSBillingConductorReadOnlyAccess](#security-iam-awsmanpol-readonly)- Atualização das políticas existentes | Adicionamos as seguintes ações à `AWSBillingConductorReadOnlyAccess` política: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/billingconductor/latest/userguide/security-iam-awsmanpol.html) | 9 de setembro de 2025 | | AWSBillingConductorReadOnlyAccess | Adicionado `GetBillingGroupCostReport` à `AWSBillingConductorReadOnlyAccess` política. | 8 de fevereiro de 2024 | | AWSBillingConductorFullAccess | Política criada | 29 de março de 2022 | | AWSBillingConductorReadOnlyAccess | Política criada | 29 de março de 2022 | | AWS Registro de alterações do Billing Conductor publicado | AWS O Billing Conductor começou a monitorar as mudanças em suas políticas AWS gerenciadas. | 29 de março de 2022 | # AWS Billing Conductor exemplos de políticas baseadas em recursos **Topics** + [Restringir o acesso a bucket do Amazon S3 para endereços IP específicos](#security_iam_resource-based-policy-examples-restrict-bucket-by-ip) ## Restringir o acesso a bucket do Amazon S3 para endereços IP específicos O exemplo a seguir concede permissões a qualquer usuário para executar qualquer operação do Amazon S3 em objetos no bucket especificado. No entanto, a solicitação deve se originar no intervalo de endereços IP especificados na condição. A condição nesta declaração identifica o intervalo 54.240.143.\$1 de endereços IP permitidos do Protocolo de Internet versão 4 (IPv4), com uma exceção: 54.240.143.188. O `Condition` bloco usa as `NotIpAddress` condições `IpAddress` e e a chave de `aws:SourceIp` condição, que é uma chave AWS de condição ampla. Para obter mais informações sobre essas chaves de condições, consulte [Especificar condições em uma política](https://docs.aws.amazon.com/AmazonS3/latest/userguide/amazon-s3-policy-keys.html). Os `aws:sourceIp` IPv4 valores usam a notação CIDR padrão. Para obter mais informações, consulte [Operadores de condição de endereço IP](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html#Conditions_IPAddress) no *Guia do usuário do IAM*. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Id": "S3PolicyId1", "Statement": [ { "Sid": "IPAllow", "Effect": "Allow", "Principal": "*", "Action": "s3:*", "Resource": "arn:aws:s3:::amzn-s3-demo-bucket1/*", "Condition": { "IpAddress": {"aws:SourceIp": "54.240.143.0/24"}, "NotIpAddress": {"aws:SourceIp": "54.240.143.188/32"} } } ] } ``` ------ # Solução de problemas AWS Billing Conductor de identidade e acesso Use as seguintes informações para ajudar a diagnosticar e corrigir problemas comuns que podem ser encontrados ao trabalhar com o Billing Conductor e o IAM. **Topics** + [Não tenho autorização para executar uma ação no Billing Conductor](#security_iam_troubleshoot-no-permissions) + [Não estou autorizado a realizar iam: PassRole](#security_iam_troubleshoot-passrole) + [Quero permitir que pessoas fora da minha AWS conta acessem meus recursos do Billing Conductor](#security_iam_troubleshoot-cross-account-access) ## Não tenho autorização para executar uma ação no Billing Conductor Se isso Console de gerenciamento da AWS indicar que você não está autorizado a realizar uma ação, entre em contato com o administrador para obter ajuda. O administrador é a pessoa que forneceu o seu nome de usuário e senha. O erro de exemplo a seguir ocorre quando o usuário `mateojackson` do IAM tenta usar o console para visualizar detalhes sobre um *Billing Conductor*, mas não tem as permissões `Billing Conductor:GetWidget`. ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: Billing Conductor:GetWidget on resource: my-example-Billing Conductor ``` Neste caso, Mateo pede ao administrador para atualizar suas políticas para permitir a ele o acesso ao recurso `my-example-Billing Conductor` usando a ação `Billing Conductor:GetWidget`. ## Não estou autorizado a realizar iam: PassRole Se receber uma mensagem de erro informando que você não tem autorização para executar a ação `iam:PassRole`, suas políticas deverão ser atualizadas para permitir a transmissão de um perfil ao Billing Conductor. Alguns Serviços da AWS permitem que você passe uma função existente para esse serviço em vez de criar uma nova função de serviço ou uma função vinculada ao serviço. Para fazer isso, é preciso ter permissões para passar o perfil para o serviço. O erro do exemplo a seguir ocorre quando uma usuária do IAM chamada `marymajor` tenta usar o console para executar uma ação no Billing Conductor. No entanto, a ação exige que o serviço tenha permissões concedidas por um perfil de serviço. Mary não tem permissões para passar o perfil para o serviço. ``` User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole ``` Nesse caso, as políticas de Mary devem ser atualizadas para permitir que ela realize a ação `iam:PassRole`. Se precisar de ajuda, entre em contato com seu AWS administrador. Seu administrador é a pessoa que forneceu suas credenciais de login. ## Quero permitir que pessoas fora da minha AWS conta acessem meus recursos do Billing Conductor É possível criar um perfil que os usuários de outras contas ou pessoas fora da organização podem usar para acessar seus recursos. É possível especificar quem é confiável para assumir o perfil. Para serviços que oferecem suporte a políticas baseadas em recursos ou listas de controle de acesso (ACLs), você pode usar essas políticas para conceder às pessoas acesso aos seus recursos. Para saber mais, consulte: + Para saber se o Billing Conductor oferece suporte a esses atributos, consulte [Como AWS Billing Conductor funciona com o IAM](security_iam_service-with-iam.md). + Para saber como fornecer acesso aos seus recursos em todos os Contas da AWS que você possui, consulte Como [fornecer acesso a um usuário do IAM em outro Conta da AWS que você possui](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) no *Guia do usuário do IAM*. + Para saber como fornecer acesso aos seus recursos a terceiros Contas da AWS, consulte Como [fornecer acesso Contas da AWS a terceiros](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) no *Guia do usuário do IAM*. + Para saber como conceder acesso por meio da federação de identidades, consulte [Conceder acesso a usuários autenticados externamente (federação de identidades)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) no *Guia do usuário do IAM*. + Para saber a diferença entre perfis e políticas baseadas em recurso para acesso entre contas, consulte [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*. # Registro e monitoramento no AWS Billing Conductor O monitoramento é uma parte importante para manter a confiabilidade, a disponibilidade e o desempenho da sua AWS conta. Há várias ferramentas disponíveis para monitorar o uso do AWS Billing Conductor. ## AWS Relatórios de custo e uso AWS Os relatórios de custo e uso monitoram seu AWS uso e fornecem cobranças estimadas associadas à sua conta. Cada relatório contém itens de linha para cada combinação exclusiva de AWS produtos, tipo de uso e operação que você usa em sua AWS conta. Você pode personalizar os Relatórios de AWS Custo e Uso para agregar as informações por hora ou por dia. Para obter mais informações sobre relatórios de AWS custo e uso, consulte o [https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html). # Registrando chamadas de AWS Billing Conductor API usando AWS CloudTrail AWS Billing Conductor é integrado com AWS CloudTrail, um serviço que fornece um registro das ações realizadas por um usuário, função ou AWS serviço no AWS Billing Conductor. CloudTrail captura todas as chamadas de API para o AWS Billing Conductor como eventos. As chamadas capturadas incluem chamadas do console do AWS Billing Conductor e chamadas de código para as operações da API AWS Billing Conductor. Se você criar uma trilha, poderá habilitar a entrega contínua de CloudTrail eventos para um bucket do Amazon S3, incluindo eventos para o AWS Billing Conductor. Se você não configurar uma trilha, ainda poderá ver os eventos mais recentes no CloudTrail console no **Histórico de eventos**. Usando as informações coletadas por CloudTrail, você pode determinar a solicitação que foi feita ao AWS Billing Conductor, o endereço IP do qual a solicitação foi feita, quem fez a solicitação, quando ela foi feita e detalhes adicionais. Para saber mais CloudTrail, consulte o [Guia AWS CloudTrail do usuário](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html). ## AWS Billing Conductor CloudTrail eventos Esta seção mostra uma lista completa dos CloudTrail eventos relacionados ao Billing and Cost Management. **** | Nome do evento | Definição | | --- | --- | | `AssociateAccounts` | Registra a associação de contas a um grupo de faturamento. | | `AssociatePricingRules` | Registra a associação das regras de preços a um plano de preços. | | `AutoAssociateAccount` | Registra a associação automática de uma conta a um grupo de cobrança. | | `AutoDisassociateAccount` | Registra a dissociação automática de uma conta de um grupo de cobrança no próximo período de cobrança. | | `BatchAssociateResourcesToCustomLineItem` | Registra a associação em lote de recursos a um item de linha personalizado percentual. | | `BatchDisassociateResourcesFromCustomLineItem` | Registra a dissociação em lote de recursos de um item de linha personalizado percentual. | | `CreateBillingGroup` | Registra a criação de um grupo de cobrança. | | `CreateCustomLineItem` | Registra a criação de um item de linha personalizado. | | `CreatePricingPlan` | Registra a criação de um plano de preços. | | `CreatePricingRule` | Registra a criação de uma regra de preços. | | `DeleteBillingGroup` | Registra a exclusão de um grupo de cobrança. | | `DeleteCustomLineItem` | Registra a exclusão de um item de linha personalizado. | | `DeletePricingPlan` | Registra a exclusão de um plano de preços. | | `DeletePricingRule` | Registra a exclusão de uma regra de preços. | | `DisassociateAccounts` | Registra a dissociação de contas de um grupo de cobrança. | | `DisassociatePricingRules` | Registra a dissociação das regras de preços de um plano de preços. | | `ListAccountAssociations` | Registra o acesso aos IDs da conta no grupo de cobrança. | | `ListBillingGroupCostReports` | Registra o acesso às AWS cobranças reais do grupo de cobrança. | | `ListBillingGroups` | Registra o acesso aos grupos de cobrança em um período de cobrança. | | `ListCustomLineItems` | Registra o acesso aos itens de linha personalizados em um período de cobrança. | | `ListCustomLineItemVersions` | Registra o acesso às versões de um item de linha personalizado. | | `ListPricingPlans` | Registra o acesso aos planos de preços em um período de cobrança. | | `ListPricingPlansAssociatedWithPricingRule` | Registra o acesso aos planos de preços associados a uma regra de preços. | | `ListPricingRules` | Registra o acesso às regras de preços em um período de cobrança. | | `ListPricingRulesAssociatedToPricingPlan` | Registra o acesso às regras de preços associadas a um plano de preços. | | `ListResourcesAssociatedToCustomLineItem` | Registra o acesso aos recursos associados a um item de linha personalizado. | | `ListTagsForResource` | Registra o acesso às tags em um recurso. | | `TagResource` | Registra a associação de tags em um recurso. | | `UpdateBillingGroup` | Registra a atualização de um grupo de cobrança. | | `UpdateCustomLineItem` | Registra a atualização de um item de linha personalizado. | | `UpdatePricingPlan` | Registra a atualização de um plano de preços. | | `UpdatePricingRule` | Registra a atualização de uma regra de preços. | ## AWS Informações do condutor de cobrança em CloudTrail CloudTrail é ativado no seu Conta da AWS quando você cria a conta. Quando a atividade ocorre no AWS Billing Conductor, essa atividade é registrada em um CloudTrail evento junto com outros eventos AWS de serviço no **histórico** de eventos. Você pode visualizar, pesquisar e baixar eventos recentes no seu Conta da AWS. Para obter mais informações, consulte [Visualização de eventos com histórico de CloudTrail eventos](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html). Para obter um registro contínuo dos eventos em seu Conta da AWS, incluindo eventos do AWS Billing Conductor, crie uma trilha. Uma *trilha* permite CloudTrail entregar arquivos de log para um bucket do Amazon S3. Por padrão, quando você cria uma trilha no console, ela é aplicada a todas as Regiões da AWS. A trilha registra eventos de todas as regiões na AWS partição e entrega os arquivos de log ao bucket do Amazon S3 que você especificar. Além disso, você pode configurar outros AWS serviços para analisar e agir com base nos dados de eventos coletados nos CloudTrail registros. Para saber mais, consulte: + [Visão geral da criação de uma trilha](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html) + [CloudTrail serviços e integrações suportados](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html) + [Configurando notificações do Amazon SNS para CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/configure-sns-notifications-for-cloudtrail.html) + [Recebendo arquivos de CloudTrail log de várias regiões](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) e [Recebendo arquivos de CloudTrail log de várias contas](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html) Todas as ações do AWS Billing Conductor são registradas CloudTrail e documentadas na Referência da API [AWS Billing Conductor](https://docs.aws.amazon.com/billingconductor/latest/APIReference). Cada entrada de log ou evento contém informações sobre quem gerou a solicitação. As informações de identidade ajudam a determinar o seguinte: + Se a solicitação foi feita com credenciais de usuário root ou AWS Identity and Access Management (IAM). + Se a solicitação foi feita com credenciais de segurança temporárias de um perfil ou de um usuário federado. + Se a solicitação foi feita por outro AWS serviço. Para obter mais informações, consulte [Elemento userIdentity do CloudTrail ](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html). ## Compreendendo as entradas do arquivo de log do AWS Billing Conductor Uma trilha é uma configuração que permite a entrega de eventos como arquivos de log para um bucket do Amazon S3 que você especificar. CloudTrail os arquivos de log contêm uma ou mais entradas de log. Um evento representa uma única solicitação de qualquer fonte e inclui informações sobre a ação solicitada, a data e a hora da ação, os parâmetros da solicitação e assim por diante. CloudTrail os arquivos de log não são um rastreamento de pilha ordenado das chamadas públicas de API, portanto, eles não aparecem em nenhuma ordem específica. **Topics** + [AutoAssociateAccount](#CT-example-auto) + [CreateBillingGroup](#CT-example-create) ### AutoAssociateAccount O exemplo a seguir mostra uma entrada de CloudTrail registro que demonstra a `AutoAssociateAccount` ação. ``` { "eventVersion": "1.09", "userIdentity": { "accountId": "111122223333", "invokedBy": "billingconductor.amazonaws.com" }, "eventTime": "2024-02-23T00:22:08Z", "eventSource": "billingconductor.amazonaws.com", "eventName": "AutoAssociateAccount", "awsRegion": "us-east-1", "sourceIPAddress": "billingconductor.amazonaws.com", "userAgent": "billingconductor.amazonaws.com", "requestParameters": null, "responseElements": null, "requestID": "1v14d239-fe63-4d2b-b3cd-450905b6c33", "eventID": "14536982-geff-4fe8-bh18-f18jde35218d0", "readOnly": false, "eventType": "AwsServiceEvent", "managementEvent": true, "recipientAccountId": "111122223333", "serviceEventDetails": { "requestParameters": { "Arn": "arn:aws:billingconductor::111122223333:billinggroup/444455556666", "AccountIds": [ "333333333333" ] }, "responseElements": { "Arn": "arn:aws:billingconductor::111122223333:billinggroup/444455556666" } }, "eventCategory": "Management" } ``` ### CreateBillingGroup O exemplo a seguir mostra uma entrada de CloudTrail registro que demonstra a `CreateBillingGroup` ação. ``` { "eventVersion": "1.08", "userIdentity": { "accountId":"111122223333", "accessKeyId":"ASIAIOSFODNN7EXAMPLE" }, "eventTime": "2024-01-24T20:30:03Z", "eventSource": "billingconductor.amazonaws.com", "eventName": "CreateBillingGroup", "awsRegion": "us-east-1", "sourceIPAddress": "100.100.10.10", "userAgent": "aws-internal/3 aws-sdk-java/1.11.465 Linux/4.9.124-0.1.ac.198.73.329.metal1.x86_64 OpenJDK_64-Bit_Server_VM/25.192-b12 java/1.8.0_192", "requestParameters": { "PrimaryAccountId": "444455556666", "ComputationPreference": { "PricingPlanArn": "arn:aws:billingconductor::111122223333:pricingplan/TqeITi5Bgh" }, "X-Amzn-Client-Token": "32aafb5s-e5b6-47f5-9795-3a69935e9da4", "AccountGrouping": { "LinkedAccountIds": [ "444455556666", "111122223333" ] }, "Name": "***" }, "responseElements": { "Access-Control-Expose-Headers": "x-amzn-RequestId,x-amzn-ErrorType,x-amzn-ErrorMessage,Date", "Arn": "arn:aws:billingconductor::111122223333:billinggroup/444455556666" }, "requestID": "fb26ae47-3510-a833-98fe-3dc0f602gb49", "eventID": "3ab70d86-c63e-46fd8d-a33s-ce2970441a8", "readOnly": false, "eventType": "AwsApiCall", "managementEvent": true, "recipientAccountId": "111122223333", "eventCategory": "Management" } ``` # Validação de conformidade para o AWS Billing Conductor Auditores terceirizados avaliam a segurança e a conformidade dos AWS serviços como parte de vários programas de AWS conformidade. AWS O Billing Conductor não está no escopo de nenhum programa de AWS conformidade. Para obter uma lista de AWS serviços no escopo de programas de conformidade específicos, consulte [AWS Serviços no escopo do programa de conformidade AWS](https://aws.amazon.com/compliance/services-in-scope/) . Para obter informações gerais, consulte Programas de [AWS conformidade Programas AWS](https://aws.amazon.com/compliance/programs/) de . Você pode baixar relatórios de auditoria de terceiros usando AWS Artifact. Para obter mais informações, consulte [Como baixar relatórios no AWS Artifact](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html) . Sua responsabilidade de conformidade ao usar o AWS Billing Conductor é determinada pela confidencialidade de seus dados, pelos objetivos de conformidade da sua empresa e pelas leis e regulamentos aplicáveis. AWS fornece os seguintes recursos para ajudar na conformidade: + [Guias de início rápido de segurança e compatibilidade](https://aws.amazon.com/quickstart/?awsf.quickstart-homepage-filter=categories%23security-identity-compliance): esses guias de implantação abordam as considerações de arquitetura e fornecem etapas para implantação de ambientes de linha de base focados em compatibilidade e segurança na AWS. + AWS Recursos de [https://aws.amazon.com/compliance/resources/](https://aws.amazon.com/compliance/resources/) de conformidade — Essa coleção de pastas de trabalho e guias pode ser aplicada ao seu setor e local. + [Avaliação de recursos com regras](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html) no *Guia do AWS Config desenvolvedor* — O AWS Config serviço avalia o quão bem suas configurações de recursos estão em conformidade com as práticas internas, as diretrizes e os regulamentos do setor. + [AWS Security Hub CSPM](https://docs.aws.amazon.com/securityhub/latest/userguide/what-is-securityhub.html)— Esse AWS serviço fornece uma visão abrangente do seu estado de segurança interno, AWS que ajuda você a verificar sua conformidade com os padrões e as melhores práticas do setor de segurança. # Resiliência no AWS Billing Conductor A infraestrutura AWS global é construída em torno de AWS regiões e zonas de disponibilidade. AWS As regiões fornecem várias zonas de disponibilidade fisicamente separadas e isoladas, conectadas a redes de baixa latência, alta taxa de transferência e alta redundância. Com as zonas de disponibilidade, é possível projetar e operar aplicações e bancos de dados que automaticamente executam o failover entre as zonas sem interrupção. As zonas de disponibilidade são altamente disponíveis, tolerantes a falhas e escaláveis que uma ou várias infraestruturas de data center tradicionais. Para obter mais informações sobre AWS regiões e zonas de disponibilidade, consulte [Infraestrutura AWS global](https://aws.amazon.com/about-aws/global-infrastructure/). # Segurança da infraestrutura no AWS Billing Conductor Como serviço gerenciado, AWS Billing Conductor é protegido pela segurança de rede AWS global. Para obter informações sobre serviços AWS de segurança e como AWS proteger a infraestrutura, consulte [AWS Cloud Security](https://aws.amazon.com/security/). Para projetar seu AWS ambiente usando as melhores práticas de segurança de infraestrutura, consulte [Proteção](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) de infraestrutura no *Security Pillar AWS Well‐Architected* Framework. Você usa chamadas de API AWS publicadas para acessar o Billing Conductor pela rede. Os clientes devem oferecer compatibilidade com: + Transport Layer Security (TLS). Exigimos TLS 1.2 e recomendamos TLS 1.3. + Conjuntos de criptografia com perfect forward secrecy (PFS) como DHE (Ephemeral Diffie-Hellman) ou ECDHE (Ephemeral Elliptic Curve Diffie-Hellman). A maioria dos sistemas modernos, como Java 7 e versões posteriores, comporta esses modos. # Acesso AWS Billing Conductor usando um endpoint de interface ()AWS PrivateLink Você pode usar AWS PrivateLink para criar uma conexão privada entre sua VPC e. AWS Billing Conductor Você pode acessar o Billing Conductor como se estivesse em sua VPC, sem o uso de um gateway de internet, dispositivo NAT, conexão VPN ou conexão. Direct Connect As instâncias em sua VPC não precisam de endereços IP públicos para acessar o Billing Conductor. Estabeleça essa conectividade privada criando um *endpoint de interface*, habilitado pelo AWS PrivateLink. Criaremos um endpoint de interface de rede em cada sub-rede que você habilitar para o endpoint de interface. Essas são interfaces de rede gerenciadas pelo solicitante que servem como ponto de entrada para o tráfego destinado ao Billing Conductor. Para obter mais informações, consulte [Acesso Serviços da AWS por meio AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-access-aws-services.html) do *AWS PrivateLink Guia*. ## Considerações sobre o Billing Conductor *Antes de configurar um endpoint de interface para o Billing Conductor, consulte [Considerações no Guia](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#considerations-interface-endpoints).AWS PrivateLink * O Billing Conductor oferece suporte para fazer chamadas para todas as suas ações de API por meio do endpoint da interface. As políticas de VPC endpoint não são compatíveis com o Billing Conductor. Por padrão, o acesso total ao Billing Conductor é permitido por meio do endpoint da interface. Como alternativa, você pode associar um grupo de segurança às interfaces de rede do endpoint para controlar o tráfego para o Billing Conductor por meio do endpoint da interface. ## Crie um endpoint de interface para o Billing Conductor Você pode criar um endpoint de interface para o Billing Conductor usando o console Amazon VPC ou o (). AWS Command Line Interface AWS CLI Para obter mais informações, consulte [Criar um endpoint de interface](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#create-interface-endpoint-aws) no *Guia do usuário do AWS PrivateLink *. Crie um endpoint de interface para o Billing Conductor usando o seguinte nome de serviço: ``` com.amazonaws.region.service-name ``` Se você ativar o DNS privado para o endpoint da interface, poderá fazer solicitações de API ao Billing Conductor usando seu nome de DNS regional padrão. Por exemplo, .`service-name.us-east-1.amazonaws.com` ## Crie uma política de endpoint para seu endpoint de interface. Uma política de endpoint é um recurso do IAM que pode ser anexado ao endpoint de interface. A política de endpoint padrão permite acesso total ao Billing Conductor por meio do endpoint da interface. Para controlar o acesso permitido ao Billing Conductor a partir de sua VPC, anexe uma política de endpoint personalizada ao endpoint da interface. Uma política de endpoint especifica as seguintes informações: + As entidades principais que podem realizar ações (Contas da AWS, usuários do IAM e perfis do IAM). + As ações que podem ser realizadas. + Os recursos nos quais as ações podem ser executadas. Para obter mais informações, consulte [Controlar o acesso aos serviços usando políticas de endpoint](https://docs.aws.amazon.com/vpc/latest/privatelink/vpc-endpoints-access.html) no *Guia do AWS PrivateLink *. **Exemplo: política de VPC endpoint para ações do Billing Conductor** Veja a seguir um exemplo de uma política de endpoint personalizado. Quando você anexa essa política ao seu endpoint de interface, ela concede acesso às ações listadas do Billing Conductor para todos os diretores em todos os recursos. ``` { "Statement": [ { "Principal": "*", "Effect": "Allow", "Action": "billingconductor:*", "Resource":"*" } ] } ```