Aller au contenu

Décodeur de Secret Kubernetes

Kubernetes Secret Decoder

Décode toutes les valeurs Base64 d’un manifeste Secret, et réencode celui que vous avez modifié, prêt à appliquer.

Ouvre un manifeste de Secret Kubernetes, décode chaque valeur Base64 pour que vous puissiez la lire, vous laisse en modifier n'importe laquelle, et reconstruit le manifeste avec les valeurs réencodées. Tout se passe dans l'onglet — un Secret est la dernière chose qui devrait voyager jusqu'à un serveur pour être décodée.

🔒 Fonctionne entièrement dans votre navigateurkubernetessecretbase64devops

Manifeste du Secret

Déposez un secret.yaml

Lu dans cet onglet. Rien n’est envoyé.

Tout tourne dans cet onglet : rien n’est envoyé nulle part et rien n’est écrit dans le stockage.

4 valeurs

Valeurs
username

YWRtaW4=

password

c3VwZXItc2VjcmV0LXBhc3N3b3Jk

DATABASE_URL

cG9zdGdyZXM6Ly9hZG1pbjpzdXBlci1zZWNyZXQtcGFzc3dvcmRAZGI6NTQzMi9hcHA=

NOT_ENCODEDstringData — pas du Base64

dGhpcyBvbmUgaXMgcGxhaW4gdGV4dA==

Manifeste ré-encodé

Modifiez une valeur au-dessus et ceci se met à jour. Les entrées `stringData` sont repliées dans `data` en Base64, ce que `kubectl apply` ferait de toute façon.

Base64 est un encodage, pas un chiffrement. Un Secret Kubernetes ne protège rien à lui seul : ce sont le RBAC et le chiffrement au repos qui le font.

Comment s’en servir

  1. Collez le manifeste

    La sortie de `kubectl get secret nom -o yaml`, ou le fichier de votre dépôt. `data` comme `stringData` sont lus.

  2. Lisez les valeurs

    Chaque clé est affichée avec sa valeur décodée et le Base64 en dessous. Une entrée `stringData` est signalée comme telle, puisqu'elle n'a jamais été encodée.

  3. Modifiez et emportez le manifeste reconstruit

    Changez une valeur et le manifeste en dessous se met à jour. Les entrées `stringData` sont repliées dans `data` en Base64, ce que fait exactement `kubectl apply` à l'entrée.

Questions fréquentes

Un Secret Kubernetes chiffre-t-il quoi que ce soit ?

En lui-même, non. Le Base64 est un encodage — le manifeste est lisible par quiconque peut le lire. Ce qui protège un Secret, c'est le RBAC du cluster et le chiffrement au repos dans etcd, deux choses invisibles dans le YAML.

Pourquoi une valeur est-elle affichée comme une erreur ?

Parce que ce n'est pas du Base64 valide, ce qui veut en général dire que le manifeste a été édité à la main ou que la valeur a sa place sous `stringData`. Kubernetes la rejetterait aussi.

Est-il sans risque de coller ici un Secret de production ?

Rien n'est envoyé où que ce soit et rien n'est écrit dans un stockage — le décodage se fait dans votre navigateur. Les précautions habituelles sur le partage d'écran et l'historique du navigateur restent valables, puisque les valeurs sont désormais visibles à l'écran.

À alimenter depuis

Ensuite

Ces outils acceptent ce que celui-ci produit : le résultat peut y aller directement.