Políticas de acesso: como funcionam

A política de acesso decide que entradas em aplicações e que aprovações de operações são permitidas na organização. É um documento de regras com revisões imutáveis.

A regra mais importante

Sem uma revisão ativa, tudo o que a política controla é recusado. A consola diz: «ProofFlow rejeita por defeito enquanto não existir uma revisão ativa.» As entradas em aplicações terminam com access_denied (OIDC) ou RequestDenied (SAML).

O que a política controla?

• Entradas em aplicações: serviços OIDC, aplicações SAML e Microsoft 365 (ação federation.authorize).
• Aprovações ProofFlow de operações.
• Inícios de sessão no Windows (authguard.desktop, ações desktop.logon, desktop.unlock, desktop.rdp, desktop.elevate).
• Pedidos de acesso privilegiado (ações pam.checkout, pam.session, pam.jit).

Não controla a entrada na própria consola nem as aprovações no telemóvel de inícios de sessão e confirmações administrativas.

Como está organizada?

Em «Gerir» › «Política» › «Política de acesso» vê três posições:

Cada revisão é imutável: «Depois de criada, uma revisão não pode ser alterada nem eliminada.» Para mudar, cria uma revisão nova.

Como é uma regra?

Cada regra tem um id, uma prioridade, um efeito (allow, deny ou step_up) e uma lista de condições all_of que têm de coincidir todas. Condições disponíveis incluem ação, audiência, recurso, método de autenticação, verificação local, frescura, grupos, funções, zona de rede, país, horários e estado do dispositivo. Até 256 regras e 32 condições por regra.

Como altero com segurança?

• Caminho rápido: «Criar e ativar» (uma aprovação). Ver Criar e ativar uma revisão.
• Caminho prudente: criar, preparar candidata, simular, promover. Ver Simular uma política.

Cada transição falha se outro administrador tiver mudado a política entretanto. Se algo correr mal, «Reverter ativa» volta à revisão anterior.