Encodeur de texte Base64

Étape 1 / 333%

Entrée

Base64 permet de transporter du texte, y compris des caractères non ASCII, dans des systèmes qui attendent de l’ASCII imprimable. Cet outil local au navigateur encode le texte UTF-8 en Base64 ou décode le Base64 en texte UTF-8 valide, selon la RFC 4648, avec un alphabet compatible URL et un remplissage facultatifs. Pour les données binaires, utilisez un décodeur de fichier ou binaire.

Comment fonctionne l'encodage de texte Base64

  1. 1

    Collez votre texte

    L'UTF-8 est l'interprétation par défaut, chaque caractère devient d'abord sa séquence d'octets UTF-8.

  2. 2

    Choisissez la direction

    Encodez du texte en Base64 ou décodez du Base64 en texte.

  3. 3

    Choisissez la variante

    Standard (`A-Z a-z 0-9 + /`) ou sécurisé pour les URL (`+` et `/` remplacés par `-` et `_`). Lors de l'encodage, activez ou désactivez le remplissage (`=`).

  4. 4

    Copiez le résultat

    N'utilisez le résultat que si le format cible attend du Base64 ou une valeur Base64URL sans remplissage. Encoder du texte ne crée ni ne valide à lui seul un JWT complet ou un en-tête d'authentification.

Exemple pratique

Encodage du mot café :

  1. Encodage UTF-8 : 63 61 66 C3 A9 (5 octets ; le é est deux octets en UTF-8)
  2. Regroupez en morceaux de 3 octets : 63 61 66 | C3 A9
  3. Chaque 3 octets devient 4 caractères Base64 : Y 2 F m | w 6 k =
  4. Final : Y2Fmw6k=

Base64 sécurisé pour les URL

Le Base64 standard utilise + et /, qui ont des significations réservées dans les URL et les noms de fichiers :

  • + peut devenir une espace lors du décodage d’une requête au format formulaire
  • / délimite les segments de chemin d’URL

Le Base64 sécurisé pour les URL (RFC 4648 section 5) les remplace par - et _. Le remplissage = reste présent sauf si vous le désactivez ; faites-le explicitement si le format cible exige une valeur sans remplissage.

Remplissage

Les sorties Base64 sont regroupées en blocs de 4 caractères. Si la longueur d’entrée n’est pas un multiple de 3 octets, le dernier bloc est complété par = pour remplir les 4 caractères :

Octets d’entrée Sortie Remplissage
1 4 ==
2 4 =
3 4 (aucun)

Certains formats, dont les segments JWT encodés en Base64URL, omettent le remplissage. Cet outil accepte les entrées remplies et les entrées correctement dépourvues de remplissage.

Erreurs courantes

  • Traiter le Base64 comme un chiffrement. Ce n’est pas le cas. Quiconque peut décoder le Base64 ; cela ne cache rien.
  • Oublier l’UTF-8. Encoder “café” en Latin-1 donne des octets différents de l’UTF-8. À moins que vous ne connaissiez les attentes du destinataire, restez avec l’UTF-8.
  • Coller avec des espaces. Par défaut, les décodeurs RFC 4648 rejettent les caractères hors alphabet. Activez l’option de cet outil, qui accepte les espaces, tabulations, sauts de ligne et sauts de page ASCII, uniquement si le format de référence, comme MIME, les autorise.

Questions fréquentes

Non. C’est un encodage, pas un chiffrement. “aGVsbG8=” se décode en “hello” dans n’importe quel décodeur Base64. Si vous avez besoin de secret, chiffrez d’abord et encodez en Base64 le texte chiffré pour le transport.

Le Base64 représente 3 octets d’entrée par 4 caractères de sortie. La forme encodée augmente donc d’environ 33 %. Le remplissage peut ajouter jusqu’à deux caractères.

Base64URL utilise - et _ à la place de + et /. Le remplissage se règle séparément : désactivez-le si le format cible exige une valeur sans remplissage.

Le Base64 standard doit être encodé en pourcentage comme valeur de requête. Base64URL évite + et /; désactivez aussi le remplissage si le format cible refuse =.

Outils similaires