Resposta direta
Revisão de acessos precisa de um gatilho que não seja a admissão. O evento mais confiável é a mudança de função: promoção, transferência, entrada ou saída de projeto. Amarre a revisão a esses eventos, com responsável nomeado por sistema ou por robô. Sem gatilho, a revisão só acontece quando alguém sai, e até lá a permissão antiga segue ativa. Defina também uma revisão por período para o que não muda de função, e registre quem aprovou cada permissão mantida.
- Objetivo
- Orientar implementação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o acesso como consequência da função, e não do evento de entrada.
Gatilhos que valem mais do que a admissão
A admissão é o único momento em que o acesso é discutido com cuidado, porque há um formulário e uma data. Depois disso, a permissão segue parada enquanto o trabalho muda. O gatilho mais útil é a mudança de função: promoção, transferência, entrada ou saída de projeto, mudança de time. Cada um desses eventos deveria abrir uma revisão do que a pessoa acessa.
Nem toda revisão precisa passar por aprovação formal. Acessos de leitura podem ser revistos em bloco por quem responde pelo sistema. Acessos de escrita, de movimentação de dado e de credencial pedem aprovação individual e registro. A diferença está no estrago possível, não no cargo de quem pede.
Quem responde por cada permissão
A revisão só funciona quando existe um nome ligado à decisão. Se a permissão pertence a um sistema, o responsável é o dono daquele sistema ou do processo que ele sustenta. Sem dono, a permissão fica com quem a pediu na entrada, e ninguém a questiona depois.
Registre a decisão, não só o resultado: quem revisou, quando, o que foi mantido e por qual motivo. Permissão mantida sem justificativa registrada volta a ser permissão esquecida. O registro também serve para explicar a decisão meses depois, quando a pessoa que aprovou já mudou de área.
O que a revisão por evento não cobre
Revisão amarrada a evento não resolve conta de serviço, credencial compartilhada nem acesso criado fora do fluxo de admissão. Robôs e integrações não têm promoção nem transferência, então nunca disparam o gatilho. Para esses, o controle é inventário e revisão por período, não por evento.
Ela também não garante que a permissão seja de fato removida. A revisão decide; a execução depende de quem opera o sistema, e essa etapa precisa de conferência própria. Acesso revisado e não removido dá sensação de controle sem o controle.
Recurso prático
Roteiro para revisar acessos fora da admissão
- Listar os eventos que devem abrir revisão: promoção, transferência, troca de time, entrada e saída de projeto, afastamento longo.
- Para cada evento, nomear quem decide sobre o acesso e quem executa a remoção.
- Separar os acessos por estrago possível: leitura, escrita, movimentação de dado, credencial.
- Definir o que é revisão em bloco e o que exige aprovação individual.
- Registrar quem revisou, o que ficou mantido e o motivo da manutenção.
- Colocar conta de serviço e credencial compartilhada em revisão por período, com inventário próprio.
- Conferir se o que foi decidido foi removido de fato, e não apenas marcado como removido.
O erro mais comum é revisar por cargo. Cargo não diz o que a pessoa acessa; o que ela faz no processo diz. Revisão por cargo tende a manter tudo e cria a impressão de controle.
Sobre o que está escrito aqui
Conceitos relacionados: recertificação de acessos · mudança de função · perfil de acesso · gatilho de revisão · responsável pela aprovação. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Alerta que ninguém recebe: o que exigir antes… — alerta que ninguém recebe
- Falha recorrente: onde a causa deixa de ser t… — falha recorrente sem causa tratada
Páginas relacionadas
O mesmo problema em outro objetivo
- Revisão só na admissão: onde ficaram os acessos antigos — Diagnosticar
- Revisão de acessos só na admissão: quando revisar de novo — Organizar um processo
- Revisão de acesso apenas na admissão: o que comparar — Comparar alternativas
- Revisão de acessos só na entrada: como medir a defasagem — Explicar medição
- Revisão de acessos só na entrada: o que exigir de quem revisa — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Mudança em produção sem aviso: como medir a alteração — Descreve como registrar e comparar alterações de automação em produção, definindo estado esperado, responsável e momento da verificação.
- Credencial compartilhada: como implementar o controle — O que definir quando a credencial de automação passa por várias pessoas: dono, forma de uso, registro e gatilho de troca.
- Documentação desatualizada: o que contratar e o que exigir — O que definir antes de contratar a atualização da documentação: escopo, responsável, formato entregue, critério de aceite e o que o contrato não cobre.
- Aprovação humana: como medir se ainda decide algo — Métricas para verificar se a etapa de aprovação humana ainda altera decisões ou apenas confirma o que a automação já fez.
- Incidente repetido: como chegar à causa, não ao culpado — Etapas para separar sintoma, gatilho e condição de causa em incidentes de automação, com dono da correção e critério de encerramento.