Base64-dekoder og URL-parser

Ja. Lim inn en data-URL eller en rå Base64-bildestreng, og verktøyet viser en bildeforhåndsvisning med oppdaget MIME-type og størrelse.

Ja. I dekodingsmodus tolkes plusstegn som mellomrom før URI-dekoding, i samsvar med vanlig skjemaenkodingsatferd.

Ja. JWT-modusen lar deg velge og dekode header-, payload- eller signaturrelaterte segmenter uavhengig.

Standard Base64 (RFC 4648 del 4) bruker + og /, som kolliderer med URL-ens reserverte tegn. Det URL-sikre alfabetet (del 5) bytter dem til - og _. JWT-er bruker alltid det URL-sikre alfabetet - derfor inneholder tokensignaturer aldri + eller /. Dette verktøyet oppdager begge alfabetene automatisk.

Base64 koder 3 byte til 4 tegn, så inndata som ikke er et multiplum av 3, fylles ut med = for å holde lengden et multiplum av 4. Én = betyr 2 gjenværende byte, to = betyr 1. Utfyllingen kan trygt utelates når lengden er kjent på forhånd - JWT-segmenter gjør nettopp det - og dekodere gjenoppretter den automatisk.

Base64 i seg selv er tapsfritt, men den vanlige JavaScript-funksjonen btoa() godtar bare Latin-1-tegn og kaster feil på alt annet. Riktig tilnærming er å UTF-8-kode først (TextEncoder), deretter Base64-kode bytene. Dette verktøyet håndterer den pipelinen automatisk, så kinesisk, arabisk eller emoji-tekst overlever tur-retur uten skade.

Se etter tre signaler: tegnsettet kun A-Z, a-z, 0-9, +, / (eller URL-sikre - og _); lengden er et multiplum av 4 når utfyllingen er gjenopprettet; og dekoding gir fornuftige byte. Ingen metode er 100 % sikker fordi mange vanlige strenger (som abcd) også er gyldig Base64 - kontekst betyr noe.

Nei. Base64 er en reversibel koding alle kan dekode uten noen hemmelighet - den gir null konfidensialitet. Bruk den aldri til å beskytte passord eller API-nøkler. For beskyttelse, bruk TLS under overføring og en ekte kryptering som AES-256-GCM; Base64-ens eneste jobb er å gjøre binærdata trygg for tekstkanaler.