Outils / Texte et données / Base64 vers texte
Côté client

Base64 vers texte

Collez une chaine Base64 et recuperez instantanement le texte d'origine lisible, decode entierement sur votre appareil sans aucun televersement.

Ce que fait l'outil

  • Decode le Base64 standard et le Base64URL adapte aux URL
  • Lit les charges utiles JWT, les secrets et les valeurs de configuration en prive
  • Choisit le jeu de caracteres de sortie pour les sources non UTF-8
  • Fonctionne en WebAssembly, rien ne quitte l'onglet

Le decodage de Base64 vers texte prend une chaine encodee (une valeur de configuration, une charge utile JWT, un champ de reponse d'API, un email ou un fragment MIME, une variable d'environnement ou un secret copie) et renvoie le texte d'origine lisible, le tout decode localement dans votre navigateur sans televersement ni aller-retour vers un serveur. Collez, decodez et copiez en une seule etape. Comme le Base64 transporte tres souvent des donnees sensibles sur le plan de la securite, cet outil s'execute entierement sur votre appareil afin que les octets ne voyagent nulle part.

Ce que cette conversion fait reellement (et ce qu'elle ne fait PAS)

Le Base64 est un encodage binaire vers texte construit a partir de l'alphabet A-Z, a-z, 0-9, + et /. Ce n'est pas du chiffrement. Il n'offre aucune confidentialite, et n'importe qui peut le decoder en quelques secondes, il ne faut donc jamais s'y fier pour cacher des donnees. Le decoder revient simplement a inverser la transformation pour retrouver les octets d'origine.

Le decodage produit toujours d'abord des octets bruts. Transformer ces octets en texte lisible necessite de connaitre le jeu de caracteres utilise par la source. Supposer par defaut de l'UTF-8 alors que l'original etait en UTF-16, ISO-2022-JP ou Shift-JIS est la cause la plus frequente d'une sortie brouillee ou illisible. Si les octets sous-jacents sont eux-memes binaires (une image, un blob compresse en gzip, un certificat au format DER) plutot qu'une chaine, aucun jeu de caracteres ne produira de texte lisible, et c'est un signe fiable que la source n'a jamais ete du texte au depart.

Il existe deux variantes a surveiller. Le Base64 standard utilise + et / avec un remplissage =. Le Base64URL, employe dans les JWT et a l'interieur des URL, les remplace par - et _ et abandonne souvent entierement le remplissage final. Un decodeur uniquement standard echoue sur les segments JWT a moins qu'il ne detecte automatiquement l'alphabet adapte aux URL, ce que fait cet outil. Cote taille, l'encodage gonfle les donnees d'environ 33 % (quatre caracteres de sortie pour trois octets d'entree), plus environ 4 % de plus lorsque des sauts de ligne sont inseres, si bien que le texte decode ressort environ 25 % plus petit que la chaine Base64 que vous avez collee.

Ce qu'il ne fait PAS, c'est reparer une entree veritablement corrompue. Les blocs finaux incomplets ont besoin du remplissage = pour etre decodes, et un remplissage manquant, un remplissage en trop, des espaces parasites ou des caracteres hors alphabet provoquent des echecs. Vous ne pouvez pas reparer un Base64 reellement casse en supprimant des caracteres a l'aveugle, car cela modifie les limites des octets et decale toutes les valeurs apres la modification.

Quand choisir Base64 vers texte plutot que Base64 vers fichier

Decodez vers du texte lorsque la charge utile d'origine etait une chaine : revendications JWT, configuration JSON ou YAML, variables d'environnement, corps d'emails encodes en MIME, ou texte de certificat encapsule en PEM. Si la sortie decodee ressemble a du bruit binaire plutot qu'a des mots, la source etait presque certainement un fichier (une image, une archive ou un certificat binaire), et vous devriez traiter le resultat comme des octets a enregistrer plutot que comme du texte a lire. Les JWT sont un cas particulier qu'il est bon de connaitre : ce sont trois segments Base64URL (en-tete.charge-utile.signature) relies par des points, et decoder le segment du milieu revele les revendications en clair, ce qui est exactement la raison pour laquelle les charges utiles JWT ne doivent jamais transporter de secrets ni de donnees personnelles. Pour faire l'inverse, utilisez l'encodage de texte en Base64.

Comment convertir du Base64 en texte

  1. Ouvrez cette page, verrouillee en mode decodage (Base64 vers texte) pour que vous ne puissiez pas re-encoder par accident.
  2. Choisissez la variante si necessaire : laissez sur Base64 standard, ou passez au Base64URL adapte aux URL pour les segments JWT et les parametres d'URL.
  3. Collez votre chaine Base64 dans le champ de saisie.
  4. Cliquez sur convertir pour decoder la chaine en texte lisible.
  5. Copiez le resultat, ou telechargez-le sous forme de fichier.

Aucun televersement. Tout s'execute sur votre appareil.

Ce decodeur est compile depuis Rust vers WebAssembly et s'execute a l'interieur de l'onglet de votre navigateur. Il n'y a aucune requete reseau pour le decodage lui-meme : votre chaine Base64 est traitee en memoire et n'est jamais envoyee ou que ce soit. Il fonctionne hors ligne une fois la page chargee, il n'y a rien a journaliser, et rien a supprimer puisque rien n'a jamais ete televerse. Vous pouvez le verifier vous-meme en ouvrant l'onglet Reseau des DevTools et en constatant qu'il reste silencieux pendant que vous decodez. Cela compte parce que le Base64 transporte de maniere disproportionnee des revendications JWT, des secrets d'API, des identifiants, des variables d'environnement et des donnees personnelles de clients, et coller ce genre de materiel dans un outil cote serveur represente un risque reel d'exposition.

Aucune limite

Pas d'inscription, pas de publicite, pas de filigrane, et aucun plafond sur la quantite que vous decodez. Collez un seul jeton ou un long bloc multiligne aussi souvent que vous le souhaitez.

Questions frequentes

Est-il sur de decoder un JWT ou un secret dans ce decodeur Base64 ?
Oui. Le decodage s'execute entierement dans votre navigateur via Rust compile en WebAssembly, donc les segments JWT, les jetons et les secrets ne quittent jamais votre machine et ne sont jamais envoyes a un serveur. Les recommandations de securite avertissent specifiquement que tous les decodeurs en ligne ne s'executent pas cote client, donc pour les charges utiles sensibles, un outil local verifiable supprime le risque d'exposition.
Cet outil televerse-t-il mes donnees Base64 vers un serveur ?
Non. Il n'y a aucune requete reseau pour l'etape de decodage, et vous pouvez le verifier dans l'onglet Reseau des DevTools pendant que vous travaillez. La page fonctionne meme hors ligne apres son chargement, ce qui n'est possible que parce que tout le traitement se produit sur votre appareil.
Pourquoi mon Base64 decode affiche-t-il des caracteres illisibles ou bizarres ?
Le decodage produit des octets bruts, et les afficher en texte necessite le bon jeu de caracteres. Le coupable habituel est de supposer de l'UTF-8 alors que la source etait en UTF-16, ISO-2022-JP ou Shift-JIS, ce qui produit des caracteres mojibake ; changer le jeu de caracteres de sortie corrige generalement le probleme.
Comment corriger les erreurs « Base64 invalide » ou de remplissage ?
Les blocs finaux incomplets necessitent un remplissage =, verifiez donc que la chaine n'a pas ete tronquee et que des espaces parasites ou des caracteres hors alphabet n'ont pas ete colles. Notez que vous ne pouvez pas reparer un Base64 veritablement corrompu en supprimant les caracteres invalides, car cela decale les limites des octets et corrompt tout ce qui suit la modification.
Quelle est la difference entre Base64 et Base64URL, et cet outil peut-il decoder les jetons JWT ?
Le Base64 standard utilise + et / avec un remplissage =, tandis que le Base64URL les remplace par - et _ et abandonne souvent le remplissage. Cet outil gere l'alphabet adapte aux URL, vous pouvez donc decoder les segments individuels separes par des points d'un JWT pour lire son en-tete et ses revendications.
Le Base64 est-il du chiffrement ? Les donnees decodees sont-elles securisees ?
Non, le Base64 est un encodage, pas du chiffrement, et il n'offre aucune confidentialite. N'importe qui peut le decoder instantanement, il ne faut donc jamais l'utiliser pour cacher des donnees, et tout secret stocke uniquement en Base64 doit etre traite comme du texte en clair.
Comment decoder plusieurs lignes Base64 a la fois ?
Cela depend de si les lignes forment une seule valeur ou plusieurs. Une valeur unique repartie sur plusieurs lignes (comme un certificat PEM ou un corps MIME enroule) doit etre decodee comme un seul bloc, tandis que plusieurs valeurs independantes doivent chacune etre decodees separement, traitez-les donc selon le cas qui se presente.
Pourquoi ma sortie decodee est-elle binaire ou illisible au lieu d'etre du texte ?
Si les octets decodes sont binaires, comme une image ou un blob compresse en gzip, aucun jeu de caracteres ne les transformera en texte lisible. C'est un signe clair que la source d'origine etait un fichier binaire plutot qu'une chaine, enregistrez donc la sortie sous forme de fichier au lieu d'essayer de la lire.
Puis-je decoder du Base64 hors ligne ou sans connexion internet ?
Oui. Une fois la page chargee, le decodeur WebAssembly s'execute entierement sur votre appareil, vous pouvez donc vous deconnecter et continuer a decoder. C'est aussi pourquoi rien n'est jamais journalise ni stocke : le travail se fait localement.

Besoin du sens inverse ou d'outils connexes ? Utilisez l'encodage de texte en Base64 pour revenir en arriere, ou parcourez le hub complet des outils texte et donnees pour JSON, CSV, YAML et plus encore.