Resposta direta
A permissão de teste precisa nascer com data de fim e com um responsável pela retirada. Três controles resolvem a maior parte do problema: prazo de validade definido no momento da concessão, registro de quem pediu e quem aprovou, e uma rotina de revisão que compara o que está ativo com o que ainda tem justificativa. Sem isso, a permissão temporária se confunde com acesso permanente, porque ninguém é cobrado quando o teste acaba. O ponto de controle não é a concessão, é a expiração. Se ninguém responde pela retirada, a permissão fica.
- Objetivo
- Orientar implementação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: É a única página do tema que trata a expiração da permissão temporária como ponto de controle, e não a concessão.
Prazo e finalidade registrados no mesmo ato da concessão
Toda permissão de teste deveria ter, no registro de concessão, três campos obrigatórios: para que serve, em qual ambiente, e até quando vale. Sem a finalidade, a revisão futura não tem como julgar se a permissão ainda faz sentido. Sem o prazo, não existe gatilho para retirar. O registro é o que permite comparar a intenção original com o que está liberado meses depois.
O prazo não precisa ser curto. Precisa ser declarado e renovável de forma explícita. Um teste longo é aceitável quando alguém assume a renovação; um teste curto esquecido é o que vira acesso permanente. A diferença entre os dois casos está no registro, não na duração.
Quem responde pela retirada e como isso é cobrado
Separar quem pede de quem responde pela retirada evita um problema recorrente: o solicitante muda de função ou sai da empresa e a permissão fica órfã. A responsabilidade pela retirada deveria estar ligada a uma função, com substituto definido, e não a uma pessoa específica que pode não estar mais lá.
A revisão periódica só funciona se produzir uma decisão por item: mantém, retira ou exige nova justificativa. Listas de acesso enviadas sem prazo de resposta e sem responsável por item viram confirmação automática. O critério precisa ser simples: se não há justificativa escrita e vigente, a permissão sai.
O que esse controle não resolve
Prazo e responsável pela retirada não provam que a permissão foi usada apenas para teste. Uma permissão retirada no prazo certo pode ter sido usada de forma indevida durante a vigência. Isso pertence ao terreno dos logs e da revisão de uso, não ao do ciclo de vida da concessão.
O controle também depende de um inventário de acessos que esteja completo. Se contas de serviço, integrações de longa duração ou credenciais compartilhadas não entram na mesma lista, a revisão cobre só parte do ambiente e passa a impressão de controle total. Em integrações que precisam ser permanentes, a lógica de prazo não se aplica; ali o caminho é restrição de escopo e monitoramento, não expiração.
Recurso prático
Ciclo de vida de uma permissão de teste
- Pedido declara finalidade, ambiente e prazo do teste
- Concessão registra aprovador, data de início e data de retirada
- Aviso antes do vencimento vai para o dono da retirada, não para quem pediu
- Ao fim do prazo: retirada da permissão ou nova justificativa por escrito
- Revisão periódica compara permissões ativas com testes já encerrados
O erro mais comum é tratar a aprovação da concessão como o controle. O ponto ignorado é que ninguém recebe a responsabilidade pela retirada, então a permissão sobrevive ao teste sem que ninguém perceba.
Sobre o que está escrito aqui
Conceitos relacionados: permissão temporária · prazo de validade · revisão de acessos · registro de aprovação · dono da retirada. 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
- Acessos de automação: qual modelo de restriçã… — acessos excessivos
- Privilégios de automação: como medir o excess… — acessos excessivos
Páginas relacionadas
O mesmo problema em outro objetivo
- Permissão de teste que ninguém removeu: como localizar — Diagnosticar
- Permissão de teste sem prazo: onde a concessão perde o dono — Organizar um processo
- Permissão de teste nunca removida: comparar os controles — Comparar alternativas
- Permissão de teste que ficou permanente: como medir — Explicar medição
- Permissão de teste que nunca sai: onde ela fica presa — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Liberação por mensagem: como medir o que não fica registrado — Medição de liberações feitas por mensagem quando não existe registro formal: critério de contagem, dono da decisão e leitura do que ficou fora.
- Chave de API sem validade: como criar prazo e revisão — Trata a chave de API como item com dono, data de emissão e gatilho de revisão, para que a validade deixe de ser indefinida.
- Acesso sem autorizador: como rastrear a decisão de liberação — Descreve como localizar quem autorizou um acesso de automação e onde o registro de aprovação deveria estar.
- Chave de API sem validade: como separar risco de rotina — Critérios para identificar chaves de API sem data de expiração, separar as que sustentam operação crítica e decidir onde agir primeiro.
- Chave de API sem prazo de validade: o que comparar — Compara formas de tratar chaves de API sem expiração por escopo, revogação, rastro de uso e responsável pela revisão.