Encodeur et Décodeur Base64

Convertissez du texte en une chaîne Base64 standard ou décodez du Base64 valide en texte. L'outil convient pour de petits fragments lors de l'utilisation d'API, JSON, configurations, HTML et journaux. Base64 est conçu pour représenter des données binaires sous forme de caractères textuels, et non pour les protéger.

Ce que fait Base64

L'ordinateur stocke le texte et les fichiers sous forme de séquences d'octets. Tous les canaux de transmission ne gèrent pas bien les octets arbitraires, c'est pourquoi Base64 les convertit en un ensemble limité de caractères ASCII imprimables.

L'alphabet standard utilise :

• les lettres latines A–Z et a–z ;
• les chiffres 0–9 ;
• les symboles + et / ;
• le signe = pour le complément en fin de chaîne lorsque nécessaire.

Exemple :

Le décodage de cette chaîne restitue la séquence d'octets d'origine, puis l'outil tente de l'afficher sous forme de texte.

Base64 n'est pas du chiffrement

Toute personne ou tout programme peut décoder une chaîne encodée. Base64 n'a ni clé secrète, ni mot de passe, ni mécanisme de contrôle d'accès.

Par conséquent, Base64 ne peut pas être utilisé comme protection pour :

• les mots de passe ;
• les clés API et les jetons ;
• les données personnelles ;
• les documents privés ;
• les informations de paiement ;
• les secrets de configuration.

L'encodage modifie la représentation des données mais ne les rend pas confidentielles. Le terme « déchiffrer Base64 » est techniquement inexact : il faut dire « décoder ».

Base64 ne compresse pas les données

Chaque groupe de trois octets originaux se transforme généralement en quatre caractères Base64. La taille exacte du résultat sans les sauts de ligne s'estime ainsi :

Pour des données suffisamment grandes, le volume augmente d'environ un tiers. Pour les courtes chaînes, l'augmentation relative peut être plus importante en raison de l'arrondi et des signes =.

Base64 n'est pas utilisé pour économiser de l'espace, mais lorsque les données doivent être transmises sans risque via un format textuel. Si la taille est importante, on utilise d'abord une compression appropriée, puis Base64, uniquement lorsque le transport l'exige réellement.

Pourquoi l'encodage du texte est important

Base64 encode des octets, et non des lettres abstraites. Avant l'encodage, le texte doit être converti en octets, généralement en UTF-8.

La même chaîne en UTF-8, UTF-16 ou tout autre encodage donnera des résultats Base64 différents. Lors du décodage, les octets doivent également être lus dans le bon encodage. Si des caractères illisibles apparaissent à la place des lettres françaises, la cause probable est une incompatibilité d'encodage, pas une erreur de l'algorithme Base64.

En quoi Base64url diffère du Base64 classique

Dans les URL, les cookies et certains jetons, les symboles +, / et = peuvent poser problème. C'est pourquoi la RFC 4648 définit une variante compatible avec les URL : Base64url.

Ce sont des variantes d'alphabet distinctes. Une chaîne Base64url ne peut pas toujours être transmise telle quelle à un décodeur Base64 standard. Si nécessaire, on remplace les symboles et on rétablit le complément manquant pour obtenir une longueur multiple de quatre.

Les segments JWT sont généralement représentés en Base64url, pas en Base64 standard. Leur décodage permet de lire l'en-tête et la charge utile, mais ne confirme pas l'authenticité du jeton : pour cela, il faut vérifier la signature cryptographique.

Où Base64 est vraiment utilisé

API textuelles et formats de données

Certaines interfaces exigent d'intégrer des données binaires ou des chaînes spéciales dans JSON, XML ou un autre message textuel. Base64 permet de transmettre des octets sans conflit avec les caractères de contrôle du transport.

MIME et courrier électronique

Base64 peut être utilisé pour représenter les pièces jointes et le contenu dans les messages MIME. Le format d'un courriel spécifique contient également des en-têtes et des règles de coupure de lignes, donc une simple chaîne Base64 ne suffit pas pour former un courriel complet.

Data URL

Une petite ressource peut être intégrée dans HTML ou CSS :

Le type MIME est indiqué avant Base64. L'intégration augmente la taille du texte et prive la ressource d'une mise en cache séparée normale, donc elle ne convient pas à tous les fichiers.

Authentification HTTP basique

Dans l'en-tête Basic Auth, le nom d'utilisateur et le mot de passe sont concaténés et encodés en Base64. Cela ne protège pas les identifiants en soi ; la sécurité de la transmission dépend de HTTPS.

Journaux et débogage

Le décodage aide à comprendre le contenu d'un petit fragment d'une réponse API, d'un journal ou d'une configuration. Mais il ne faut pas insérer de secrets de production ni de données personnelles dans un outil en ligne tiers.

Pourquoi une chaîne ne se décode pas

Les causes les plus fréquentes sont :

• la chaîne est tronquée ;
• elle utilise les caractères Base64url - et _, alors que le décodeur attend + et / ;
• les signes de complément = nécessaires sont absents ;
• elle contient des espaces, des sauts de ligne ou des caractères étrangers ;
• le préfixe Data URL a été copié avec les données ;
• les octets d'origine ne sont pas du texte ;
• un encodage texte incorrect est appliqué après le décodage.

Le comportement strict des décodeurs varie : certains ignorent les espaces ou rétablissent le complément, d'autres rejettent la chaîne. Pour l'intégration, référez-vous aux exigences de la bibliothèque et du protocole utilisés.

Texte et fichiers sont des tâches différentes

Cet utilitaire est conçu pour le texte. Bien que tout fichier puisse techniquement être représenté en Base64, pour une grande image, une archive ou un document, il est plus pratique d'utiliser un encodeur de fichiers ou une bibliothèque logicielle. Tenter d'ouvrir des octets binaires arbitraires comme du texte peut donner un résultat illisible ou une perte de données lors de la copie.

Sécurité lors de l'utilisation d'un convertisseur en ligne

N'insérez pas de mots de passe réels, de clés privées, de jetons d'accès, de cookies d'authentification, de données personnelles ni de documents confidentiels. Même lorsque le traitement est déclaré comme étant effectué dans le navigateur, la pratique sûre consiste à utiliser des outils locaux pour les données secrètes et à remplacer les valeurs par des exemples de test.

Questions fréquentes

Peut-on retrouver le texte original à partir de Base64 ?

Oui, si la chaîne n'est pas altérée, si la variante Base64 correcte a été utilisée et si les octets d'origine représentent bien du texte dans un encodage connu.

Pourquoi y a-t-il un ou deux signes = à la fin ?

C'est le complément qui aligne le dernier groupe à la longueur requise. Il ne fait pas partie du texte original.

Pourquoi deux programmes donnent-ils des chaînes différentes pour le même texte ?

Ils peuvent utiliser des encodages texte différents, Base64 ou Base64url, inclure un BOM, ou traiter différemment le saut de ligne final.

Peut-on stocker un mot de passe en Base64 ?

Non. Base64 est facilement réversible et n'est pas conçu pour le stockage sécurisé de mots de passe. Pour stocker des mots de passe sur le serveur, on utilise des algorithmes de hachage spécialisés avec sel et paramètres de coût appropriés.

Un JWT décodé signifie-t-il que le jeton est authentique ?

Non. Le décodage ne fait qu'afficher les données. L'authenticité et l'intégrité sont confirmées par une vérification indépendante de la signature selon les règles du système.

Outils associés : Générateur de mots de passe ; Traitement de texte ; Diffchecker.

Norme officielle :

• RFC 4648 — Base-N Encodings : https://www.rfc-editor.org/rfc/rfc4648