Base64 Enkoder / Dekoder Online

Trenger du å konvertere lesbar tekst til Base64-format for bruk i HTTP-headere, eller omvendt, å tyde innholdet i et API-token? Vår Base64 Tekst Enkoder & Dekoder er et spesialisert verktøy for å arbeide med tekststrenger som også takler vanskeligheter som diakritiske tegn eller spesielle symboler.

Arbeider du med bilder?
Hvis koden din starter med data:image/png... eller du vil konvertere en fil til tekst, vil dette verktøyet bare vise meningsløse tegn. Bruk vårt spesialiserte verktøy for bildekonvertering.

Hvordan fungerer Base64-formatet?

Mange bruker Base64 daglig, men få vet hvordan det fungerer “under panseret”. Det er ikke magi, men enkel bitmatematikk.

Vanlig tekst på en datamaskin lagres i 8-bits grupper (1 byte). Base64 bruker imidlertid et “alfabet” med 64 tegn (A-Z, a-z, 0-9, +, /). Fordi 2^6 = 64, representerer ett Base64-tegn nøyaktig 6 biter informasjon.

Konverteringsprosess (Algoritme):

1. Tre tegn fra teksten din tas (3 × 8 biter = 24 biter).
2. Disse 24 bitene deles inn i fire grupper à 6 biter.
3. Hver gruppe tildeles et tegn fra Base64-tabellen.

Konsekvens: Fordi vi lager fire tegn ut av tre, er den resulterende Base64-strengen alltid omtrent 33 % lengre enn originalteksten.

Tegnsettproblemet: Hvorfor ødelegger vanlige Base64-konvertere spesialtegn?

Hvis du noen gang har prøvd å kode ordet “Kůň” i nettleserkonsollen ved hjelp av funksjonen btoa('Kůň'), har du sannsynligvis fått en feil: String contains characters outside of the Latin1 range.

Base64 ble opprinnelig designet for 7-bits ASCII-tegn. Men spesialtegn, emoji og andre symboler (UTF-8) opptar mer enn én byte i minnet (multibyte-tegn).

• Bokstaven a = 1 byte.
• Bokstaven æ = 2 bytes.
• Emoji 🚀 = 4 bytes.

Vårt verktøy løser dette problemet. Før selve Base64-kodingen konverterer vi teksten korrekt til en sekvens av UTF-8-bytes. Dette gjør at du trygt kan kode JSON-objekter, tekster med spesialtegn og moderne symboler uten risiko for datakorrupsjon.

Hvor brukes Base64 tekstkoding?

Mens Base64-bilder hovedsakelig brukes for innbygging i CSS/HTML, har tekstbasert Base64 helt andre bruksområder i backend-systemer:

1. HTTP Basic Authentication

Når du logger på et API, ser headeren ofte slik ut: Authorization: Basic dXppdmF0ZWw6aGVzbG8= Bak denne koden skjuler det seg et enkelt sammensatt brukernavn og passord i formatet bruker:passord. Verktøyet vårt lar deg enkelt generere eller kontrollere disse headerne.

2. JSON Web Tokens (JWT)

Moderne webapplikasjoner bruker såkalte JWT-er for pålogging. Et slikt token ser ut som tre lange strenger adskilt med et punktum. Datadelen (Payload) er et vanlig JSON-objekt kodet i Base64.

• Tips: Prøv å lime inn den midterste delen av JWT-tokenet ditt her og dekod det. Du vil se nøyaktig hvilke data applikasjonen registrerer om deg (f.eks. bruker-ID, utløpsdato).

3. Konfigurasjonsfiler (Kubernetes Secrets)

Plattformer som Kubernetes lagrer hemmelige data (Secrets) i YAML-konfigurasjonsfiler nettopp i Base64. Dette er ikke kryptering, men en måte å lagre binære data eller tekst med problematiske tegn (nye linjer, anførselstegn) i en tekstfil.

Hva er “URL-sikker Base64-koding” og hvorfor er det viktig?

Standard Base64-alfabetet inneholder tegnene + (pluss) og / (skråstrek). Begge disse tegnene har en spesiell betydning i URL-adresser:

• / skiller kataloger.
• + tolkes ofte som et mellomrom.

Hvis du sendte standard Base64 i en URL-parameter (f.eks. site.com?token=ab/cd+ef), kan serveren feiltolke dataene.

Løsning (URL-sikker modus): Vår bryter aktiverer Base64URL-varianten (ifølge RFC 4648), som utfører disse endringene:

• + endres til - (bindestrek).
• / endres til _ (understrek).
• På slutten fjernes tegnene = (padding), som ikke er nødvendige i URL-er.

Myte: Base64 er ikke kryptering!

Det er viktig å forstå den grunnleggende forskjellen som nybegynnere ofte forveksler:

1. Koding (Encoding - Base64): Brukes for dataoverføring. Det er som å pakke en gjenstand i en koffert for at den ikke skal bli ødelagt underveis. Enhver som finner kofferten kan åpne den (dekode) og se innholdet. Det er ikke sikkert for hemmelige data.
2. Kryptering (Encryption - AES, RSA): Låser data med en nøkkel. Uten nøkkelen får du ikke tilgang til innholdet.
3. Hashing (Hashing - SHA, MD5): En enveisprosess (f.eks. for lagring av passord). Det er umulig å gjenopprette originalteksten fra resultatet.

Hvis du trenger å sende et passord eller sensitive data, er Base64 alene ikke nok. Du må bruke HTTPS (SSL/TLS), som krypterer overføringen.

Ofte stilte spørsmål (FAQ)