Mon Base64 contient des sauts de ligne. Dois-je le recoller ?

Non. MIME découpe le Base64 à 76 colonnes, la commande `base64` fait de même, et un bloc PEM est découpé aussi : les blancs sont retirés avant le décodage. Collez-le tel que vous l’avez trouvé.

Et si le remplissage manque ?

Il est rétabli. L’alphabet compatible URL abandonne `=` à dessein, et bien des encodeurs l’omettent : l’exiger rejetterait des entrées valides sans rien apporter.

Pourquoi ai-je des caractères de remplacement ?

Parce que les octets décodés ne sont pas du texte UTF-8. Le Base64 transporte n’importe quels octets — un PNG, une clé, une archive — et cet outil rend le résultat sous forme de texte. Si la source était binaire, la sortie ne sera pas lisible, et c’est la réponse honnête plutôt qu’une déformation silencieuse.

Base64 en texte — lisez ce que dit un blob

Décodez du Base64 en texte. Sauts de ligne, remplissage manquant et alphabet compatible URL sont acceptés : c’est ainsi que le Base64 arrive vraiment.

Instantané Privé Zéro cookie

Ce que fait cet outil

Le Base64 est décodé en octets, et ces octets sont lus comme du texte UTF-8. Les deux étapes peuvent surprendre, elles méritent donc d’être dites.

Il accepte le Base64 tel qu’il arrive

Le Base64 réel est rarement une belle ligne unique :

des sauts de ligne — MIME découpe à 76 colonnes par spécification, la commande base64 découpe par défaut, et un bloc PEM est découpé aussi ;
l’alphabet compatible URL — - et _ à la place de + et / ;
un remplissage absent — la forme compatible URL abandonne = volontairement, et beaucoup d’encodeurs l’omettent.

Les trois sont acceptés. Les blancs sont retirés, l’alphabet normalisé, le remplissage rétabli. Ce qui n’est réellement pas du Base64 échoue toujours, avec une erreur plutôt qu’une supposition.

Des octets, puis du texte

Le Base64 transporte des octets, pas des caractères. Rien dans l’encodage ne dit que ces octets sont du texte — ce peut être un PNG, une clé privée, une archive compressée.

Cet outil les lit en UTF-8, parce que c’est ce que vous voulez dans le cas courant. Quand la source était binaire, vous verrez des caractères de remplacement. Ce n’est pas un échec du décodeur : c’est le résultat honnête d’une demande de texte adressée à quelque chose qui n’en a jamais été.

Le Base64 n’est pas un chiffrement

Utile à répéter dans ce sens-ci : si vous pouvez lire une valeur ici, quiconque l’a interceptée le peut aussi. Le Base64 n’a ni clé ni secret. Un jeton trouvé dans un journal est un jeton, qu’il soit encodé ou non.

Confidentiel par conception

Tout s’exécute localement dans votre navigateur en JavaScript. Vos données ne sont jamais envoyées sur un serveur, ce qui rend l’outil sûr pour des contenus sensibles, et il fonctionne hors ligne.

Questions fréquentes

Mon Base64 contient des sauts de ligne. Dois-je le recoller ?: Non. MIME découpe le Base64 à 76 colonnes, la commande `base64` fait de même, et un bloc PEM est découpé aussi : les blancs sont retirés avant le décodage. Collez-le tel que vous l’avez trouvé.
Et si le remplissage manque ?: Il est rétabli. L’alphabet compatible URL abandonne `=` à dessein, et bien des encodeurs l’omettent : l’exiger rejetterait des entrées valides sans rien apporter.
Pourquoi ai-je des caractères de remplacement ?: Parce que les octets décodés ne sont pas du texte UTF-8. Le Base64 transporte n’importe quels octets — un PNG, une clé, une archive — et cet outil rend le résultat sous forme de texte. Si la source était binaire, la sortie ne sera pas lisible, et c’est la réponse honnête plutôt qu’une déformation silencieuse.