Aviso de fim do suporte: em 30 de junho de 2027, AWS encerrará o suporte para o AWS Re:post Private. Depois de 30 de junho de 2027, você não poderá mais acessar o console re:POST Private ou os recursos do re:POST Private. Para obter mais informações, consulte o fim do suporte privado do AWS Re:post.

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 o Re:post Private funciona com o IAM

Antes de usar o IAM para gerenciar o acesso ao AWS re:POST Private, você deve entender quais recursos do IAM estão disponíveis para uso com o re:POST Private. Para obter uma visão geral de como o re:POST Private e outros AWS serviços funcionam com o IAM, consulte os AWS serviços que funcionam com o IAM no Guia do usuário do IAM.

Políticas baseadas em identidade privada da Re:post

Com as políticas baseadas em identidade do IAM, você pode especificar ações permitidas ou negadas. O re:Post Private suporta ações específicas. Para saber mais sobre os elementos usados em uma política JSON, consulte Referência de elementos de política JSON do IAM no Manual do usuário do IAM.

Ações

Os administradores podem usar políticas AWS JSON para especificar quem tem acesso a 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 re:POST Private usam o seguinte prefixo antes da ação:. repostspace: Por exemplo, para conceder permissão a alguém para executar a operação da CreateSpace API privada re:POST, você inclui a repostspace:CreateSpace ação na política dessa pessoa. As declarações de política devem incluir um NotAction elemento Action ou. O re:POST Private define seu próprio conjunto de ações que descrevem as tarefas que você pode realizar com esse serviço.

Para especificar várias ações em uma única instrução, separe-as com vírgulas, como segue:

"Action": [
      "repostspace:CreateSpace",
      "repostspace:DeleteSpace"

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 Describe, inclua a seguinte ação:

"Action": "repostspace:Describe*"

Para ver uma lista de ações do re:POST Private, consulte Ações definidas pelo re:POST Private no Guia do usuário do IAM.

Recursos

Os administradores podem usar políticas AWS JSON para especificar quem tem acesso a 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). 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": "*"

Chaves de condição

O re:POST Private não fornece nenhuma chave de condição específica do serviço, mas oferece suporte ao uso de chaves de condição globais. Para ver todas as chaves de condição AWS globais, consulte as chaves de contexto de condição AWS global no Guia do usuário do IAM.

Exemplos

Para ver exemplos de políticas baseadas em identidade privada do re:POST, consulte. Exemplos de políticas baseadas em identidade privada do AWS re:post

Re:post Políticas baseadas em recursos privados

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 em uma política baseada em recursos. Os diretores podem incluir contas, usuários, funções, usuários federados ou AWS serviços. Resource-based políticas são políticas em linha que estão localizadas nesse serviço. Você não pode usar políticas AWS gerenciadas do IAM em uma política baseada em recursos.

O Re:post Private não oferece suporte a políticas baseadas em recursos.

Autorização baseada em tags do

O re:POST Private suporta recursos de marcação ou controle de acesso com base em tags. Para obter mais informações, consulte Controle do acesso aos recursos da AWS usando tags.

Funções privadas do Re:post no IAM

Uma função do IAM é uma entidade em sua AWS conta que tem permissões específicas.

Usando credenciais temporárias com o Re:post Private

Recomendados fortemente 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 ou GetFederationToken.

O Re:post Private suporta o uso de credenciais temporárias.

Service-linked papéis

Service-linked as funções permitem que os AWS serviços acessem recursos em outros serviços para concluir uma ação para você. Service-linked as funções aparecem na 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 recurso permite que um serviço assuma uma função de serviço para você. Essa função permite que o serviço acesse recursos em outros serviços para concluir uma ação para você. Para obter mais informações, consulte Criação de uma função para delegar permissões a um serviço da AWS. 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.