Base64-decoder

De Base64-decoder is een gratis tool waarmee je de oorspronkelijke gegevens uit Base64-gecodeerde invoer herstelt.

Wat is Base64-codering en waarom wordt die gebruikt?

Base64 is een manier om binaire gegevens weer te geven met een beperkte reeks afdrukbare teksttekens. Deze codering wordt gebruikt omdat sommige systemen tekst veilig kunnen verwerken, maar niet betrouwbaar met willekeurige bytes overweg kunnen.

Standaard Base64 gebruikt hoofdletters, kleine letters, cijfers, het plusteken en de slash. Aan het einde kan een gelijkteken staan als opvulling. Door de codering worden de gegevens groter, want elke drie invoerbytes worden omgezet in vier Base64-tekens.

Base64 is een codering, geen versleuteling. Iedereen die de gecodeerde waarde heeft, kan die zonder wachtwoord of geheime sleutel decoderen. Base64 biedt dus geen vertrouwelijkheid. Beschouw een Base64-waarde niet als een veilige plek voor wachtwoorden, API-sleutels of persoonsgegevens.

Hoe gebruik ik de Base64-decoder?

Plak een Base64-waarde in de tool en decodeer deze. Bekijk daarna het resultaat in het veld Base64 gedecodeerd. De server voert de omzetting uit met de PHP-functie base64_decode.

De invoer wordt via HTTPS naar de server verstuurd en niet opgeslagen. De verwerking gebeurt op de server en niet uitsluitend in je browser. Verstuur daarom geen gevoelig materiaal, tenzij je toestemming hebt om het naar een externe dienst te sturen.

Base64 bewaart bytes, niet hun betekenis. Getallen, spaties en leestekens maken gewoon deel uit van de oorspronkelijke reeks bytes. Ook letters met accenten en niet-Latijnse schriften kunnen worden gecodeerd, maar de gedecodeerde bytes moeten met de juiste tekencodering worden geïnterpreteerd. Voor moderne webinhoud is dat meestal UTF-8.

Voorbeelden en de keuze van het formaat

Een eenvoudig voorbeeld van standaard Base64 is:

Input: SGVsbG8=

Output: Hello

Het laatste gelijkteken is opvulling. Daarmee wordt een Base64-blok van vier tekens compleet gemaakt. Het staat niet voor een extra teken in het gedecodeerde resultaat.

Er zijn twee veelgebruikte alfabetvarianten:

• Standaard Base64 gebruikt + en /. Deze variant komt veel voor in MIME-e-mail, data-URI's en veel API's die op JSON zijn gebaseerd.
• Base64url gebruikt in plaats daarvan - en _. Deze variant is bedoeld voor URL's, queryparameters en tokens, waarin + en / onhandig kunnen zijn. De opvulling wordt vaak weggelaten.

Kies de variant die hoort bij het systeem waarmee de waarde is gemaakt. Een standaarddecoder kan Base64url-invoer verkeerd interpreteren of weigeren, tenzij het alfabet eerst wordt omgezet. Wil je het proces omkeren, gebruik dan de Base64-encoder. Voor gecodeerde afbeeldingsgegevens is Base64 naar afbeelding vaak nuttiger dan binaire gegevens als tekst weergeven.

Waar kom je Base64 in de praktijk tegen?

Base64 wordt vaak gebruikt wanneer binaire gegevens via een tekstgericht formaat moeten worden verstuurd. De waarde kan op zichzelf staan of onderdeel zijn van een groter document.

• Data-URI's voegen kleine afbeeldingen, lettertypen of andere bronnen rechtstreeks toe aan HTML en CSS, vaak na een voorvoegsel zoals data:image/png;base64,.
• JSON-payloads bevatten soms bestanden, certificaten of cryptografisch materiaal als Base64-tekenreeksen, omdat JSON geen eigen waardetype voor binaire gegevens heeft.
• MIME-e-mail gebruikt Base64 voor bijlagen en voor berichtonderdelen die niet veilig als platte tekst kunnen worden verstuurd.
• Querystrings en webtokens kunnen Base64url gebruiken om tekens te vermijden die in URL's een speciale betekenis hebben.
• Configuratiebestanden en omgevingsvariabelen bevatten soms Base64 omdat het omringende systeem afdrukbare tekst verwacht.

Geïnternationaliseerde domeinnamen die er gecodeerd uitzien, hebben een andere decoder nodig. Een domeinlabel dat begint met xn-- gebruikt Punycode, niet Base64. Als je het door een Base64-decoder haalt, krijg je niet de bedoelde Unicode-domeinnaam terug.

Waarom mislukt Base64-decodering of krijg ik onleesbare tekens?

Base64-decodering mislukt of levert meestal onleesbare uitvoer op doordat de invoer de verkeerde variant gebruikt, onvolledig is, twee keer is gecodeerd of binaire gegevens bevat in plaats van tekst.

• Verkeerd alfabet ontstaat wanneer Base64url-invoer met - of _ als standaard Base64 wordt behandeld, of andersom.
• Ontbrekende of beschadigde opvulling kan een onvolledig laatste blok veroorzaken. Sommige decoders accepteren ontbrekende opvulling, maar als de rest na deling van het aantal tekens door vier gelijk is aan één, kan de invoer geen geldige Base64 vormen.
• Dubbele codering levert na de eerste decodeerstap opnieuw een tekenreeks op die eruitziet als Base64. Als de bron de gegevens bewust twee keer heeft gecodeerd, kan een tweede decodeerstap nodig zijn.
• Binaire uitvoer is normaal bij afbeeldingen, PDF's, gecomprimeerde archieven en versleutelde bytes. Als je die bytes als tekst opent, verschijnen er symbolen of vervangende tekens.
• Verkeerde tekencodering zorgt ervoor dat geldige gedecodeerde bytes verkeerd worden weergegeven. UTF-8-gegevens die bijvoorbeeld als Windows-1252 worden geïnterpreteerd, kunnen letters met accenten veranderen in mojibake.
• Extra omringende inhoud kan bestaan uit een data-URI-voorvoegsel, aanhalingstekens, een JSON-escape of URL-procentcodering die je eerst moet verwijderen.

De standaardmodus van PHP's base64_decode is niet strikt en kan tekens buiten het standaardalfabet negeren. Daardoor kunnen regeleinden uit MIME-geformatteerde invoer worden geaccepteerd, maar een kopieerfout kan ook verborgen blijven in plaats van duidelijk te worden gemeld. Vergelijk onverwachte uitvoer met het bronformaat en controleer de oorspronkelijke waarde teken voor teken.

Veelgestelde vragen

Is Base64 hoofdlettergevoelig?

Ja. Hoofdletters en kleine letters staan voor verschillende waarden in het Base64-alfabet. Als je het hoofdlettergebruik aanpast om een waarde er consistenter uit te laten zien, raken de gedecodeerde bytes beschadigd.

Kan ik een JWT decoderen met een Base64-decoder?

Een JSON Web Token bevat normaal gesproken met Base64url gecodeerde delen, gescheiden door punten. Elk deel moet afzonderlijk worden verwerkt en ontbrekende opvulling moet mogelijk worden hersteld. Door de payload te lezen, controleer je niet de handtekening van het token en bewijs je niet dat de inhoud echt is.

Kan gedecodeerde Base64 een virus of schadelijk bestand bevatten?

Ja, want Base64 kan alle soorten bytes weergeven, waaronder uitvoerbare bestanden, scripts en schadelijke documenten. Alleen het decoderen voert de inhoud niet uit, maar het opslaan of openen van een onbekend resultaat kan onveilig zijn. Controleer het verwachte bestandstype en de bron voordat je binaire uitvoer verwerkt.

Waarom staan er null-tekens in het gedecodeerde resultaat?

Null-bytes kunnen voorkomen in binaire formaten en in tekst die als UTF-16 is gecodeerd, waarbij veel Latijnse tekens aan een nulbyte zijn gekoppeld. Als de bron beweert tekst te bevatten, controleer dan de tekencodering in plaats van de null-tekens te verwijderen. Door ze te verwijderen kunnen de gegevens beschadigd raken.

Heeft Base64 een vaste bestandsextensie?

Nee. Base64 is een weergave, geen bestandsformaat, en heeft dus geen verplichte extensie. De gedecodeerde bytes bepalen of het resultaat een PNG, PDF, ZIP-archief, tekstbestand of iets anders is.

Laatste controles

Controleer of je alleen de gecodeerde waarde hebt gekopieerd, bepaal of deze standaard Base64 of Base64url gebruikt en behoud het oorspronkelijke hoofdlettergebruik. Is het resultaat onleesbaar, controleer dan of je het als bestand moet openen in plaats van als tekst weer te geven. Ga er niet van uit dat een correct gedecodeerde waarde betrouwbaar of vertrouwelijk is.