Políticas de acesso

Neste tutorial, vamos publicar a política de acesso: as regras que decidem quem entra em cada aplicação, que operações podem ser aprovadas, e quem pede acesso privilegiado. A regra mais importante: sem uma revisão ativa, tudo o que a política controla é recusado. As entradas nas aplicações, as aprovações de operações, o Windows e o acesso privilegiado.

A entrada na própria consola não depende da política. Em Gerir, Política, vê três posições: a revisão ativa, que decide; a candidata, avaliada em sombra, sem efeito; e a anterior, para onde volta se reverter. Cada revisão é imutável: para mudar, cria uma nova. Cada regra tem uma prioridade, um efeito, permitir, recusar ou pedir mais autenticação, e condições que têm de coincidir todas: a ação, a aplicação, o método de autenticação, os grupos, a zona de rede ou o horário.

Para criar, escolha Nova revisão e escreva o documento. Por exemplo, uma regra que permite as aplicações a quem entra com passkey ou com o telemóvel. Escolha Rever revisão e confira as regras. A alteração pede uma aprovação: no telemóvel ou com a passkey. O telemóvel mostra a ação, a revisão e o digest. Aprove apenas se corresponderem ao que pretende alterar.

A aprovação serve uma vez, só para este comando. Para alterações com risco, use o caminho mais seguro: crie a revisão sem ativar, prepare-a como candidata, e use Testar decisão com contextos de exemplo. O resultado é só consultivo. Quando estiver seguro, promova a candidata. As zonas de rede classificam cada ligação pelo endereço que o servidor vê.

Declare a rede da empresa, e use a zona numa regra: por exemplo, aceitar o telemóvel dentro da empresa, e exigir passkey fora dela. Se algo correr mal, Reverter ativa volta à revisão anterior, também com aprovação. E se outro administrador mudar a política entretanto, nada é aplicado: atualize e repita. E está feito: regras claras, revisões imutáveis, e cada alteração aprovada.

No próximo tutorial, vamos ligar as aplicações por OpenID Connect e SAML.