Noções básicas sobre avaliação de hierarquia

Ao definir uma política da organização em um node da hierarquia de recursos, todos os descendentes desse node herdam a política da organização por padrão. Se você definir uma política da organização no nó da organização raiz, essas restrições serão herdadas por todas as pastas, projetos e recursos filhos.

Você pode definir a mesma política da organização com uma configuração diferente em nós filhos, que serão substituídos ou mesclados com a política herdada com base nas regras de avaliação da hierarquia.

Antes de começar

Exemplo de hierarquia

No diagrama de hierarquia de recursos abaixo, cada nó define uma política da organização e define se ela herda a política do nó pai. As formas coloridas representam os valores que a política da organização permite ou nega.

Diagrama de herança

Uma restrição é uma definição dos comportamentos controlados por uma política da organização. No exemplo acima, a restrição representa a Restrição padrão, que define o comportamento quando não há organização política para a restrição. A restrição padrão neste exemplo permite todos os valores. Os nós abaixo dele definem as políticas da organização que substituem a restrição padrão permitindo ou negando valores.

A política vigente em cada node é avaliada com base nas regras de herança. Se uma política da organização não for definida, o nó herdará o comportamento padrão da restrição. Se você definir uma política da organização, os é usada. No exemplo acima, o Node da organização define uma política que permite o quadrado vermelho e o círculo verde .

Os nós de recursos que estão na hierarquia abaixo do Nó da organização são avaliados da seguinte maneira:

  1. O Recurso 1 define uma política que configura inheritFromParent como TRUE e permite que diamante azul. A política do Nó da organização é herdadas e mesclados com a política definida no Recurso 1. A política vigente avalia para permitir o quadrado vermelho , o círculo verde e o losango azul .

  2. O recurso 2 define uma política que define inheritFromParent como TRUE e nega o círculo verde . Os valores de negação sempre têm precedência durante a política reconciliação. A política do Nó da organização é herdada e mesclado com a política definida no Recurso 2. A política vigente é avaliada para permitir apenas o quadrado vermelho .

  3. O Recurso 3 define uma política que define inheritFromParent como FALSE e permite o hexágono amarelo . A política do nó da organização não é herdada. Portanto, a política vigente é avaliada para permitir apenas hexágono amarelo.

  4. O Recurso 4 define uma política que configura inheritFromParent como FALSE e inclui o valor restoreDefault. A política do nó da organização não é herdada, e o comportamento de restrição padrão é usado. Portanto, a política vigente é avaliada para permitir todos os valores de .

Regras de avaliação da hierarquia

As regras a seguir controlam como uma política da organização é avaliada em um determinado recurso. O papel Administrador da política da organização é necessário para definir a política da organização.

Nenhuma política da organização definida

Se você não definir uma política da organização, um nó de recurso será herdado do ancestral mais baixo com uma política definida. Se não houver uma política definida em nenhum lugar na hierarquia de ancestrais, o comportamento padrão da restrição será aplicado.

Herança

Um nó de recursos com uma política da organização definida por padrão prevalece sobre qualquer política definida pelos nós pais na hierarquia. No entanto, se um nó de recurso tiver definido inheritFromParent = true, a política vigente do recurso pai é herdada, mesclada e reconciliada para avaliar a política vigente resultante. Exemplo:

  • Uma pasta rejeita o valor projects/123.
  • Um projeto abaixo dessa pasta rejeita o valor projects/456.

As duas políticas são mescladas e, nesse caso, resultam em uma política eficaz que rejeita projects/123 e projects/456.

Não permitir herança

Se um nó de hierarquia de recursos tiver uma política que inclua inheritFromParent = false, ele não herdará a política da organização do pai. Em vez disso, o nó herdará o comportamento padrão da restrição, a menos que você defina uma política com valores permitidos ou negados.

Como reconciliar conflitos de políticas

Quando um nó filho herda as políticas da organização com base em restrições de lista, as políticas herdadas são mescladas e reconciliadas com a política de organização do nó. Na avaliação da política de lista, os valores DENY sempre têm precedência. Exemplo:

  • Uma pasta rejeita o valor projects/123.
  • Um projeto abaixo dessa pasta permite o valor projects/123.

As políticas são mescladas e o valor DENY tem precedência. Com a política vigente, todos os valores são negados e será avaliado, da mesma forma, se o nó pai ou filho nega o valor. É recomendado não incluir um valor nas listas permitidas e negadas. Isso pode dificultar a compreensão de suas políticas.

As políticas da organização que são derivadas de restrições booleanas não se mesclam e não reconciliam políticas. Se uma política for especificada em um nó de recurso, esse valor TRUE ou FALSE é usado para determinar a política vigente. Exemplo:

  • Uma pasta define enforced: true para constraints/compute.disableSerialPortAccess.

  • Um projeto abaixo dessa pasta define enforced: false para constraints/compute.disableSerialPortAccess.

O valor enforced: true definido na pasta é ignorado porque enforced: false é definido no próprio projeto. A política da organização não aplicará a restrição a esse projeto.

Redefinir para a política padrão

Invocando RestoreDefault, a política da organização usará o comportamento padrão da restrição desse nó da hierarquia de recursos. Os nós filhos também herdarão esse comportamento.