Criação de uma política de DEW personalizada

Políticas personalizadas podem ser criadas como um complemento às políticas do sistema do DEW. Para obter detalhes sobre as ações suportadas por políticas personalizadas, consulte Políticas de permissões e ações suportadas

Você pode criar políticas personalizadas de uma das seguintes maneiras:

• Editor visual: você pode selecionar configurações de política sem a necessidade de conhecer a sintaxe da política.
  Parâmetros de política do KMS personalizados:

  • Select service: selecione Key Management Service.
  • Select action: configure-o conforme necessário.
  • (Optional) Select resource: defina Resources como Specific e KeyId como Specify resource path. Na caixa de diálogo exibida, defina Path como o ID gerado quando a chave foi criada. Para obter detalhes sobre como obter a ID, consulte "Visualização de uma CMK".
• JSON: edite políticas de JSON do zero ou com base em uma política existente. Para obter detalhes sobre como criar políticas personalizadas, consulte Criação de uma política personalizada.

• Exemplo: negar a exclusão de tags de chave

  Uma política de negação deve ser usada em conjunto com outras políticas para ter efeito. Se as permissões atribuídas a um usuário contiverem ações Allow e Deny, as ações Deny terão precedência sobre as ações Allow.

  O método a seguir pode ser usado se você precisar atribuir permissões da política de KMS Administrator a um usuário, mas também proibir que o usuário exclua tags de chave (kms:cmkTag:delete). Crie uma política personalizada com a ação de excluir tags de chave, defina seu Effect como Deny e atribua essa política e as políticas do KMS Administrator ao grupo ao qual o usuário pertence. Em seguida, o usuário pode executar todas as operações, exceto a exclusão de tags de chave. O seguinte é uma política para negar tags de par de chaves.

  {
      "Version": "1.1",
      "Statement": [
          {
              "Effect": "Deny",
              "Action": [
                  "kms:cmkTag:delete"
              ]
          }
      ]
  }

• Exemplo: autorizar usuários a usar chaves

  {
      "Version": "1.1",
      "Statement": [
          {
              "Effect": "Allow",
              "Action": [
                  "kms:dek:crypto",
                  "kms:cmk:get",
                  "kms:cmk:crypto",
                  "kms:cmk:generate",
                  "kms:cmk:list"
              ]
          }
      ]
  }

• Exemplo: política de multi-ação

  Uma política personalizada pode conter as ações de vários serviços que todos são do tipo global ou de nível de projeto. O que se segue é uma política com várias declarações:

  {
      "Version": "1.1",
      "Statement": [
          {
              "Effect": "Allow",
              "Action": [
                  "rds:task:list"
              ]
          },
          {
              "Effect": "Allow",
              "Action": [
                  "kms:dek:crypto",
                  "kms:cmk:get",
                  "kms:cmk:crypto",
                  "kms:cmk:generate",
                  "kms:cmk:list"
              ]
          }
      ]
  }