What is Base32 encoding?

Base32 is a binary-to-text encoding scheme defined in RFC 4648. It represents binary data using 32 characters from the uppercase alphabet (A-Z) and the digits 2-7. Base32 is case-insensitive and avoids visually similar characters like 0 (zero) and 1 (one). It is commonly used in TOTP/HOTP secrets for two-factor authentication, IPFS identifiers, and other applications requiring human-friendly encoded data.

Where is Base32 used?

Base32 is widely used in: TOTP (Time-based One-Time Password) secrets for two-factor authentication apps like Google Authenticator and Authy, IPFS content addresses (CIDv1), Tor hidden service addresses (.onion), DNS-safe encodings (Base32 output is case-insensitive and contains no special characters), and some file systems that require case-insensitive naming.

What is the difference between Base32 and Base64?

Base32 uses a 32-character alphabet (A-Z, 2-7) while Base64 uses 64 characters (A-Z, a-z, 0-9, +, /). Base32 produces longer output - 8 characters per 5 bytes (60% overhead) versus Base64's 4 characters per 3 bytes (33% overhead). Base32 is case-insensitive and safe for use in DNS names and file systems. Base64 is more compact and better suited for binary data in HTTP headers and JSON payloads.

How does Base32 padding work?

Base32 uses the = character for padding to ensure the encoded output length is a multiple of 8. For example, encoding 1 byte produces 2 Base32 characters padded with 6 = signs (e.g., ME======). Encoding 5 bytes produces exactly 8 Base32 characters with no padding. Some implementations (like TOTP secrets) omit padding - this tool handles both padded and unpadded input when decoding.

Base32 एन्कोडर / डिकोडर

वैध

डीकोड केलेला मजकूर

एन्कोड केलेले Base32

Loading editor...

तांत्रिक तपशील

Base32 एन्कोडर/डिकोडर कसा कार्य करतो

हे टूल काय करते

Base32 एन्कोडर/डिकोडर डेटा Base32 फॉरमॅटमध्ये आणि त्यातून परत रूपांतरित करतो. ही बायनरी-टू-टेक्स्ट एन्कोडिंग पद्धत 32 छापता येणारे ASCII अक्षरे (A–Z आणि 2–7) वापरते. ती मानवी वापरासाठी सोयीची आणि केस-इन्सेन्सिटिव्ह असल्यामुळे ज्या वातावरणात लोअरकेस अक्षरे उपलब्ध नाहीत किंवा जिथे माणसांना एन्कोड केलेल्या स्ट्रिंग्स हाताने लिहून उतरवाव्या लागतात तिथे ती उपयुक्त ठरते. सामान्य वापरांमध्ये दोन-घटक प्रमाणीकरण अॅप्ससाठी TOTP सीक्रेट कीज आणि केस-इन्सेन्सिटिव्ह सिस्टीम्सवरील फाइल सिस्टीम पाथ्स यांचा समावेश होतो.

डेव्हलपरसाठी सामान्य वापर प्रकरणे

डेव्हलपर्स Base32 एन्कोडिंगचा वापर Google Authenticator सारख्या ऑथेंटिकेटर अॅप्सशी सुसंगत OTP/TOTP सीक्रेट कीज तयार करताना, URLs आणि फाइल नावे यांमध्ये सुरक्षितपणे वापरता येतील असे कॉम्पॅक्ट आयडेंटिफायर्स बनवताना, तसेच मनमानी बाइट मूल्ये हाताळू न शकणाऱ्या सिस्टीम्ससाठी बायनरी डेटा एन्कोड करताना करतात. डिकोडिंगची गरज सामान्यतः OTP सीक्रेटमधून रॉ बाइट्स काढताना किंवा तृतीय-पक्ष सेवेकडून प्राप्त झालेल्या Base32-एन्कोड केलेल्या पेलोडची पडताळणी करताना पडते.

डेटा फॉरमॅट्स, प्रकार किंवा व्हेरिएंट्स

स्टँडर्ड Base32 (RFC 4648) मध्ये A–Z आणि 2–7 ही वर्णमाला वापरली जाते, आणि आउटपुट 8 अक्षरांचा गुणक होण्यासाठी = padding वापरले जाते. Base32hex मध्ये नैसर्गिक sort order साठी 0–9 आणि A–V ही वर्णमाला वापरली जाते. एन्कोड केलेले आउटपुट मूळ इनपुटपेक्षा अंदाजे 60% मोठे असते. TOTP secrets सारख्या संदर्भांमध्ये padding कधी कधी वगळता येते. डिकोडिंगदरम्यान हे टूल स्टँडर्ड आणि padded अशा दोन्ही प्रकारांना हाताळते.

सामान्य चुका आणि एज केसेस

Base32 हे case-insensitive आहे, त्यामुळे डिकोडर्सनी प्रक्रिया करण्यापूर्वी इनपुट uppercase मध्ये normalise करणे आवश्यक आहे. अवैध अक्षरे (A–Z आणि 2–7 यांच्या बाहेरचे काहीही) डिकोडिंग त्रुटी निर्माण करतील. Base32 आणि Base32hex यांची गल्लत करू नका — त्यांची वर्णमाला वेगळी आहे आणि आउटपुटही वेगळे तयार होते. स्पेसिफिकेशननुसार आवश्यक असेल तेव्हा padding अक्षरे उपस्थित असलीच पाहिजेत; काही implementations गायब padding शांतपणे स्वीकारतात, तर काही अपयशी ठरतात.

कोडच्या तुलनेत हे टूल कधी वापरावे

TOTP secrets सोबत काम करताना किंवा development दरम्यान encoded payloads तपासत असताना, जलद Base32 encoding आणि decoding साठी हे ब्राउझर टूल वापरा. production applications साठी base32 (Python), hi-base32 (JavaScript), किंवा Apache Commons Codec (Java) यांसारखी भाषा-नेटिव्ह लायब्ररी वापरा, जेणेकरून encoding पुनरुत्पादनीय, चाचणी केलेले, आणि तुमच्या build pipeline मध्ये एकत्रित असेल.