Aller au contenu principal
ToolsByUs

Outils d’encodage

Ces outils d’encodage convertissent entre texte, binaire et leurs représentations sûres pour le transport. Tout s’exécute dans votre navigateur, ce qui compte plus ici qu’ailleurs sur le site : les chaînes que l’on décode sont généralement des identifiants, et coller l’une d’elles dans un décodeur côté serveur, c’est ainsi qu’elle finit dans un journal.

4 outils100 % local

Convertir

Analyser

Générer

Quand utiliser un outil encodage dans le navigateur ?

L’encodage est la catégorie la moins glamour du site et celle où un mauvais outil cause le plus de dégâts. Les chaînes que les gens décodent en urgence sont, dans leur écrasante majorité, des secrets : un token Bearer d’une requête qui échoue, un secret Kubernetes, un en-tête basic-auth, un cookie signé, un identifiant de session tiré d’un ticket de support. Chacun est un identifiant actif au moment où vous le collez.

La plupart des décodeurs en ligne envoient cette chaîne à un serveur. Même ceux qui ont de bonnes intentions l’écrivent dans un journal d’accès, et un journal d’accès est exactement le genre de fichier expédié à un agrégateur tiers et conservé 90 jours. L’outil a résolu votre problème en deux secondes et en a discrètement créé un bien plus grand.

Le faire dans le navigateur supprime cela entièrement. Il n’y a aucune requête à laquelle faire confiance, puisqu’il n’y a aucune requête — le décodeur est du JavaScript dans la page que vous avez déjà ouverte, et vous pouvez le confirmer dans le panneau Network en le temps de lire ce paragraphe.

L’autre chose qu’un décodeur doit bien faire, c’est comprendre que Base64 ne décrit pas son propre contenu. C’est un mappage d’octets vers du texte, et les octets dessous peuvent être de l’UTF-8, un PNG, un flux gzip ou un message protobuf. Un décodeur qui rend toujours le résultat sous forme de chaîne vous ment une part non négligeable du temps ; ces outils décodent donc d’abord en octets et vous laissent choisir : voir en texte, ou télécharger le vrai binaire et l’ouvrir avec un outil qui le comprend.

L’alphabet compte aussi. Le Base64 standard et le Base64 URL-safe diffèrent de deux caractères et par la présence ou non du remplissage, et se tromper là-dessus est la première cause d’échec d’un décodage. Plutôt que de vous laisser chercher, le décodeur accepte les deux, tolère un remplissage manquant et vous dit quelle variante il a détectée.

Encoder est souvent une étape plutôt qu’une destination. Si le résultat décodé est du JSON — ce qui, pour des tokens et des blobs de configuration, est le cas le plus souvent — emportez-le directement au Formateur JSON pour le rendre lisible, ou au Validateur JSON s’il ne s’analyse pas. Si vous avez besoin d’un identifiant plutôt que d’une conversion, le Générateur d’UUID est à côté.

Questions fréquentes

Est-il sûr de décoder un token ici ?

Plus sûr que partout où cela se fait sur un serveur, car le décodage a lieu dans votre propre navigateur et la chaîne n’est jamais transmise. Ouvrez DevTools, passez au panneau Network et collez un token — aucune requête ne le transporte. Cela dit, considérez tout identifiant collé dans un onglet de navigateur comme à régénérer si la machine n’est pas la vôtre.

Quelle est la différence entre Base64 et Base64 URL-safe ?

Ils diffèrent de deux caractères de l’alphabet. Le Base64 standard (RFC 4648 §4) utilise + et /, qui ont tous deux un sens dans une URL et se font défigurer par l’encodage en pourcentage. Le Base64 URL-safe (§5) les remplace par - et _ pour que la chaîne survive à un passage en paramètre de requête ou en segment de chemin, et omet généralement aussi le remplissage =. Les JWT utilisent la variante URL-safe, voilà pourquoi coller un segment de JWT dans un décodeur standard échoue souvent.

Pourquoi mon texte décodé affiche-t-il des caractères de remplacement ?

Parce que les octets ne sont pas du texte UTF-8. Base64 encode des octets arbitraires ; il ne porte aucune information sur ce que ces octets signifient. Si la charge utile est un PNG, un message protobuf ou un flux gzip, l’interpréter comme du texte produit du mojibake. Passez plutôt par le téléchargement binaire — le décodeur vous remet les vrais octets sous forme de fichier au lieu de deviner un encodage.

Encoder en Base64 rend-il les données sécurisées ?

Non, et cela mérite d’être dit sans détour, car c’est une source récurrente de vraies fuites. Base64 est un encodage, pas du chiffrement : il est entièrement réversible par n’importe qui, sans clé. Il existe pour faire passer des données binaires par des canaux qui n’acceptent que du texte. Une chaîne Base64 dans un fichier de configuration ou une URL doit être considérée comme parfaitement lisible.

Y a-t-il une limite de taille ?

8 MB en entrée, soit le plafond du fil d’exécution principal utilisé sur tout le site. Base64 gonfle les données d’environ un tiers, si bien qu’un binaire de 8 MB produit environ 10.7 MB de texte. Au-dessus du plafond, l’outil refuse avec un message clair au lieu de bloquer l’onglet.

Que trouve-t-on d'autre sur ToolsByUs ?

ToolsByUs — Outils d’encodage