Les exemples incluent clés d'API, identifiants de base de données, clés privées, clés de signature, jetons d'accès et autres identifiants porteurs. La pratique couvre la génération, le stockage, la distribution, l'usage, la rotation ou le renouvellement, la révocation, l'expiration, la récupération et la destruction sécurisés — pas seulement le placement des valeurs dans un dépôt chiffré.
Les conceptions efficaces minimisent qui et quoi peut récupérer chaque secret, préfèrent des identifiants de courte durée ou émis dynamiquement lorsque c'est pratique, et empêchent les valeurs d'apparaître dans le code source, les sorties de build, les journaux ou les canaux de support. Responsabilité, objectif, consommateurs et dépendances doivent être consignés pour qu'un secret puisse être changé rapidement sans laisser d'anciennes copies actives ni causer une panne incontrôlée.
Points clés
Contrôles du cycle de vieGénérer avec une force adaptée, provisionner par des chemins protégés, limiter l'accès, définir une durée de vie appropriée, tourner en sécurité, révoquer rapidement et retirer les copies obsolètes.
Contrôles opérationnelsAuthentifier fortement les workloads, séparer les environnements, auditer l'accès et l'administration, détecter l'exposition, tester la récupération d'urgence et répéter la réponse à la compromission.
Préférence de conceptionRéduire les secrets partagés et de longue durée. Lorsque pris en charge, utiliser l'identité de workload et des identifiants temporaires à périmètre étroit plutôt que distribuer des valeurs statiques réutilisables.
Limite importanteUn gestionnaire de secrets devient une dépendance de grande valeur et n'empêche pas un workload autorisé ou compromis de lire un secret. La politique d'accès, la sécurité des terminaux, la disponibilité et le chemin de confiance initial restent importants.