Pular para o conteúdo

Soluções · Governança e controle de automação

Permissão de teste que ninguém removeu: como localizar

Por que a permissão que liberamos para um teste nunca foi removida e onde encontrá-la?

Resposta direta

A permissão de teste que ficou precisa ser procurada por rastro de origem, não por lista de nomes. O ponto de partida é o registro de quem concedeu, quando e para qual finalidade. Sem esse vínculo, a permissão vira permanente por omissão. O diagnóstico compara o que foi liberado para teste com o que continua ativo e exige justificativa para cada permanência. Permissões embutidas em perfis ou herdadas de grupos costumam escapar dessa comparação. O resultado é uma fila de decisão: manter, reduzir ou remover, com responsável e data.

Objetivo
Diagnosticar
Formato indicado
Workshop executivo
Atualizado em

O que esta página acrescenta: Trata a permanência da permissão de teste como falha de registro de prazo, e não como problema de credencial ou de volume de acesso.

O rastro que a concessão de teste deveria deixar

Uma permissão concedida para teste carrega quatro informações úteis: quem pediu, quem aprovou, para qual finalidade e por quanto tempo. Se alguma delas não existe no registro, a remoção depende de memória, e memória não é controle.

O diagnóstico começa por separar concessões com prazo declarado das que nasceram sem prazo. As segundas não foram esquecidas: nunca tiveram condição de expirar. Esse grupo é o que costuma permanecer ativo por anos, sem que ninguém tenha decidido mantê-lo.

Comparar o liberado para teste com o que segue ativo

O segundo passo é montar duas listas: o que foi liberado para teste no período e o que continua ativo hoje. A diferença entre elas é a fila de trabalho. Não é uma lista de nomes de pessoas, é uma lista de permissões.

Para cada item da diferença, o critério é exigir a justificativa de permanência e o responsável por ela. Sem justificativa escrita, a decisão padrão é remover e reabrir o pedido caso o teste volte a ser necessário.

O que esse diagnóstico não alcança

O diagnóstico cobre permissões registradas na origem. Ele não enxerga o que foi concedido dentro de sistemas de terceiros, em contas de serviço compartilhadas ou em perfis criados fora do fluxo de aprovação. Nesses casos, a evidência precisa vir do próprio fornecedor.

Também não resolve a permissão que foi justificada e segue legítima. Manter um acesso com finalidade documentada e prazo revisto não é falha do processo. O objetivo é separar permanência decidida de permanência por omissão, não eliminar todo acesso amplo.

Recurso prático

Índice de permissões de teste remanescentes

IT = (P_ativas − P_justificadas) ÷ P_teste

P_ativas
permissões
Quantidade de permissões que ainda estão concedidas hoje e que tiveram origem declarada como teste.
P_justificadas
permissões
Permissões de teste que permanecem com finalidade escrita, responsável nomeado e prazo revisto.
P_teste
permissões
Total de permissões concedidas para teste no período analisado, segundo o registro de aprovação.

O erro comum é medir apenas o que aparece como concessão individual no cadastro de identidades. Permissão herdada de grupo ou embutida em perfil reutilizado não gera linha própria e fica invisível no cálculo, o que produz índice baixo com passivo alto.

Sobre o que está escrito aqui

Conceitos relacionados: concessão temporária · prazo de validade · perfil herdado · conta de serviço · registro de 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Governança e controle de automação

Quer avaliar isso no seu contexto?

Esta página trata de permissão concedida para teste e nunca removida. Diagnóstico de governança de IA é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Workshop executivo.