Resposta direta
A chave sem prazo de validade se resolve com três coisas ligadas: um dono nomeado, um registro de emissão com data e um gatilho de revisão. Sem isso, prazo nenhum se sustenta, porque não existe a quem cobrar a troca. O prazo é consequência do registro, não o contrário. A chave passa a ter validade quando se sabe quem a emitiu, para qual serviço, com que escopo e em que data. A partir daí a troca entra na rotina como qualquer manutenção. O ponto frágil é a chave antiga: precisa ser encerrada no mesmo dia em que a nova entra em operação.
- Objetivo
- Organizar um processo
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o prazo de validade como item de registro e responsabilidade, e não como ajuste de configuração.
Quem responde por cada chave
O ponto de partida não é a chave, é a responsabilidade. Cada chave precisa de um dono nomeado, que saiba qual serviço ela atende e o que acontece quando ela deixa de funcionar. Dono não é quem tem permissão técnica para trocar, é quem responde pela troca acontecer.
O registro pode ser simples: serviço, escopo, data de emissão, dono e data prevista de revisão. O valor está em ser único e atualizado. Dois registros paralelos produzem a mesma desorganização da ausência de registro, com mais trabalho.
Emissão, revisão e encerramento
A validade se sustenta em três atos: emitir com data, revisar na data e encerrar quando a substituição acontece. O gatilho de revisão não precisa ser apenas tempo. Troca de responsável, mudança de escopo ou saída de quem emitiu já justificam reabrir a chave.
A troca deve ser tratada como manutenção planejada, com janela e responsável definidos. Emitir a nova antes de encerrar a antiga reduz o risco de parada. O encerramento é a parte adiada com frequência, e é justamente ele que separa controle de intenção.
O que o prazo não resolve
Data de validade não impede uso indevido enquanto a chave está ativa. Ela também não diz quem usou a chave, nem distingue automação de acesso manual. Para isso existem outras frentes: escopo mínimo, restrição de origem e registro de uso.
Há integrações em que a troca depende de terceiros e não segue o calendário interno. Nesses casos, o prazo passa a ser meta, não garantia. O controle possível é acompanhar a dependência e registrar quem foi acionado, sem confundir atraso com ausência de processo.
Recurso prático
Da chave sem prazo ao registro com data de revisão
- Levantar as chaves de API em uso e identificar, para cada uma, o serviço que ela atende e o responsável pelo acesso.
- Registrar data de emissão, escopo e dono em um único local, incluindo as chaves emitidas antes da criação do registro.
- Definir para cada chave um gatilho de revisão: data fixa, troca de responsável ou saída de quem emitiu.
- Emitir a nova chave antes de desativar a antiga e confirmar que o serviço opera sem a versão anterior.
- Encerrar a chave antiga no mesmo dia da substituição e atualizar o registro com a data da troca.
O erro comum é registrar a chave nova e manter a antiga ativa por precaução. Duas chaves válidas para o mesmo serviço anulam o controle de prazo.
Sobre o que está escrito aqui
Conceitos relacionados: chave de API · prazo de validade · registro de emissão · responsável pela troca · revisão periódica. 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
- Fluxo de quem saiu: o que verificar antes de… — fluxo criado por pessoa que saiu da empresa
- Credencial usada por várias pessoas: como ide… — credencial usada por mais de uma pessoa
Páginas relacionadas
O mesmo problema em outro objetivo
- Chave de API sem validade: como separar risco de rotina — Diagnosticar
- Chave de API sem prazo de validade: o que comparar — Comparar alternativas
- Chave de API sem validade: como medir o risco — Explicar medição
- Chave de API sem prazo de validade: onde fica o controle — Orientar implementação
- Chave de API sem validade: o que exigir no contrato — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Acessos excessivos: como reduzir sem travar o trabalho — Revisão de acessos em três colunas, a regra do menor privilégio na prática e o que fazer com quem realmente precisa de mais.
- Fluxo mudou e o documento não: como manter o registro vivo — Como manter o registro de um fluxo de automação alinhado ao que roda em produção, com dono definido, gatilho de atualização e revisão.
- Permissão de teste que nunca expira: onde travar — Trata de permissões concedidas para teste que seguem ativas: prazo definido na concessão, responsável pela retirada, registro de aprovação e revisão periódica.
- Permissão de teste que ninguém removeu: como localizar — Descreve como diagnosticar permissões concedidas para teste e nunca removidas, com critério de busca, evidência de origem e o que fica fora do alcance.
- Permissão de teste nunca removida: comparar os controles — Compara quatro formas de tratar permissões abertas para teste e nunca removidas: prazo, revisão por dono, expiração automática e reconcessão formal.