Governação de identidade e acesso privilegiado

Pedidos e aprovação

Os pedidos identificam o tenant, o recurso, a função ou o direito, o motivo e o período de validade. A criação e a aprovação são etapas separadas; quando exigido, são bloqueadas a autoaprovação e a seleção de destinos noutros tenants. Um pedido recusado ou expirado não concede acesso. Os aprovadores baseiam-se na necessidade registada e no resultado da política, não em mensagens informais.

1. Peça o recurso exato e indique o motivo e a data de fim.
2. Encaminhe para um aprovador independente autorizado e confirme a decisão registada.
3. Quando o trabalho terminar, revogue o acesso e confirme que a atribuição está inativa.

Direitos e pacotes

Os catálogos e pacotes suportam rascunhos versionados, publicação e reversão através de uma nova versão. As atribuições a utilizadores ou grupos podem expirar e exigir decisões independentes. Os modos legado ou apenas atribuídos seguem a política publicada da aplicação. Os pacotes não se sobrepõem aos limites do tenant nem às regras de separação de funções.

1. Antes de editar, verifique o conteúdo, o proprietário e a aplicação de destino do pacote.
2. Valide e publique a versão analisada; confirme que está ativa.
3. Peça a atribuição com motivo e validade e confirme o estado resultante.

Hierarquia de funções e separação de funções

A hierarquia de funções e as políticas de separação de funções limitam combinações de acesso. Simule e versione as políticas; as exceções têm pedido, aprovação independente e revogação separados. Alterar a função parent pode afetar descendentes. Nunca alargue uma função para contornar um conflito; mantenha as exceções restritas e temporárias.

1. Simule a combinação de funções proposta face à política atual do tenant.
2. Publique a política analisada e confirme os conflitos esperados.
3. Peça uma exceção com motivo e duração e revogue-a quando deixar de ser necessária.

Revisões e campanhas

As revisões de acesso certificam adesões e atribuições. As campanhas definem uma população, revisores e prazo; os revisores decidem cada item. A decisão e a revogação posterior são estados diferentes. Acompanhe o trabalho em atraso pelo estado da campanha; o silêncio não é aprovação.

1. Crie uma campanha do tenant com revisores responsáveis e data-limite.
2. Certifique ou revogue cada item segundo a necessidade atual e registe os motivos.
3. Confirme a conclusão e a correção na própria atribuição.

PIM, step-up e acesso de emergência

A elegibilidade para PIM não significa que o privilégio esteja ativo. A ativação pode exigir motivo, duração, aprovação e step-up recente associado ao utilizador ou resistente a phishing. Mantenha as verificações protegidas. O acesso break-glass tem um desafio e uma auditoria próprios; não é uma forma normal de contornar funções ou fatores em falta.

1. Confirme a elegibilidade, o fator e o período de ativação permitido.
2. Conclua o step-up genuíno e confirme a função ativa e a validade.
3. Termine ou deixe expirar o acesso e reveja a sessão privilegiada e a auditoria.

Fluxos de trabalho e provas

Os fluxos de ciclo de vida suportam acionadores, ações, versões, aprovação, lançamento faseado, reversão e monitorização de execuções. Valide e faça um ensaio quando disponível. As execuções podem ser pausadas, retomadas, canceladas, repetidas ou aprovadas se tiver autorização. As exportações de auditoria, a retenção e os bloqueios legais regem as provas; preserve o histórico ao corrigir um fluxo.

1. Valide o acionador e as ações, faça um ensaio e inspecione o impacto.
2. Peça aprovação, prepare a publicação faseada e publique a versão pretendida.
3. Acompanhe o estado da execução e avalie efeitos duplicados antes de a repetir.

Perguntas frequentes

Páginas relacionadas

• Início de sessão único e identidade
• Protocolos de federação e aprovisionamento
• Administração de SSO
• Acesso a aplicações privadas