Qu'est-ce que la prolifération des secrets ?

La prolifération des secrets est la propagation incontrôlée de secrets – y compris les clés API, les mots de passe et les clés de chiffrement – à travers l’infrastructure, les dépôts de code et les canaux de communication d’une organisation. Au lieu d’être stockés de manière sécurisée dans un gestionnaire de secrets centralisé, ces secrets deviennent fragmentés lorsqu’ils sont codés en dur dans le code source, partagés sur des plateformes de messagerie ou dispersés sur un terminal. Cela crée un inventaire incomplet et largement invisible de secrets que les équipes de sécurité ne peuvent ni surveiller, ni faire tourner ni révoquer efficacement. À mesure que les organisations grandissent, le nombre de secrets croît rapidement, augmentant le risque d’attaques basées sur des identifiants et de vulnérabilités de la chaîne d’approvisionnement.

Comment se produit la prolifération des secrets

La prolifération des secrets résulte généralement de la création et de la distribution d’identifiants sensibles sans surveillance ou contrôle cohérents.

Création et développement des identifiants

Les environnements modernes reposent à la fois sur des utilisateurs humains et des identités non humaines (NHI), y compris les comptes de service, les bots et les charges de travail applicatives, qui s’authentifient à l’aide de secrets tels que des clés API et des jetons. À mesure que les organisations adoptent des architectures cloud-natives, le nombre de secrets augmente rapidement. Chaque nouveau système, charge de travail et intégration nécessite une authentification, ce qui élargit la surface d'attaque et accroît la probabilité de présence de secrets non gérés. À mesure que les organisations évoluent et s’adaptent aux identités machines, elles font inévitablement face au risque de prolifération des secrets.

Gestion et partage incohérents des secrets

Même avec des politiques de sécurité en place, les développeurs et les équipes gèrent les identifiants de manière incohérente. Un développeur peut stocker des identifiants localement, tandis qu’un autre peut les coder directement en code source ou les partager via des outils de messagerie. Lorsque les processus sécurisés sont moins pratiques que de copier-coller les identifiants, les utilisateurs ont généralement tendance à privilégier la rapidité plutôt que la sécurité. Si les utilisateurs de plusieurs équipes adoptent la même approche pour des centaines de services au fil du temps, cette incohérence conduit à une distribution généralisée et ingérable des secrets.

Manque de gestion centralisée des secrets

Sans gestion centralisée des secrets, les organisations ne peuvent pas suivre avec précision où les secrets sont stockés, qui y a accès ni comment ils sont utilisés. Ce manque de visibilité rend difficile la rotation ou la révocation des identifiants après un incident de sécurité ou un départ d’un employé, obligeant les équipes de sécurité à réagir de manière réactive au lieu de gouverner proactivement leurs secrets.

Mauvaise gestion du cycle de vie

Dans de nombreux cas, les secrets sont créés pour une utilisation instantanée mais ne sont pas correctement maintenus ou supprimés une fois le projet terminé. Les identifiants inutilisés ou dupliqués peuvent persister sur plusieurs systèmes, augmentant le risque au fil du temps. Si les secrets anciens ou inutilisés ne sont pas tournés ou supprimés, un accès peut être accordé indéfiniment à des bases de code, des dépôts ou des fichiers de configuration longtemps oubliés. Sans politiques définies sur le cycle de vie, les organisations accumulent des secrets obsolètes qui restent accessibles mais non gérés, ce qui propage davantage la prolifération des secrets à travers les systèmes.

Pourquoi la prolifération des secrets est dangereuse

Lorsque les secrets sont largement diffusés sans surveillance, les conséquences peuvent affecter tous les aspects d’une organisation. Voici quelques-uns des principaux risques liés à une mauvaise gestion des secrets :

Fuites de données : Si des secrets sont dispersés sur plusieurs systèmes et outils, il y a plus de chances qu’ils soient exposés lors d’une fuite de données. Un seul secret exposé peut accorder un accès non autorisé à des données sensibles et à des systèmes critiques.
Violations du système : Lorsque les secrets sont mal gérés, ils peuvent être compromis puis utilisés pour se déplacer latéralement à travers les infrastructures et augmenter les privilèges.
Baisse de la productivité de l’équipe : Les équipes de sécurité et DevOps consacrent du temps à suivre où sont stockés les secrets et à gérer les identifiants dispersés, plutôt que de se concentrer sur des tâches prioritaires.
Conformité et conséquences financières : Des secrets mal gérés qui conduisent à une violation peuvent entraîner des amendes réglementaires, des coûts de réponse aux incidents et des responsabilités juridiques. Pour les organisations soumises au PCI DSS, HIPAA ou SOC 2, l’incapacité à démontrer un accès contrôlé aux identifiants sensibles constitue en soi une constatation de conformité, indépendamment du fait qu’une violation ait eu lieu ou non.
Atteinte à la réputation : Une violation causée par des secrets mal gérés peut causer un préjudice irréversible à la réputation d’une organisation, en particulier lorsque des clients confient des données sensibles à un fournisseur tiers. La perte de confiance des clients, de partenariats à long terme et d’une couverture médiatique positive peut affecter une organisation bien après un incident de sécurité.

Exemples courants de prolifération des secrets

La prolifération des secrets peut se manifester de différentes manières :

Secrets codés en dur dans le code source : les développeurs intègrent directement les secrets dans le code, qui est ensuite engagé dans un dépôt. Dans les dépôts publics, cette exposition est immédiate et permanente à moins que le secret ne soit modifié. Dans les dépôts privés, elle étend le rayon de l’explosion de toute compromission d’accès au dépôt. Si les outils automatisés d'analyse des secrets peuvent détecter ces expositions, les secrets déjà indexés par des moteurs de recherche ou des scanners tiers demeurent exposés, même après leur suppression.
Clés API stockées à plusieurs endroits : comme les équipes copient des clés API dans des fichiers de configuration au lieu de les injecter à l’exécution, le même secret peut exister à plusieurs endroits à la fois. Sans gestion des secrets, les organisations ne peuvent pas savoir où se trouve chaque copie, elles ne peuvent donc pas faire tourner les secrets ni révoquer l’accès.
Secrets révélés dans les pipelines CI/CD : lorsque les secrets sont intégrés dans des fichiers de configuration plutôt que d’être injectés à l’exécution, ils deviennent exposés à toute personne ayant accès au dépôt. Les secrets qui apparaissent dans les journaux de compilation ou qui sont transmis à l’intégration d’un tiers peuvent être visibles pour toute personne ayant accès à l’exécution du pipeline, même si elle n’a pas accès direct au code sous-jacent.
Identifiants oubliés : les secrets d’anciens projets ou d’anciens employés peuvent rester actifs longtemps après leur objectif initial, ce qui pourrait causer des dommages puisqu’ils sont encore accessibles mais ne sont pas suivis de surveillance active.
Secrets dupliqués entre systèmes : lorsque les mêmes secrets sont répliqués entre plusieurs équipes ou environnements, les organisations ne peuvent pas imposer des contrôles d’accès cohérents.
Méthodes de partage peu sécurisées : le partage de secrets via des plateformes de messagerie ou par e-mail empêche les organisations de suivre de manière fiable qui les a vus, où ils ont été envoyés ou s’ils ont été stockés de manière insécurisée par les destinataires.

Comment réduire le risque de prolifération des secrets

Réduire la prolifération des secrets nécessite de centraliser la manière dont les secrets sont stockés, consultés et gérés. Avec un gestionnaire de secrets, les organisations peuvent avoir un meilleur contrôle et une meilleure visibilité sur l’ensemble de leur inventaire de secrets.

Centraliser les secrets dans un coffre-fort sécurisé

Au lieu de permettre aux identifiants de se disperser dans des fichiers et des dépôts, les organisations devraient stocker tous les secrets dans un gestionnaire de secrets dédié. Un coffre-fort centralisé et sécurisé offre aux organisations un lieu unique pour stocker, accéder et distribuer les identifiants.

Appliquer le principe du moindre privilège

Tous les utilisateurs n’ont pas besoin d’accéder à tous les secrets, donc faire respecter l’accès de moindre privilège ne permet d’accéder qu’aux identités nécessitant un secret pour une durée limitée. Cet accès temporaire et intentionnel réduit l’impact d’un identifiant compromis en garantissant que même si un secret est révélé, l’accès du cybercriminel reste limité.

Scanner les secrets déjà présents dans les dépôts

La centralisation ne fonctionne que si l’étalement existant est abordé en premier. Les outils de numérisation secrète peuvent identifier les identifiants déjà intégrés dans les dépôts de code, les fichiers de configuration et les artefacts de build. Les organisations devraient effectuer une analyse initiale avant de supposer que leurs secrets sont maîtrisés, et mettre en place une analyse continue pour détecter les nouvelles expositions.

Rotation automatisée des identifiants

La rotation automatisée garantit que les secrets sont régulièrement mis à jour sans recourir à des processus manuels qui ne sont pas évolutifs. Cela réduit les périodes d'exposition et supprime la charge opérationnelle liée au suivi des calendriers de rotation pour des centaines d'identifiants.

Améliorer la visibilité et l’audit

Les organisations devraient disposer d’un inventaire en temps réel des secrets, y compris où ils sont stockés et comment ils sont utilisés. Ce niveau de visibilité permet aux équipes de détecter les comportements suspects, d’identifier les secrets orphelins et d’intervenir immédiatement en cas d’incidents de sécurité.

Définir et appliquer les politiques du cycle de vie

Établissez des politiques claires concernant le moment où les secrets doivent être créés, renouvelés et retirés. Automatisez l’application de la loi autant que possible. Un secret qui n’est plus nécessaire doit être révoqué, pas simplement ignoré.

Découvrez comment Keeper aide les organisations à centraliser et automatiser la gestion des secrets.