Pular para o conteúdo

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

Chave de API sem prazo de validade: onde fica o controle

Como implementar chave de API sem prazo de validade sem deixar o acesso sem controle?

Resposta direta

Chave de API sem expiração se sustenta por controle compensatório, não por confiança no segredo. Três medidas fazem o trabalho: responsável nomeado para cada chave, escopo mínimo por função e rotação disparada por evento, como saída de pessoa ou troca de fornecedor. O prazo de validade vira política de substituição, não de calendário automático. A revogação precisa ser testável e rápida. Se nada disso existir, a chave indefinida é apenas uma credencial sem prazo e sem responsável.

Objetivo
Orientar implementação
Formato indicado
Workshop executivo
Atualizado em

O que esta página acrescenta: Trata a chave sem expiração como caso próprio, compensando a ausência de prazo com posse, escopo e gatilho de evento, em vez de reduzir o tema a proteger segredo.

Por que a ausência de expiração muda o desenho

Quando uma chave expira, o prazo age como controle automático: o acesso termina sem depender de decisão de alguém. Sem data de término, esse mecanismo desaparece e precisa ser substituído por decisões explícitas.

O substituto combina posse, escopo e evento. Posse define quem responde pela chave. Escopo limita o que ela pode fazer. Evento determina quando ela deve ser trocada. Os três precisam estar registrados onde a operação consulta, não apenas na cabeça de quem emitiu.

Rotação por evento e revogação que se comprova

A rotação por evento usa gatilhos verificáveis: saída do responsável, troca de fornecedor, mudança de escopo, suspeita de uso indevido. Cada gatilho é anotado com data e responsável, o que permite conferir depois se a troca ocorreu.

A revogação precisa ser exercitada, não presumida. Um teste controlado mostra se a chave antiga deixa de funcionar e em quanto tempo. O que se mede é o intervalo entre desativar e o acesso cessar, não a intenção de desativar.

O que esse desenho não resolve

O controle compensatório não detecta uso indevido em tempo real. Uma chave válida e bem escopada ainda pode ser usada para finalidade errada. Isso depende de monitoramento de comportamento e revisão de dados, que ficam fora deste desenho.

Ele também não corrige escopo excessivo nem inventário incompleto. Se a organização não sabe quantas chaves existem, nenhum gatilho de rotação alcança as esquecidas. A disciplina de inventário é pré-requisito, não consequência.

Recurso prático

Controle compensatório por situação da chave

Situação da chaveControle que substitui o prazo
Uso restrito a um sistemaEscopo mínimo e responsável nomeado
Compartilhada entre fluxosInventário, dono único e revisão por evento
Emitida para terceiroGatilho ligado ao contrato e revogação testada

O erro mais comum é definir a rotação e nunca exercitar a revogação. A chave antiga continua aceita e o controle existe apenas no documento.

Sobre o que está escrito aqui

Conceitos relacionados: chave de API de longa duração · rotação de credencial · revogação testável · inventário de chaves · escopo mínimo. 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 chave de API sem prazo de validade. 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.