Encoder et décoder en Base64
Encoder et décoder en Base64 convertit texte et données binaires entre octets bruts et les alphabets Base64 et base64url de la RFC 4648, accepte les entrées MIME avec sauts de ligne et détecte automatiquement les JSON Web Tokens pour afficher en-tête et claims. Tout tourne localement : les tokens sont décodés, jamais transmis.
(résultat vide)
Comment fonctionne Encoder et décoder en Base64 ?
Base64 est l'algorithme fondateur de sérialisation binaire-vers-texte des réseaux informatiques, spécifié dans la RFC 4648. Son but n'est pas le chiffrement mais le transport sûr : beaucoup de protocoles anciens furent conçus pour l'ASCII 7 bits, si bien que les charges binaires 8 bits — images, clés cryptographiques, modules compilés — sont projetées dans un sous-ensemble de 64 caractères ASCII imprimables.
L'encodeur traite l'entrée en blocs séquentiels de 3 octets (24 bits). Comme chaque caractère Base64 représente 6 bits, chaque bloc se partitionne exactement en quatre indices de 6 bits (0–63) qui correspondent aux lettres A–Z et a–z, aux chiffres 0–9 et aux symboles + et /. C'est pourquoi encoder gonfle la charge d'environ un tiers ; les entrées dont la longueur n'est pas multiple de 3 sont complétées par des bits zéro et des caractères = jusqu'à une largeur de 4.
Le Base64 standard utilise + et / pour les indices 62 et 63, mais ces deux caractères ont des significations réservées dans les URI et les données de formulaire : la section 5 de la RFC 4648 définit donc l'alphabet URL-safe (base64url), qui les remplace par - et _ et omet d'habitude le remplissage final. Les JWT (RFC 7519), les identifiants WebAuthn et les vérificateurs PKCE d'OAuth imposent cette variante.
Cet outil évalue automatiquement la géométrie de token de toute chaîne collée : quand trois segments base64url séparés par des points et de structure JSON valide sont détectés, une interface d'inspection s'affiche avec l'en-tête décodé et des cartes de claims accompagnées de dates lisibles — tout calculé localement, sans rien envoyer sur le réseau.
Entrée encodée ou texte
SGVsbG8gV29ybGQ=
Résultat décodé
Hello World
Entrée encodée ou texte → Résultat décodé
Entrée encodée ou texte
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
Résultat décodé
{"alg":"HS256","typ":"JWT"}Quelles options et quels cas limites Encoder et décoder en Base64 prend en charge ?
| Paramètre | Type | Valeur par défaut | Comportement et cas limites |
|---|---|---|---|
| Alphabet standard | RFC 4648 | A–Z a–z 0–9 + / | La table de recherche classique de 64 caractères avec remplissage =, utilisée par le courriel MIME, XML et les images intégrées. |
| Alphabet URL-safe | RFC 4648 §5 | A–Z a–z 0–9 - _ | Remplace + et / par - et _ pour que les tokens survivent aux URLs et aux chaînes de requête ; le remplissage est d'habitude omis. |
| Inspection JWT | Fonction | auto | Trois segments base64url séparés par des points sont détectés automatiquement et rendus en cartes d'en-tête et de claims décodés. |
| Téléchargement binaire | Fonction | auto | Les octets décodés sont emballés dans un Blob typé, avec type MIME et extension devinés d'après les octets magiques. |
Questions fréquentes
Comment le Base64 représente-t-il des données binaires en texte ASCII ?
Il regroupe les octets en triplets de 24 bits et répartit chaque bloc entre quatre caractères d'un alphabet de 64 symboles de 6 bits chacun. Le résultat est un texte imprimable qui survit aux canaux pensés pour le texte, au prix d'un tiers de volume en plus.
Quelle différence entre le Base64 standard et le URL-safe ?
Le standard utilise + et /, qui signifient espace et séparateur de chemin dans une URL. La variante URL-safe les remplace par - et _ et omet en général le remplissage =. Si votre chaîne doit voyager dans une URL ou un JWT, c'est la variante URL-safe qu'il vous faut.
Puis-je décoder du Base64 contenant des mots de passe ou des données sensibles ?
Oui, et ici tout reste sur votre appareil : le décodage se passe dans votre onglet, rien n'est envoyé à un serveur. Rappelez-vous tout de même que Base64 est un encodage, pas un chiffrement : n'importe qui peut le décoder, ne l'utilisez jamais pour protéger un secret.
Comment l'outil détecte-t-il et inspecte-t-il un JWT automatiquement ?
Il analyse la forme de la chaîne : trois segments base64url séparés par des points, dont les deux premiers sont un JSON valide, trahissent un JWT. L'outil décode alors l'en-tête et le payload, traduit les dates des claims enregistrés et signale des alertes comme alg:none ou les signatures vides.
Comment le téléchargement binaire devine-t-il le type MIME et l'extension ?
Il examine les premiers octets décodés : la signature FFD8 trahit un JPEG, l'en-tête PNG ou l'en-tête RIFF/WEBP leurs formats respectifs. À partir de cette évidence, il attribue le type MIME et l'extension plutôt que de se fier au nom d'origine.
Pourquoi ma chaîne Base64 refuse-t-elle de se décoder ?
Les causes les plus fréquentes : longueur non multiple de 4, caractères hors alphabet (espaces ou accents copiés par erreur), remplissage = mal placé, ou une chaîne URL-safe collée en mode standard. Le message d'erreur vous dit laquelle de ces causes s'applique.