Base64-encoder en -decoder

Codeer UTF-8-tekst als standaard Base64 of Base64url, of decodeer geldige invoer naar leesbare tekst.

Kies standaard Base64 of Base64url. Conversie en validatie gebeuren lokaal in de browser.

Kies standaard Base64 of Base64url. Conversie en validatie gebeuren lokaal in de browser.

Werkruimte voor Base64-conversie

Voer tekst in. Deze wordt vóór het coderen omgezet naar UTF-8-bytes.

Wat deze tool doet

Leesbare UTF-8-tekst omzetten naar standaard Base64 of het URL-veilige Base64url-alfabet.

Geldige Base64-gegevens decoderen naar UTF-8-tekst en alfabet, padding en canonieke paddingbits controleren.

Hoe je de tool gebruikt

  1. Kies coderen of decoderen en selecteer standaard Base64 of Base64url.
  2. Bepaal bij coderen of de uitvoer padding met gelijktekens moet bevatten.
  3. Voer de passende tekst of gecodeerde waarde in en start de conversie.
  4. Controleer de aantallen bytes en tekens en kopieer het resultaat indien nodig.

Praktische toepassingen

  • Tekstwaarden voorbereiden voor API’s, tests, configuraties of documentatie.
  • Base64- of Base64url-waarden uit tokens, URL’s of applicatiegegevens lezen.
  • Coderingen met en zonder padding van dezelfde UTF-8-tekst vergelijken.
  • Controleren of gecodeerde tekst canoniek is en geldige UTF-8 oplevert.

Opmerkingen en beperkingen

  • Base64 is codering, geen versleuteling, en houdt de oorspronkelijke inhoud niet geheim.
  • Standaard Base64 gebruikt + en /; Base64url gebruikt - en _. De alfabetten mogen niet worden gemengd.
  • ASCII-spaties en regeleinden worden bij decoderen genegeerd; andere vreemde tekens worden geweigerd.
  • Deze tool verwerkt tekst. Willekeurige binaire bestanden kunnen bytes bevatten die geen geldige UTF-8 zijn.

Veelgestelde vragen

Wat is het verschil tussen Base64 en Base64url?

Ze coderen dezelfde bytes, maar Base64url vervangt + en / door - en _ zodat de uitvoer veiliger is in URL’s en bestandsnamen.

Is padding verplicht?

Standaard Base64 bevat normaal =-padding. Sommige protocollen staan weglaten toe wanneer de gegevenslengte op een andere manier bekend is.

Waarom wordt een schijnbaar geldige tekenreeks als niet-canoniek geweigerd?

De ongebruikte laatste paddingbits zijn niet nul. Een andere decoder kan dit tolereren, maar het is niet de canonieke RFC 4648-codering.

Kan dit bestanden of willekeurige binaire gegevens decoderen?

Nee. De gedecodeerde bytes worden als UTF-8-tekst gevalideerd. Gebruik voor willekeurige gegevens een binaire tool.

Wordt mijn invoer geüpload?

Nee. Codering, decodering en validatie gebeuren in de browser.