Michael JohnsonComo saber se é possível eliminar uma chave de API de modelo guardada há muito tempo? Desde 6 de novembro de 2026, o Cloudflare AI Gateway mostra, para as chaves de provedor guardadas, o alias, a data do último uso e a data da última atualização. Na secção Key security, o painel destaca as chaves cuja atividade registada tem mais de 90 dias. Para equipas que gerem várias chaves através do gateway, isto fornece uma lista concreta de registos para auditar. No entanto, o histórico de utilização só começa em novembro de 2026.
O que foi adicionado?
A atualização abrange as chaves de provedor guardadas no AI Gateway. O anúncio da Cloudflare indica que as chaves estão agrupadas por provedor; junto a cada uma, são apresentados valores mascarados, aliases e as datas do último uso e da última alteração. A secção Key security destaca os registos cuja última atividade registada ocorreu há mais de 90 dias. A Cloudflare informa que o registo de utilização começou em novembro de 2026.
A data do último uso indica quando o gateway registou pela última vez a utilização da chave. A data de alteração mostra quando o registo foi atualizado. A máscara e o alias ajudam a identificar o registo sem expor o valor secreto na lista. Trata-se de um inventário e de um sinal para verificação, não de uma decisão automática sobre o destino da chave.
Como interpretar a data de atividade?
As chaves ficam muitas vezes guardadas depois de uma experiência, de uma mudança de fornecedor ou da migração de uma aplicação. Se a equipa as guardar num gateway central, com o tempo pode tornar-se difícil recordar a finalidade de cada registo. A data de atividade ajuda a definir prioridades: primeiro, verificar as chaves que não são usadas há muito tempo; depois, confirmar com o responsável pela aplicação e pelo ambiente.
O limiar de 90 dias diz respeito à atividade que o sistema registou desde o início do registo, em novembro de 2026. Por isso, a indicação não representa o histórico completo de utilização dos meses anteriores. Além disso, uma tarefa pouco frequente, uma rota de reserva ou uma aplicação que acede ao provedor fora do AI Gateway exigem uma verificação separada. Por exemplo, uma chave de reserva pode não ser necessária durante meses, mas continuar a fazer parte do plano de recuperação.
A documentação BYOK descreve o armazenamento de chaves no Secrets Store e a sua utilização através do AI Gateway. A eliminação de uma chave interrompe imediatamente os pedidos que dependem dela. Por isso, só se deve eliminar um registo depois de determinar a sua finalidade e as respetivas dependências, e não apenas com base na antiguidade da indicação.
Como realizar uma auditoria em segurança?
- Comece pelas chaves assinaladas. Faça uma lista dos registos cuja última atividade registada ocorreu há mais de 90 dias. Não elimine nada ainda.
- Identifique o responsável e a finalidade. Compare o alias com as configurações do gateway e a documentação da equipa; descubra quem é responsável pela aplicação. Se a finalidade for desconhecida, determine-a primeiro.
- Verifique onde a chave é utilizada. Confirme se serve um relatório pouco frequente, uma rota de reserva ou um ambiente fora do AI Gateway. O registo de atividade do gateway não responde a estas perguntas.
- Se a chave for necessária, prepare a rotação. Crie uma nova chave junto do provedor e substitua o segredo no registo existente do AI Gateway. Segundo a documentação, as aplicações continuarão a utilizar a chave atualizada através do mesmo registo; depois da substituição, verifique o funcionamento com pedidos reais.
- Elimine-a só depois de verificar as dependências. Confirme que as aplicações foram migradas ou que a chave foi retirada de serviço. Ao eliminá-la, os pedidos que dependem dela deixam de funcionar.
Imaginemos que a equipa encontra uma chave cuja última atividade registada ocorreu há mais de 90 dias. O responsável descobre que o registo pertencia a um ambiente de testes e que os testes já usam outra chave. Depois de verificar a configuração, o registo pode ser eliminado. Se a chave for necessária como reserva em caso de falha do provedor principal, a equipa deve documentar a sua finalidade e o responsável, mantendo o registo.
O que muda para a equipa?
Em vez de um lembrete genérico para «verificar as chaves antigas», a equipa passa a ter a data da última atividade registada para cada registo. Isto ajuda a decidir por onde começar a revisão de acessos, sobretudo quando são geridas chaves de vários provedores através do AI Gateway.
Use a indicação de mais de 90 dias como motivo para verificar a chave, não como ordem para a eliminar. Confirme o registo com o responsável, a aplicação e os cenários de reserva; depois, valide se continua a ser necessário, substitua o segredo durante a rotação ou elimine-o após verificar as dependências. Assim, o registo ajuda a encontrar entradas esquecidas sem pôr em risco aplicações em funcionamento.
