Encodeur et décodeur Base64

Ce que fait le Base64

Beaucoup de systèmes ont été conçus pour transporter du texte, pas des octets quelconques : l’e-mail, le JSON, les URL, les attributs HTML. Le Base64 transforme n’importe quels octets en une chaîne de 64 caractères sûrs, les lettres de A à Z et de a à z, les chiffres et deux symboles, pour qu’une image, une clé ou un fichier binaire puisse y circuler sans dommage. Chaque groupe de 3 octets devient 4 caractères, ce qui explique que les données encodées soient un tiers plus lourdes que l’original.

Le Base64 n’est pas du chiffrement

N’importe qui peut décoder du Base64 instantanément, comme le montre cette page : il ne cache rien. On trouve souvent des mots de passe, des clés d’API et des données personnelles « protégés » par du Base64 dans des fichiers de configuration et des pages web, et ils sont aussi lisibles que du texte brut pour quiconque y regarde. Pour vraiment protéger un texte par un mot de passe, utilisez le chiffrement de texte, qui utilise l’AES. Pour vérifier qu’un fichier n’a pas changé, utilisez le générateur de hash.

Les options d’encodage

• Alphabet sûr pour les URL : utilise - et _ au lieu de + et /, qui ont un sens particulier dans les adresses web et les noms de fichiers. Les JSON Web Tokens l’utilisent.
• Remplissage : ajoute des signes = pour que la longueur soit un multiple de 4. La plupart des décodeurs en ont besoin ; les usages sûrs pour les URL l’omettent souvent.
• Longueur de ligne : 64 correspond aux fichiers PEM comme les certificats et les clés ; 76 aux pièces jointes d’e-mail (MIME). Une seule ligne convient à tout le reste.
• Préfixe d’URL de données, pour les fichiers : ajoute data:image/png;base64, ou le bon type devant, pour coller le résultat directement dans du HTML ou du CSS comme image ou police intégrée.

Le décodage accepte automatiquement toutes les variantes : standard ou sûre pour les URL, avec ou sans remplissage, avec des sauts de ligne ou un préfixe d’URL de données.

Quand intégrer des fichiers a du sens

Une petite icône ou une police intégrée en URL de données épargne une requête au navigateur, ce qui peut aider pour une poignée de fichiers minuscules. Au-delà de quelques kilo-octets, c’est l’inverse : la page grossit d’un tiers du poids du fichier, le fichier ne peut pas être mis en cache à part, et il ne peut pas se charger en parallèle. Gardez les images plus lourdes en fichiers normaux, compressées avec compresser une image.

En cas de problème

• Le texte décodé est illisible. Les données étaient un fichier et non du texte, ou du texte dans un ancien encodage comme Windows-1252. Décodez-les plutôt comme un fichier.
• Il indique que l’entrée n’est pas du Base64 valide. Des caractères hors de l’alphabet se sont glissés, comme des espaces au milieu, ou une partie manque. Copiez de nouveau la valeur entière.
• Un JWT se décode en charabia. Un jeton a trois parties séparées par des points ; décodez-les avec le décodeur JWT.