CodeKitHub
Kodeerimistööriistad

Base64 Kodeerija / Dekodeerija Veebis

Viimati uuendatud:

Base64 muudab iga 3 andmebaiti 4 ASCII-märgiks, seega on kodeeritud väljund umbes 33% suurem kui algne sisend. Teisenda tekst Base64 vormingusse või dekodeeri Base64 string tagasi loetavaks tekstiks. See tööriist on UTF-8 turvaline, seega käsitleb korrektselt emojisid, hiina tähti ja muid mitte-ASCII märke, mis lihtsamad Base64 tööriistad katki teevad. Kõik toimub kohapeal sinu brauseris.

Mis see tööriist on?

Base64 on kodeerimisskeem, mis teisendab binaar- või tekstiandmed 64 turvalise ASCII-märgi (A–Z, a–z, 0–9, + ja /) komplektiks. Seda kasutatakse tarkvaras kõikjal: piltide manustamine HTML/CSS-i, HTTP Basic autentimispäised, e-posti manused (MIME), JSON Web Tokenid ning API andmepaketid, mis peavad läbima ainult teksti toetavaid kanaleid.

Oluline: Base64 on kodeering, mitte krüpteering. Igaüks saab selle dekodeerida. Selle eesmärk on muuta andmed turvaliseks edastamiseks süsteemides, mis mõistavad ainult teksti — mitte hoida neid salajas.

Base64 on ametlikult kirjeldatud dokumendis RFC 4648, mis defineerib ka URL-turvalise variandi, mida kasutatakse JWT-des ja veebi-API-des: see asendab + märgiga - ja / märgiga _, nii et kodeeritud string saab liikuda URL-i sees ilma protsent-kodeerimiseta.

Miks seda kasutada?

  • Dekodeeri API tokeneid, JWT segmente ja autentimispäiseid, et näha, mis nende sees on.
  • Kodeeri teksti andmete URI-de, konfiguratsioonifailide või HTTP päiste jaoks.
  • UTF-8 turvaline: emojid ja mitte-ladina märgid kodeeritakse ja dekodeeritakse korrektselt.
  • 100% privaatne — teisendus toimub sinu brauseris, midagi ei laadita üles.
  • Tasuta, ilma sisselogimiseta, ilma suurusepiiranguta.

Kuidas kasutada

  1. Kirjuta või kleebi oma sisu sisestusväljale.
  2. Klõpsa "Kodeeri", et teisendada tekst Base64 vormingusse, või "Dekodeeri", et teisendada Base64 tagasi tekstiks.
  3. Kui dekodeerimine ebaõnnestub, ei ole sisend korrektne Base64 — kontrolli puuduvaid märke või lisatühikuid.
  4. Klõpsa "Kopeeri", et kopeerida tulemus.

Näide

Sisend

Hello, CodeKitHub! 你好 👋

Tulemus

SGVsbG8sIENvZGVLaXRIdWIhIOS9oOWlvSDwn5GL

Pane tähele, kuidas hiina tähed ja emoji jäävad teekonda üle elama — see ongi UTF-8 turvalisuse osa.

Praktilised näpunäited

  • JWT tokenid on kolm punktidega ühendatud Base64 segmenti — dekodeeri esimesed kaks (päis ja sisu) eraldi, et neid lugeda; kolmas on binaarne allkiri ja näeb müra moodi välja.
  • Kui JWT segmendi dekodeerimine ebaõnnestub, on tegu base64url kodeeringuga: asenda kõigepealt - märgiga + ja _ märgiga / (standardsed tööriistad ootavad +/ tähestikku).
  • Tühikud ja reamurdmised Base64 stringis on tavaliselt kahjutud jäljed e-postist või logidest, kuid puuduv lõpu = täidemärk seda enamasti pole — kontrolli pikkust enne, kui eeldad, et andmed on rikutud.
  • Base64 suurendab andmeid ~33% võrra. Väikeste andmepakettide puhul sobib see hästi; piltide puhul üle mõne KB on peaaegu alati parem lahendus päris fail, mitte andmete URI.

Päriselu kasutusstsenaariumid

Kolm kõige levinumat põhjust, miks inimesed siia jõuavad: lugemine, mis on Authorization päises või JWT-s sees, dekodeerimine webhooki/API andmepaketi väljast, mis saabus Base64-mähisega (sageli JSON — vorminda see pärast dekodeerimist), ning andmete URI või Basic-Auth stringi käsitsi loomine silumise ajal.

Binaarandmete (pildid, failid) puhul pea meeles, et tekstina dekodeerides saad segasummi — andmed võivad olla täiesti kehtivad, need lihtsalt ei ole tekst. Binaarandmete kodeerimine/dekodeerimine kuulub koodi sisse; see tööriist on optimeeritud tekstijuhtude jaoks.

Kuidas diagnoosida dekodeerimisvigu

Base64 dekodeerimise vead taanduvad peaaegu alati ühele kolmest põhjusest, sageduse järjekorras: sisend oli tegelikult base64url (kasutab standardsete + ja / asemel - ja _, levinud JWT-des ja URL-turvalistes kontekstides) ning vajab enne standardset dekodeerimist nende märkide tagasi vahetamist; string sai kuskil teekonnal katki (copy-paste, mis jättis viimased märgid vahele, või logirida, mis sai katkestatud), mida saab tuvastada, kuna kehtiva Base64 stringi pikkus on täitega arvestades alati 4-ga jaguv; või kopeerimise käigus tekkisid võõrmärgid (lisatühik, eksitühik, kogemata dubleeritud märk), mistõttu on kleepimine otse toorallikast alati turvalisem kui uuesti sisestamine.

JSON vormindaja · URL Kodeerija / Dekodeerija · JWT dekooder

Korduma kippuvad küsimused

Kas Base64 on krüpteering?

Ei. Base64 on pööratav kodeering, mida igaüks saab dekodeerida — see ei anna mingit turvalisust. Kui pead andmeid kaitsma, kasuta pärisrüptseeringut (nagu AES); Base64 on ainult andmete tekstina turvaliseks edastamiseks.

Miks näeb mu dekodeeritud väljund segasummana?

Kas sisend ei ole tegelikult Base64, see on lõigatud katki, või algsed andmed olid binaarsed (nagu pilt), mitte tekst. Binaarandmed ei kuvata loetavate märkidena.

Mis need = märgid lõpus on?

Täite (padding) märgid. Base64 töötab 3 sisendbaidi → 4 väljundmärgi plokkides. Kui sisendi pikkus ei jagune 3-ga, täidab üks või kaks = märki viimase ploki.

Kas see tööriist töötab emojide ja hiina tähtedega?

Jah. See kodeerib teksti kõigepealt UTF-8 baitidena, mis on standardne lähenemine. Lihtsad tööriistad, mis kasutavad otse btoa() funktsiooni, ei tööta ühegi märgiga väljaspool Latin-1 vahemikku — see tööriist töötab.

Kas mu andmeid laaditakse kuhugi üles?

Ei. Kodeerimine ja dekodeerimine toimuvad täielikult sinu brauseris JavaScripti abil. Sinu andmed ei lahku kunagi sinu seadmest.

Seotud tööriistad