Ga naar inhoud
TextArray
100% lokaal

Base32 coderen en decoderen

Converteer tekst naar RFC 4648 Base32 en terug, met base32hex- en opvulopties.

Invoer

Base32 coderen en decoderen

Base32 vertegenwoordigt binaire gegevens met behulp van 32 ondubbelzinnige tekens – de letters A tot Z en de cijfers 2 tot 7 – wat het robuust maakt waar Base64 kwetsbaar is: het overleeft hoofdletterongevoelige systemen, vermijdt tekens die botsen in URL’s en bestandsnamen, en is gemakkelijk hardop voor te lezen of met de hand te typen. Je komt het het vaakst tegen als de geheime sleutel achter apps voor tweefactorauthenticatie, in DNS-records en in ni: URI's en hashes voor het delen van bestanden.

Plak tekst om het te coderen, of plak een Base32-tekenreeks om het terug te decoderen - verander van richting met de moduskiezer. De tool volgt RFC 4648: invoertekst wordt eerst geconverteerd naar UTF-8-bytes, zodat tekens met accenten en emoji correct worden gecodeerd en gedecodeerd. De alfabetselector schakelt tussen het standaardalfabet en base32hex (0–9, A–V), de gebruikte variant waarbij de sorteervolgorde van het gecodeerde formulier moet overeenkomen met de sorteervolgorde van de onbewerkte bytes.

Opvulling met =-tekens vult de uitvoer tot een veelvoud van acht tekens, zoals de RFC vereist aan het einde van een stream. Sommige systemen (waaronder TOTP-geheimen) laten opvulling weg, zodat je deze met één selectievakje kunt uitschakelen. Decodering is vergevingsgezind: invoer in kleine letters, ontbrekende opvulling, spaties en regeleinden worden allemaal geaccepteerd, en een duidelijk bericht vertelt u wanneer de invoer echt niet Base32 is.

Alles draait in uw browser. Niets dat u plakt, wordt ergens geüpload, wat van belang is als de string die u decodeert een authenticatorgeheim of een andere referentie is. Kopieer het resultaat, download het als .txt-bestand of stuur het terug naar de invoer om conversies te ketenen.

FAQ

Waar wordt Base32 voor gebruikt?
Meestal voor gegevens die mensen lezen, typen of opslaan in hoofdletterongevoelige systemen: tweefactorauthenticatie (TOTP), geheime sleutels, DNS-records, bestandshashes. Het alfabet van 32 tekens vermijdt gelijksoortige karakters en overleeft hoofdletters.
Waarin verschilt Base32 van Base64?
Base32 gebruikt 32 tekens in plaats van 64, dus de uitvoer is ongeveer 20% langer dan Base64. In ruil daarvoor is het hoofdletterongevoelig en worden +, / en = vermeden, wat het veiliger maakt in URL's, bestandsnamen en gesproken of handgeschreven vorm.
Wat is de base32hex-variant?
Base32hex (RFC 4648 §7) gebruikt het alfabet 0–9 gevolgd door A–V. Gecodeerde waarden behouden dezelfde sorteervolgorde als de originele bytes, wat van belang is in systemen als DNSSEC. Kies het in de alfabetkiezer voor zowel codering als decodering.
Heb ik de = opvulling nodig?
Strikte RFC 4648-streams eindigen met = opvulling tot een veelvoud van acht tekens, maar veel toepassingen in de echte wereld (TOTP-geheimen bijvoorbeeld) laten dit achterwege. Met codering kunt u opvulling in- en uitschakelen; decodering accepteert beide vormen.
Wordt mijn tekst ergens geüpload?
Nee. Het coderen en decoderen gebeurt volledig in uw browser en niets dat u plakt verlaat uw apparaat - zelfs veilig voor authenticatiegeheimen.