Encodage et décodage Base64

Non. Le Base64 est un encodage, pas un chiffrement. Quiconque voit une chaîne Base64 peut la décoder pour obtenir les données originales en quelques millisecondes sans aucun mot de passe ou clé. Le Base64 n'offre aucune confidentialité ni sécurité. Il s'agit purement d'une conversion de format pour rendre les données binaires compatibles avec les systèmes basés sur le texte. Si vous avez besoin de réellement protéger des données contre la lecture, utilisez le chiffrement AES à la place. La confusion vient du fait que la sortie Base64 ressemble à des caractères aléatoires — mais elle est complètement réversible sans aucun secret.

Le Base64 standard utilise les caractères + et /, qui ont des significations spéciales dans les URL (+ signifie un espace, / sépare les segments de chemin). Le Base64 URL-safe (également appelé Base64url) remplace + par - et / par _, rendant la sortie sûre pour une utilisation dans les URL et les noms de fichiers sans encodage de pourcentage. Vous avez généralement besoin du Base64 URL-safe pour les jetons JWT, les paramètres d'état OAuth, les réducteurs d'URL et les noms de fichiers générés à partir de hashs. La plupart des API qui prétendent utiliser le "Base64" dans les URL utilisent en réalité le Base64url.

L'entrée texte prend en charge tous les caractères Unicode — emojis, CJK, arabe, cyrillique, et tout autre jeu de caractères via l'encodage UTF-8. Pour les fichiers, téléchargez n'importe quoi jusqu'à 10 MB : images (PNG, JPEG, WebP), documents, données binaires, archives zip. Le fichier est lu comme des octets bruts et encodé, de sorte que la sortie soit une représentation Base64 valide de l'intégralité du fichier quel que soit son type de contenu.

Le Base64 ajoute toujours environ 33 % de surcharge de taille. Cela se produit parce que 3 octets d'entrée (24 bits) deviennent 4 caractères de sortie (32 bits). Une image de 1 MB devient environ 1,33 MB en Base64. De plus, les chaînes Base64 ont souvent des sauts de ligne ajoutés tous les 76 caractères selon la norme MIME, ce qui ajoute encore un petit complément. Pour les petits éléments (moins de 5 Ko), la surcharge vaut la peine d'éliminer une requête HTTP en les intégrant comme Data URI. Pour les fichiers plus volumineux, servez-les séparément.

Oui. Téléchargez n'importe quelle image et la sortie Base64 peut être utilisée directement comme un Data URI en y ajoutant le préfixe data:image/png;base64, (ajustez le type MIME pour JPEG ou WebP). Par exemple : <img src="data:image/png;base64,iVBOR...">. Cela permet d'intégrer l'image directement dans le HTML ou le CSS sans requête de fichier séparée. Utile pour les petites icônes, les modèles d'e-mail où les images externes peuvent être bloquées, et les documents HTML hors ligne.

Un JWT possède trois parties séparées par des points : header.payload.signature, chaque partie étant encodée en Base64url. Vous pouvez coller n'importe quelle partie individuelle (header ou payload) dans ce décodeur et lire le JSON à l'intérieur. Cependant, cet outil ne vérifie pas la signature du JWT — pour la vérification de la signature JWT, utilisez un outil de décodage JWT dédié. Le header et le payload de n'importe quel JWT peuvent être lus par quiconque possède le jeton, car ils ne contiennent que des données encodées (non chiffrées).

Non. Tout l'encodage et le décodage se produisent dans votre navigateur en utilisant les fonctions intégrées btoa() et atob() de JavaScript (pour le texte) et l'API FileReader (pour les fichiers). Rien n'est envoyé à aucun serveur. Vous pouvez encoder en toute sécurité des clés API, des données privées et des fichiers sensibles sans aucune inquiétude pour la confidentialité.