Перейти до вмісту
TextArray
100% локально

Кодування та декодування Base32

Перетворюйте текст у RFC 4648 Base32 і назад із параметрами base32hex і заповнення.

Введення

Кодування та декодування Base32

Base32 представляє двійкові дані за допомогою 32 однозначних символів — літер від A до Z і цифр від 2 до 7 — що робить його надійним там, де Base64 є крихким: він витримує системи без урахування регістру, уникає символів, які суперечать URL-адресам і назвам файлів, і його легко читати вголос або вводити вручну. Ви найчастіше зустрічаєте його як секретний ключ, що стоїть за програмами двофакторної автентифікації, у записах DNS, а також у ni: URI та хешах обміну файлами.

Вставте текст, щоб закодувати його, або вставте рядок Base32, щоб декодувати його назад — перемикайте напрямок за допомогою селектора режиму. Інструмент відповідає RFC 4648: вхідний текст спочатку перетворюється на байти UTF-8, тому символи з діакритичними знаками та смайли кодуються та декодуються правильно. Селектор алфавіту перемикається між стандартним алфавітом і base32hex (0–9, A–V), варіантом, який використовується, де порядок сортування закодованої форми має відповідати порядку сортування необроблених байтів.

Доповнення за допомогою знаків = заповнює вихідні дані кратними восьми символам, як того вимагає RFC у кінці потоку. Деякі системи, зокрема секрети TOTP, не використовують доповнення, тому ви можете вимкнути його одним прапорцем. Декодування є простим: введення в нижньому регістрі, відсутність заповнення, пробіли та розриви рядків приймаються, а чітке повідомлення повідомляє вам, коли введення справді не є Base32.

Все працює у вашому браузері. Ніщо, що ви вставляєте, нікуди не завантажується, що має значення, коли рядок, який ви декодуєте, є секретом автентифікатора чи іншими обліковими даними. Скопіюйте результат, завантажте його як файл .txt або надішліть назад на вхід для ланцюгових перетворень.

FAQ

Для чого використовується Base32?
Переважно для даних, які люди читають, вводять або зберігають у системах без урахування регістру: секретні ключі двофакторної автентифікації (TOTP), записи DNS, хеші файлів. Його 32-символьний алфавіт уникає схожих символів і зберігає використання верхнього регістру.
Чим Base32 відрізняється від Base64?
Base32 використовує 32 символи замість 64, тому його вихід приблизно на 20% довший, ніж Base64. У свою чергу, він не чутливий до регістру та уникає +, / та =, що робить його безпечнішим у URL-адресах, іменах файлів та усній чи рукописній формі.
Що таке варіант base32hex?
Base32hex (RFC 4648 §7) використовує алфавіт 0–9, за яким слідує A–V. Закодовані значення зберігають той самий порядок сортування, що й оригінальні байти, що має значення в таких системах, як DNSSEC. Виберіть його в селекторі алфавіту для кодування та декодування.
Чи потрібен мені = padding?
Суворі потоки RFC 4648 закінчуються символом = доповнення до восьми символів, але багато реальних випадків використання (наприклад, секрети TOTP) пропускають це. Кодування дозволяє перемикати відступи; декодування приймає обидві форми.
Мій текст десь завантажено?
Ні. Кодування та декодування повністю виконуються у вашому браузері, і нічого, що ви вставляєте, не залишає ваш пристрій — безпечно навіть для секретів автентифікатора.