TK TaskKit
Outils dev

Base64

Encode et décode du Base64 standard et URL-safe avec une gestion UTF-8 complète.

Entrée
Résultat0 octets

Les entrées restent sur cet appareil. Chaque outil dev de TaskKit tourne entièrement dans ton navigateur. Tokens, payloads et texte collé ne sont pas transmis aux serveurs de TaskKit ni à des tiers.

Ce que fait cet outil

Encode du texte UTF-8 en Base64 et décode du Base64 vers du texte. Le décodeur est tolérant aux espaces et au padding manquant (les deux sont fréquents quand le Base64 atterrit dans du JSON ou du YAML), et l'encodeur propose une variante URL-safe (base64url) pour les tokens, query strings et noms de fichier.

Quand l'utiliser

  • Embarquer de petits blobs binaires (images, certificats, signatures) dans du JSON ou des variables d'environnement.
  • Inspecter à la main le contenu d'un segment de JWT.
  • Décoder un header Authorization: Basic … pendant une session de débogage.
  • Convertir une string de bytes ponctuelle en quelque chose de safe à coller dans Slack.

Comment ça marche

L'encodage fait UTF-8 → bytes → Base64. Le décodage inverse. Le navigateur fournit btoa et atob, mais ils ne gèrent que du Latin-1, donc cet outil passe d'abord l'entrée par TextEncoder/TextDecoder. Ça fait que café, 漢字 et les emoji round-trippent correctement. Le mode URL-safe échange + pour -, / pour _, et retire le padding final =.

Notes

Le Base64 n'est pas du chiffrement. N'importe qui peut décoder. Si tu es tenté de « cacher » une crédential en l'encodant en Base64, ne le fais pas — chiffre-la. Le Base64 est un encodage, pas une obfuscation.

Pourquoi je vois Invalid character sur un token ? Le token est probablement du Base64 URL-safe (Base64URL), qui utilise - et _ au lieu de + et /. Active l'option URL-safe, ou convertis les caractères avant de coller.

Le padding compte-t-il ? Les décodeurs stricts exigent du padding = pour amener la longueur à un multiple de 4. Les JWTs et beaucoup d'APIs le retirent ; cet outil le restaure automatiquement.

Outils liés