Base64 dekoder

Base64 dekoder er et gratis værktøj, der gendanner de oprindelige data fra Base64-kodet input.

Hvad er Base64-kodning, og hvorfor bruges det?

Base64 er en metode til at repræsentere binære data med et begrænset sæt af tegn, der kan vises som tekst. Metoden findes, fordi nogle systemer er udviklet til at overføre tekst sikkert, men ikke kan håndtere vilkårlige bytes pålideligt.

Standard-Base64 bruger store og små bogstaver, tal, plustegnet og skråstregen. Et lighedstegn kan stå til sidst som udfyldning. Kodningen øger datamængden, fordi hver tredje inputbyte bliver til fire Base64-tegn.

Base64 er kodning, ikke kryptering. Alle, der har den kodede værdi, kan afkode den uden adgangskode eller hemmelig nøgle, så metoden giver ingen fortrolighed. Betragt ikke en Base64-værdi som et sikkert sted at opbevare adgangskoder, API-nøgler eller personoplysninger.

Hvordan bruger jeg Base64 dekoder?

Indsæt en Base64-værdi i værktøjet, og afkod den. Se derefter resultatet i feltet Base64 afkodet. Serveren udfører konverteringen med PHP-funktionen base64_decode.

Inputtet sendes til serveren via HTTPS og bliver ikke gemt. Behandlingen foregår på serveren og ikke kun i din browser, så undgå at indsende følsomt materiale, medmindre du har tilladelse til at sende det til en ekstern tjeneste.

Base64 bevarer bytes, ikke betydning. Tal, mellemrum og tegnsætning er blot dele af den oprindelige bytesekvens. Bogstaver med accent og ikke-latinske skriftsystemer kan også kodes, men de afkodede bytes skal fortolkes med den korrekte tegnkodning, som regel UTF-8 for moderne webindhold.

Eksempler og valg af format

Her er et lille eksempel med standard-Base64:

Input: SGVsbG8=

Output: Hello

Det afsluttende lighedstegn er udfyldning. Det fuldender en Base64-blok på fire tegn og repræsenterer ikke et ekstra tegn i det afkodede resultat.

Der findes to almindelige alfabetvarianter:

• Standard-Base64 bruger + og /. Varianten er almindelig i MIME-e-mail, data-URI'er og mange JSON-baserede API'er.
• Base64url bruger i stedet - og _. Varianten er beregnet til URL'er, forespørgselsparametre og tokens, hvor + og / kan være upraktiske. Udfyldning udelades ofte.

Vælg den variant, som systemet bag værdien kræver. En standarddekoder kan fejlfortolke eller afvise Base64url-input, medmindre alfabetet først konverteres. Brug Base64-koder, hvis du vil udføre processen omvendt. Til kodede billeddata kan Base64 til billede være mere nyttigt end at vise rå binære data som tekst.

Hvor møder man Base64 i praksis?

Base64 bruges ofte, når binære data skal sendes gennem et tekstbaseret format. Værdien kan stå alene eller indgå som en del af et større dokument.

• Data-URI'er integrerer små billeder, skrifttyper eller andre ressourcer i HTML og CSS, ofte efter et præfiks som data:image/png;base64,.
• JSON-data indeholder undertiden filer, certifikater eller kryptografisk materiale som Base64-værdier, fordi JSON ikke har en indbygget datatype til binære værdier.
• MIME-e-mail bruger Base64 til vedhæftede filer og dele af beskeder, som ikke kan overføres sikkert som almindelig tekst.
• Forespørgselsstrenge og webtokens kan bruge Base64url for at undgå tegn, der har en særlig betydning i URL'er.
• Konfigurationsfiler og miljøvariabler indeholder undertiden Base64, fordi det omgivende system forventer tegn, der kan vises som tekst.

Internationaliserede domænenavne, der ser kodede ud, kræver en anden dekoder. En domæneetiket, der begynder med xn--, bruger Punycode, ikke Base64. Hvis du sender den gennem en Base64-dekoder, får du ikke det tilsigtede Unicode-domænenavn tilbage.

Hvorfor mislykkes Base64-afkodning eller giver ulæseligt resultat?

Base64-afkodning mislykkes eller giver som regel et ulæseligt resultat, fordi inputtet bruger den forkerte variant, er ufuldstændigt, er blevet kodet to gange eller består af binære data frem for tekst.

• Forkert alfabet opstår, når Base64url-input med - eller _ behandles som standard-Base64 eller omvendt.
• Manglende eller beskadiget udfyldning kan efterlade den sidste blok ufuldstændig. Nogle dekodere accepterer udeladt udfyldning, men hvis antallet af tegn giver en rest på én ved division med fire, kan værdien ikke være gyldig Base64.
• Dobbelt kodning giver endnu en værdi, der ligner Base64, efter første afkodning. Det kan være nødvendigt at afkode igen, hvis kilden bevidst har kodet dataene to gange.
• Binært output er forventeligt for billeder, PDF-filer, komprimerede arkiver og krypterede bytes. Hvis disse bytes åbnes som tekst, vises der symboler eller erstatningstegn.
• Forkert tegnkodning får gyldige afkodede bytes til at blive vist forkert. UTF-8-data, der eksempelvis fortolkes som Windows-1252, kan forvandle bogstaver med accent til ulæselige tegn.
• Ekstra indhold omkring værdien kan være et data-URI-præfiks, anførselstegn, en JSON-kontrolsekvens eller procentkodning fra en URL, som først skal fjernes.

PHP's standardtilstand for base64_decode er ikke streng og kan kassere tegn, der ligger uden for standardalfabetet. Det kan gøre det muligt at håndtere linjeskift fra MIME-formateret input, men det kan også skjule en kopieringsfejl i stedet for at rapportere den tydeligt. Sammenlign uventet output med kildeformatet, og kontrollér den oprindelige værdi tegn for tegn.

Ofte stillede spørgsmål

Skelner Base64 mellem store og små bogstaver?

Ja. Store og små bogstaver repræsenterer forskellige værdier i Base64-alfabetet. Hvis du ændrer bogstavernes størrelse for at få værdien til at se ensartet ud, ødelægger du de afkodede bytes.

Kan jeg afkode en JWT med en Base64-dekoder?

Et JSON Web Token indeholder normalt Base64url-kodede sektioner adskilt af punktummer. Hver sektion skal behandles separat, og udeladt udfyldning skal muligvis gendannes. At læse indholdet bekræfter ikke tokenets signatur og beviser heller ikke, at indholdet er ægte.

Kan afkodet Base64 indeholde virus eller skadelige filer?

Ja, fordi Base64 kan repræsentere alle slags bytes, herunder eksekverbare filer, scripts og skadelige dokumenter. Selve afkodningen kører ikke indholdet, men det kan være usikkert at gemme eller åbne et ukendt resultat. Kontrollér den forventede filtype og kilden, før du håndterer binært output.

Hvorfor er der null-tegn i det afkodede resultat?

Null-bytes kan forekomme i binære formater og i tekst kodet som UTF-16, hvor mange latinske tegn er parret med en byte med værdien nul. Hvis kilden angiver, at der er tale om tekst, skal du kontrollere tegnkodningen i stedet for at slette null-tegnene, da det kan beskadige dataene.

Har Base64 en fast filendelse?

Nej. Base64 er en repræsentation, ikke et filformat, og har derfor ingen obligatorisk filendelse. De afkodede bytes afgør, om resultatet er en PNG, PDF, et ZIP-arkiv, en tekstfil eller noget andet.

Afsluttende kontrol

Kontrollér, at du kun har kopieret den kodede værdi, find ud af, om den bruger standard-Base64 eller Base64url, og bevar den oprindelige brug af store og små bogstaver. Hvis resultatet er ulæseligt, bør du undersøge, om det skal åbnes som en fil i stedet for at blive vist som tekst. Gå ikke ud fra, at en værdi er troværdig eller fortrolig, blot fordi den kunne afkodes.