IT Glossary
Une clé API est un secret statique qui identifie l'application appelant une API. Pourquoi elle survit au départ de son créateur et diffère d'un jeton.
November 2, 2026
Une clé API est un secret statique, sous forme de chaîne de caractères, qui identifie l'application, le projet ou l'intégration qui appelle une API, afin que le fournisseur authentifie la requête, applique des quotas et facture l'usage. Elle authentifie l'appelant, pas une personne : quiconque détient la clé peut s'en servir, depuis n'importe quelle machine. Une clé API reste en général valide jusqu'à sa révocation, souvent avec tous les droits du compte qui l'a créée.
Pour la gouvernance, la différence tient à la traçabilité. Un jeton d'accès renvoie à une autorisation accordée par quelqu'un, que le serveur d'autorisation peut retirer. Une clé API ne renvoie qu'à la mémoire de la personne qui l'a créée. D'où la règle : chaque clé dans un gestionnaire de secrets, avec un responsable nommé et une date de renouvellement.
Une société e-commerce de 180 salariés laisse sa responsable marketing automation connecter l'outil d'emailing, le CRM et l'outil d'analyse avec des clés API générées depuis son propre compte. Les clés sont stockées dans un outil d'automatisation et dans deux scripts sur un drive partagé. À son départ, l'équipe IT désactive son compte Google Workspace et la retire des applications SaaS connues.
Les clés continuent pourtant de tourner : dans deux des trois outils, elles appartiennent à l'espace de travail et non à son utilisateur, et personne d'autre ne sait où elles sont stockées. Si l'une d'elles ouvre l'accès à des données clients, une fuite devient aussi un sujet RGPD.
L'inventaire de Corma recense les applications SaaS et les comptes que détient chaque salarié, et ses workflows d'offboarding retirent comptes et accès dans ces applications, y compris celles sans SCIM. Cette liste indique à l'équipe IT où chercher les clés créées par la personne partie, pour les révoquer ou les renouveler dans chaque application et pas seulement chez le fournisseur d'identité.
Non. Un mot de passe prouve l'identité d'une personne, en général avec un second facteur. Une clé API identifie une application, ne s'accompagne d'aucun second facteur et fonctionne pour quiconque la copie.
Seulement si l'application ou la personne qui l'a créée fixe une date d'expiration. Beaucoup de clés restent valides jusqu'à leur suppression ou leur renouvellement manuel.
Tout dépend de l'application. Certaines désactivent les clés d'un utilisateur supprimé, d'autres les rattachent à l'espace de travail et les laissent actives : chaque clé doit donc être vérifiée et révoquée dans l'application.
Dans un gestionnaire de secrets ou le coffre de la plateforme de déploiement, jamais dans le code source, un ticket ou une messagerie.