Aller au contenu

Encodage et décodage Base32

Convertissez le texte en RFC 4648 Base32 et inversement, avec les options base32hex et de remplissage.

Entrée
Sortie

Encodage et décodage Base32

Base32 représente des données binaires avec 32 caractères sans ambiguïté — les lettres de A à Z et les chiffres de 2 à 7 — ce qui le rend plus robuste que Base64 là où ce dernier est fragile : il survit aux systèmes insensibles à la casse, évite les caractères gênants dans les URL et les noms de fichiers, et se lit facilement à voix haute. On le rencontre surtout comme clé secrète des applications d'authentification à deux facteurs, dans les enregistrements DNS et dans les URI ni:.

Collez du texte pour l'encoder, ou une chaîne Base32 pour la décoder ; le sélecteur de mode change de sens. L'outil suit la RFC 4648 : le texte est d'abord converti en octets UTF-8, si bien que les caractères accentués et les emoji s'encodent et se décodent correctement. Le sélecteur d'alphabet propose quatre variantes : le standard, base32hex (0–9, A–V), le Base32 de Crockford et z-base-32.

Le Base32 de Crockford utilise 0–9 et A–Z sans I, L, O ni U. Il est conçu pour les codes que l'on lit à voix haute et que l'on retape : les tirets sont ignorés, et au décodage I et L sont lus comme 1, O comme 0. Z-base-32 réordonne l'alphabet pour placer en premier les caractères les plus faciles à lire, et produit des minuscules. Ni l'un ni l'autre n'utilise de bourrage par =.

Le bourrage par = complète la sortie des alphabets standard et base32hex jusqu'à un multiple de huit caractères, comme l'exige la RFC. Certains systèmes, comme les secrets TOTP, l'omettent : une case à cocher permet de le désactiver. Le décodage est tolérant : minuscules, bourrage absent, espaces et sauts de ligne sont acceptés, et un message clair signale une saisie qui n'est pas du Base32.

Tout s'exécute dans votre navigateur : rien de ce que vous collez n'est envoyé ailleurs, ce qui compte lorsque vous décodez le secret d'une application d'authentification. Copiez le résultat, téléchargez-le en .txt ou renvoyez-le dans la saisie pour enchaîner les conversions.

FAQ

A quoi sert Base32 ?
Principalement pour les données que les gens lisent, saisissent ou stockent dans des systèmes insensibles à la casse : clés secrètes d'authentification à deux facteurs (TOTP), enregistrements DNS, hachages de fichiers. Son alphabet de 32 caractères évite les caractères qui se ressemblent et survit en majuscules.
En quoi Base32 est-il différent de Base64 ?
Base32 utilise 32 caractères au lieu de 64, sa sortie est donc environ 20 % plus longue que Base64. En retour, il ne respecte pas la casse et évite les +, / et =, ce qui le rend plus sûr dans les URL, les noms de fichiers et sous forme orale ou manuscrite.
Quelles variantes de Base32 sont prises en charge ?
Quatre alphabets : le standard (RFC 4648), base32hex (0–9 puis A–V, qui conserve l'ordre de tri des octets), Crockford (sans I, L, O ni U ; le décodage accepte I et L comme 1, O comme 0, et ignore les tirets) et z-base-32 (en minuscules, avec un ordre pensé pour l'humain). Utilisez le même alphabet pour encoder et pour décoder.
Faut-il le bourrage avec le signe = ?
Les flux stricts de la RFC 4648 se terminent par un bourrage = jusqu'à un multiple de huit caractères, mais de nombreux usages réels — les secrets TOTP, par exemple — l'omettent. À l'encodage, vous pouvez activer ou désactiver le bourrage pour les alphabets standard et base32hex ; Crockford et z-base-32 ne l'utilisent jamais. Le décodage accepte les deux formes.
Mon texte est-il téléchargé quelque part ?
Non. L’encodage et le décodage s’exécutent entièrement dans votre navigateur et rien de ce que vous collez ne quitte votre appareil – sans danger même pour les secrets d’authentification.