Vous n’avez pas utilisé une clé de fournisseur d’IA depuis longtemps ? Cloudflare ajoute la date de dernière utilisation

Comment savoir si l’on peut supprimer une clé API de modèle enregistrée depuis longtemps ? Depuis le 6 novembre 2026, Cloudflare AI Gateway affiche l’alias des clés de fournisseur enregistrées, leur date de dernière utilisation et leur date de dernière mise à jour. Dans la section Key security, le tableau de bord signale les clés dont l’activité enregistrée remonte à plus de 90 jours. Pour les équipes qui gèrent plusieurs clés via la passerelle, cela fournit une liste concrète d’entrées à auditer. Toutefois, l’historique d’utilisation ne commence qu’en novembre 2026.

Qu’est-ce qui a été ajouté ?

La mise à jour concerne les clés de fournisseur enregistrées dans AI Gateway. L’annonce de Cloudflare précise que les clés sont regroupées par fournisseur ; les valeurs masquées, les alias ainsi que les dates de dernière utilisation et de modification apparaissent à côté. La section Key security signale les entrées dont la dernière activité enregistrée remonte à plus de 90 jours. Cloudflare indique que le suivi de l’utilisation a commencé en novembre 2026.

La date de dernière utilisation indique quand la passerelle a enregistré pour la dernière fois l’utilisation de la clé. La date de modification précise quand l’entrée a été mise à jour. Le masquage et l’alias permettent de reconnaître une entrée sans révéler sa valeur secrète dans la liste. Il s’agit d’un inventaire et d’un signal invitant à vérifier, pas d’une décision automatique sur le sort de la clé.

Comment interpréter la date d’activité ?

Les clés restent souvent après une expérimentation, un changement de fournisseur ou la migration d’une application. Lorsque l’équipe les stocke dans une passerelle centralisée, il peut devenir difficile de se rappeler la fonction de chaque entrée. La date d’activité aide à établir des priorités : commencez par vérifier les clés inutilisées depuis longtemps, puis recoupez les informations avec le responsable de l’application et l’environnement concerné.

Le seuil de 90 jours porte sur l’activité que le système a enregistrée depuis le début du suivi, en novembre 2026. L’indicateur ne décrit donc pas l’historique complet des mois précédents. En outre, une tâche rarement exécutée, une route de secours ou une application qui contacte le fournisseur en dehors d’AI Gateway nécessitent une vérification distincte. Par exemple, une clé de secours peut ne pas être utilisée pendant des mois tout en restant essentielle au plan de reprise.

La documentation BYOK décrit le stockage des clés dans Secrets Store et leur utilisation via AI Gateway. Supprimer une clé interrompra immédiatement les requêtes qui en dépendent. Il faut donc supprimer une entrée après avoir identifié ses fonctions et ses dépendances, et non simplement parce que son indicateur est ancien.

Comment mener un audit en toute sécurité ?

1. Commencez par les clés signalées. Dressez la liste des entrées dont la dernière activité enregistrée remonte à plus de 90 jours. Ne supprimez encore rien.
2. Identifiez le responsable et la fonction. Recoupez l’alias avec les configurations de la passerelle et la documentation de l’équipe ; déterminez qui est responsable de l’application. Si la fonction est inconnue, identifiez-la d’abord.
3. Vérifiez où la clé est utilisée. Déterminez si elle sert à un rapport peu fréquent, à une route de secours ou à un environnement extérieur à AI Gateway. Le relevé d’activité de la passerelle ne répond pas à ces questions.
4. Si la clé est nécessaire, préparez sa rotation. Créez une nouvelle clé auprès du fournisseur et remplacez le secret dans l’entrée AI Gateway existante. Selon la documentation, les applications continueront d’utiliser la clé mise à jour via la même entrée ; après le remplacement, vérifiez le fonctionnement de requêtes réelles.
5. Ne supprimez qu’après avoir vérifié les dépendances. Assurez-vous que les applications ont été basculées ou que la clé a été retirée du service. Une fois la clé supprimée, les requêtes qui en dépendent s’arrêtent.

Imaginons que l’équipe repère une clé dont la dernière activité remonte à plus de 90 jours. Son responsable découvre que l’entrée était associée à un environnement de test et que les tests utilisent déjà une autre clé. Après vérification de la configuration, l’équipe peut la supprimer. Si la clé est nécessaire comme solution de secours en cas de défaillance du fournisseur principal, il faut consigner sa fonction et son responsable, puis conserver l’entrée.

Qu’est-ce que cela change pour l’équipe ?

Au lieu d’un rappel général — « vérifiez les anciennes clés » — l’équipe dispose de la date de dernière activité enregistrée pour chaque entrée. Cela aide à choisir par où commencer la revue des accès, surtout lorsque plusieurs clés de fournisseurs sont gérées dans AI Gateway.

Considérez l’indicateur de plus de 90 jours comme une invitation à vérifier la clé, et non comme un ordre de la supprimer. Recoupez l’entrée avec son responsable, l’application et les scénarios de secours ; confirmez ensuite qu’elle est nécessaire, remplacez le secret lors d’une rotation ou supprimez-la après vérification des dépendances. Le journal permet ainsi de repérer les entrées oubliées sans mettre en péril les applications en fonctionnement.