Base64-kodare

Base64 är en metod för att omvandla binär data, som filer eller bilder, till en textsträng. Syftet är att säkerställa att datan kan överföras utan problem genom system som är utformade för att endast hantera text. Namnet kommer från att metoden använder en uppsättning av 64 tecken för att representera datan. Denna uppsättning består av stora och små bokstäver (A-Z, a-z), siffror (0-9) samt två specialtecken, vanligtvis + och /.

Föreställ dig att du vill skicka en liten bild i ett e-postmeddelande. E-postprotokoll var ursprungligen designade för att hantera ren text, inte binära filer. Genom att Base64-koda bilden omvandlas den till en ofarlig textsträng som kan inkluderas direkt i meddelandet. Mottagarens e-postklient kan sedan avkoda strängen för att återskapa den ursprungliga bilden. Vårt verktyg, Base64-koda, gör just detta direkt i din webbläsare, utan att någon data skickas till en server. Det är viktigt att komma ihåg att Base64 inte är en form av kryptering. Det är en kodningsstandard, vilket innebär att vem som helst med tillgång till strängen enkelt kan avkoda den till sitt ursprungliga format. Syftet är dataintegritet och kompatibilitet, inte sekretess.

Kärnan i Base64-kodning är omvandlingen av binär data i block om 3 bytes (24 bitar) till 4 tecken (också 24 bitar). Processen fungerar så här:

1. Indatan läses tre bytes i taget. Tre bytes motsvarar $3 \times 8 = 24$ bitar.
2. Dessa 24 bitar delas upp i fyra grupper om 6 bitar vardera ($4 \times 6 = 24$ bitar).
3. Varje 6-bitarsgrupp representerar ett tal mellan 0 och 63. Detta tal används sedan för att slå upp ett tecken i Base64-alfabetet (t.ex. 0 blir A, 1 blir B, och så vidare).

Resultatet är att 3 bytes indata blir 4 tecken utdata. Detta leder till att den kodade datan blir ungefär 33 % större än originalet. Formeln för storleksökningen är $4/3$.

Men vad händer om indatan inte är jämnt delbar med 3? Då används utfyllnad, så kallad "padding". Om den sista gruppen bara innehåller en eller två bytes fylls den på med noll-bitar för att bilda en komplett 6-bitarsgrupp. För att markera att utfyllnad har använts läggs ett eller två likhetstecken (=) till i slutet av den kodade strängen. Ett = betyder att den sista gruppen innehöll två bytes, medan == betyder att den bara innehöll en byte. Detta säkerställer att avkodningsprocessen vet exakt hur den ska tolka den sista delen av datan.

Det traditionella Base64-alfabetet, som definieras i RFC 4648, använder tecknen + och / som de två sista tecknen i sin 64-teckens uppsättning. Även om detta fungerar utmärkt för e-post och inbäddad data, skapar det problem när Base64-strängar används i webbadresser (URL:er) eller filnamn.

Problemet är att dessa tecken har speciella betydelser i URL-sammanhang:

+ tolkas ofta som ett mellanslag i frågesträngar (query strings). / används för att separera delar i en sökväg.

Om en Base64-sträng som innehåller dessa tecken placeras i en URL kan den feltolkas av servrar eller webbläsare, vilket leder till trasiga länkar eller felaktig data. För att lösa detta skapades en "URL-säker" variant av Base64. Den är identisk med standardvarianten, förutom att den ersätter + med - (minus) och / med _ (understreck). Dessa tecken har ingen speciell betydelse i URL-sökvägar eller frågesträngar och kan därför användas utan problem.

Vårt verktyg Base64-koda erbjuder ett alternativ för att använda denna URL-säkra variant. Du bör aktivera detta alternativ när du vet att den kodade strängen kommer att användas i en webbadress, till exempel för att skicka data i en GET-förfrågan eller i webbtokens som JWT (JSON Web Tokens). Detta skiljer sig från URL-kodning, som är en annan teknik för att hantera specialtecken i webbadresser.

Base64-kodning används i en mängd olika tekniska sammanhang där binär data behöver representeras som text. Här är några av de vanligaste tillämpningarna:

* Data-URI:er: Detta är ett schema som låter dig bädda in filer, oftast bilder, direkt i HTML- eller CSS-kod. Istället för att länka till en extern bildfil kan du inkludera bilden som en Base64-sträng. Exempelvis: src="data:image/png;base64,iVBORw...". Detta kan minska antalet HTTP-förfrågningar en webbsida behöver göra, vilket kan snabba på laddningstiden för små bilder.

* E-postbilagor: Detta är det ursprungliga och klassiska användningsområdet. MIME-standarden (Multipurpose Internet Mail Extensions) använder Base64 för att koda bifogade filer så att de kan skickas tillsammans med texten i ett e-postmeddelande.

* HTTP Basic Authentication: En enkel autentiseringsmetod där användarnamn och lösenord kombineras till en sträng (användarnamn:lösenord), Base64-kodas och skickas i HTTP-huvudet Authorization.

* Inbäddning av binär data i textformat: I format som JSON eller XML, som är rent textbaserade, kan man inte direkt inkludera binär data som en PDF-fil eller ett certifikat. Genom att först koda filen till Base64 kan den representeras som en textsträng och enkelt inkluderas i en JSON-nyttolast. Mottagaren kan sedan avkoda strängen för att återskapa den ursprungliga filen.

Är Base64-kodning samma sak som kryptering? Nej, absolut inte. Base64 är en kodningsstandard, inte en krypteringsalgoritm. Syftet är att representera data i ett annat format (text), inte att dölja dess innehåll. All data som är Base64-kodad kan enkelt avkodas av vem som helst utan behov av en hemlig nyckel. Använd aldrig Base64 för att skydda känslig information; för det ändamålet krävs riktig kryptering som AES eller RSA.

Varför slutar min Base64-sträng med ett eller två likhetstecken (=)? Likhetstecknen är utfyllnadstecken (padding). Base64-processen hanterar data i block om 3 bytes. Om den totala datamängden inte är jämnt delbar med 3, behövs utfyllnad för att den sista gruppen ska bli komplett. Ett = i slutet indikerar att den sista gruppen av indata innehöll 2 bytes, och == indikerar att den innehöll 1 byte. Dessa tecken är nödvändiga för att avkodaren ska kunna återskapa den ursprungliga datan korrekt.

Hur hanterar Base64-koda svenska tecken som å, ä och ö? För att hantera tecken utanför den grundläggande ASCII-uppsättningen, som å, ä och ö, måste texten först omvandlas till en standardiserad binär representation. Vårt verktyg använder UTF-8, den vanligaste teckenkodningen på webben. När du skriver in texten "snö", omvandlar verktyget den först till en sekvens av bytes enligt UTF-8-standarden. Därefter appliceras Base64-kodningen på dessa bytes. Detta säkerställer att alla Unicode-tecken hanteras korrekt och kan avkodas tillbaka till sitt ursprungliga format oavsett system.