Base32 Encoder & Décoder
Outil en ligne gratuit Base32 Encoder & Décoder. Traitement 100% local — vos données ne quittent jamais votre appareil.
Le résultat sera affiché ici...
Entrée → Encoder
Usage Guide
À propos de Base32
Base32 (RFC 4648) encode des données binaires en utilisant 32 caractères ASCII (A–Z et 2–7). Il est conçu pour les contextes nécessitant une sortie uniquement alphanumérique et insensible à la casse — comme les étiquettes DNS, les noms de fichiers et les clés d'authentification à deux facteurs.
Mode d'emploi
Base32 est réversible — le même outil encode et décode :
Format de sortie
La sortie Base32 utilise des majuscules A–Z et les chiffres 2–7, complétée avec = jusqu'à un multiple de 8 caractères. Exemple : "hello" → "NBSWY3DPEB3W64TMMQ======".
Base32 vs autres encodages
Choisissez l'encodage adapté à votre cas d'usage :
FAQ
Q: Pourquoi la sortie Base32 se termine-t-elle par des signes = ?
A: Base32 encode 5 bits par caractère et traite les entrées en blocs de 5 octets (40 bits). Si la longueur de l'entrée n'est pas un multiple de 5, des caractères de rembourrage (=) sont ajoutés pour compléter le dernier bloc. Ce rembourrage peut être supprimé pour un stockage compact et rajouté avant le décodage.
Q: À quoi sert Base32 concrètement ?
A: L'usage le plus répandu est les clés secrètes TOTP/HOTP — Google Authenticator, Authy et toutes les applications compatibles RFC 6238 encodent le secret partagé en Base32. Base32 est aussi utilisé dans les noms DNS (enregistrements NSEC3), les adresses Tor .onion (v3), les adresses Bitcoin Bech32 et les identifiants sécurisés pour les systèmes de fichiers où majuscules et minuscules ne doivent pas différer.
Q: Peut-on décoder du Base32 sans rembourrage ?
A: Oui — cet outil accepte les entrées Base32 avec ou sans rembourrage = final. Le rembourrage est géré automatiquement lors du décodage.
Q: Quelle est la différence entre Base32 et Base32Hex ?
A: Le Base32 standard (RFC 4648 §6) utilise A–Z + 2–7. Base32Hex (RFC 4648 §7) utilise 0–9 + A–V — il trie dans le même ordre que les données binaires brutes, ce qui est utile pour les recherches triées. Cet outil implémente le Base32 standard.
Q: Base32 est-il un mécanisme de chiffrement ou de sécurité ?
A: Non. Base32 est purement un schéma d'encodage — complètement réversible et ne fournit aucune garantie de confidentialité ou d'intégrité. Quiconque voit une chaîne Base32 peut la décoder instantanément. Pour le chiffrement, utilisez AES-256-GCM ou ChaCha20-Poly1305.
Use Cases
Recommandé : Clés secrètes TOTP/HOTP
Les applications d'authentification à deux facteurs (Google Authenticator, Authy, Microsoft Authenticator) encodent le secret HMAC partagé sous forme de chaîne Base32. Lors du scan d'un QR code pour configurer la 2FA, les données embarquées contiennent une clé encodée en Base32. C'est l'usage dominant de Base32 dans le monde réel.
- ✅ Base32 est l'encodage standard pour les secrets TOTP/HOTP (RFC 6238, RFC 4226)
- ✅ Utiliser Base32 lors de la génération de secrets partagés compatibles avec les authentificateurs
- ❌ Ne pas confondre le secret encodé en Base32 avec une valeur chiffrée ou hachée — il est réversible
Recommandé : Identifiants sécurisés DNS et insensibles à la casse
La sortie Base32 ne contient que des caractères alphanumériques (pas de +, /, =). Combiné à l'insensibilité à la casse, il est sécurisé pour les étiquettes DNS, les noms de fichiers sur les systèmes de fichiers insensibles (Windows, macOS HFS+) et les parties locales d'e-mail.
- ✅ Base32 pour les identifiants sécurisés DNS (les hachages NSEC3 utilisent Base32Hex)
- ✅ Base32 pour les noms de fichiers devant survivre à la normalisation de casse
- ✅ Base32 pour les noms d'hôtes Tor v3 .onion
- ❌ Pour un encodage binaire compact dans des contextes sensibles à la casse, préférer Base64
Acceptable : Codes transcrits manuellement
Base32 évite les caractères visuellement ambigus dans certaines polices (0/O, 1/l). La plage de chiffres 2–7 est utilisée spécifiquement parce que 0 et 1 sont exclus. Cela le rend adapté aux codes imprimés, aux identifiants lus à voix haute ou aux clés d'activation.
- ✅ Base32 pour les codes d'activation ou les clés de licence que les utilisateurs peuvent saisir manuellement
- ⚠️ Envisager Crockford Base32 si une meilleure lisibilité humaine est nécessaire (exclut I, L, O, U)
- ❌ Base32 pour les gros blobs binaires où la compacité est importante — la sortie est ~1,6× la taille d'entrée
Déconseillé : Encodage binaire général
Pour stocker ou transmettre des données binaires arbitraires (images, clés cryptographiques, certificats), Base64 est le meilleur choix — 25% plus compact et universellement supporté. Le principal avantage de Base32 (insensibilité à la casse) est sans intérêt quand les données ne sont pas affichées.
- ❌ Base32 pour intégrer des fichiers binaires dans JSON, XML ou les en-têtes HTTP — utiliser Base64
- ❌ Base32 pour les certificats PEM ou les clés SSH — utiliser Base64
- ✅ Base64 pour tout encodage binaire à usage général
Résumé des bonnes pratiques
- Utiliser Base32 quand une sortie insensible à la casse et uniquement alphanumérique est requise — principalement pour les secrets TOTP et les identifiants sécurisés DNS.
- Base32 n'est PAS un chiffrement — la sortie est entièrement réversible par quiconque.
- Pour un encodage binaire compact dans les systèmes sensibles à la casse, préférer Base64 (25% plus efficace).
- L'alphabet standard est A–Z + 2–7 (RFC 4648 §6). Les chiffres 0 et 1 sont intentionnellement exclus pour réduire les erreurs de transcription.