Décodeur Base64
Décodez du Base64 en texte lisible. Les alphabets standard et compatible URL fonctionnent tous deux, avec ou sans remplissage, et les sauts de ligne collés sont ignorés.
Vos données ne quittent jamais votre navigateur. Cet outil fonctionne entièrement sur votre appareil.
Ce que fait réellement le Base64
Le Base64 réécrit des octets quelconques en n'employant que 64 caractères qui survivent aux systèmes conçus pour du texte : A-Z, a-z, 0-9, plus et barre oblique. Trois octets deviennent quatre caractères, ce qui explique que la sortie soit toujours environ 33 % plus volumineuse que l'entrée.
Il existe parce que le courrier électronique, JSON, XML et les URL ont été conçus pour transporter du texte. Y faire passer du binaire brut corrompt les données : on les encode donc d'abord, et on les décode à l'arrivée.
3 octets → 4 caractères (33 % de plus)
Le Base64 n'est pas du chiffrement
C'est le point le plus important à comprendre. Le Base64 est un encodage réversible sans clé : n'importe qui peut le décoder instantanément, comme cette page le démontre. Il n'apporte strictement aucune confidentialité.
Mettre un mot de passe ou une clé d'API en Base64 pour le « masquer » est une erreur de sécurité réelle et fréquente. Ce qui doit rester secret a besoin d'un véritable chiffrement.
Variantes standard et compatible URL
Le Base64 standard utilise + et /, qui ont tous deux un sens particulier dans une URL, ainsi qu'un remplissage par = que certains systèmes abîment. La variante compatible URL remplace + par - et / par _, et supprime généralement le remplissage.
Les jetons JWT emploient cette forme compatible URL : c'est pourquoi un JWT contient des tirets et des tirets bas, mais jamais de plus, de barre oblique ni de signe égal.
Questions fréquentes
Le Base64 est-il du chiffrement ?
Non. C'est un encodage, pas un chiffrement. Il n'y a aucune clé et n'importe qui peut l'inverser instantanément. Il n'apporte aucune sécurité : ne l'utilisez jamais pour protéger un secret.
Pourquoi ma sortie Base64 est-elle plus grosse que l’entrée ?
Parce que chaque groupe de 3 octets devient 4 caractères : la sortie est donc environ 33 % plus volumineuse, plus jusqu'à deux caractères de remplissage. C'est le prix à payer pour rendre du binaire transportable dans du texte.
Que signifient les signes égal à la fin ?
Ils servent de remplissage. Le Base64 travaille par blocs de trois octets : quand la longueur de l'entrée n'est pas un multiple de trois, un ou deux caractères = complètent le dernier bloc. Beaucoup de décodeurs, dont celui-ci, acceptent une entrée sans eux.
Qu'est-ce que le Base64 compatible URL ?
Une variante qui remplace + par - et / par _, parce que ces deux caractères ont un sens particulier dans une URL. Le remplissage est en général supprimé lui aussi. Les jetons JWT utilisent cette variante.
Pourquoi mon Base64 se décode-t-il en charabia ?
En général parce qu'il ne s'agit pas de texte. Images, archives compressées et blocs chiffrés sont couramment encodés en Base64, et les décoder produit des octets bruts qu'aucun caractère ne peut représenter. Cet outil vous signale ce cas.
Outils similaires
- Encodeur Base64Encodez n'importe quel texte en Base64, émojis et écritures non latines compris. Basculez sur l'alphabet compatible URL quand le résultat doit voyager dans une adresse.
- Décodeur URLDécodez une URL encodée en pour cent vers du texte lisible. Si le résultat est une adresse complète, ses paramètres de requête sont détaillés pour que vous voyiez ce qu'elle transporte.
- Décodeur JWTCollez un jeton JSON Web Token pour lire son en-tête et sa charge utile. Les revendications d'horodatage sont converties en dates lisibles, et le jeton ne quitte jamais votre navigateur.
- Formateur JSONCollez du JSON pour l'afficher avec une indentation cohérente, ou minifiez-le à nouveau. Un JSON invalide est signalé avec la ligne et la colonne exactes, pour que vous trouviez le problème.