Sådan bruger du værktøjet
- Indsæt den ukendte streng i inputfeltet.
- Genkenderen kører alle dekodere og viser de kodninger, der afkoder strengen fejlfrit, med den mest sandsynlige først.
- Se forhåndsvisningen af den afkodede tekst eller de afkodede bytes og den genkendte filtype for hver kandidat.
- Når du kender kodningen, kan du åbne værktøjssiden for den med Åbn værktøj og afkode, konvertere eller downloade dataene der.
Sådan afgør genkenderen det
Alle kodninger har regler, som en streng enten overholder eller bryder. Genkenderen kører hver dekoder på dit input. En dekoder, der støder på et tegn uden for sit alfabet, en umulig længde eller forkert placeret udfyldning, bliver udelukket, og resten rangeres efter, hvor plausibelt deres output ser ud.
- Tegnsæt. Hex bruger kun
0-9oga-f. Base58 indeholder aldrig0,O,Iellerl. Et+eller/peger på Base64, mens-og_peger på Base64URL. - Længde og udfyldning. Hex kræver et lige antal cifre. Base64 arbejder i grupper på 4 tegn og Base32 i grupper på 8, og deres
=-udfyldning må kun stå til sidst. - Læsbart output. En kandidat, der afkoder til gyldig UTF-8 bestående af printbare tegn, er langt mere sandsynligt den rigtige end en, der giver bytes, som ser tilfældige ud.
- Filsignaturer. Afkodede bytes, der begynder med et kendt magisk tal, for eksempel headeren for PNG, JPEG, PDF, ZIP eller gzip, vises med deres filtype.
Indpakning som et data: URI-præfiks, Adobes afgrænsere <~ ~> eller uuencodes begin-linjer forstås af de tilsvarende dekodere. Alt dette kører i din browser.
Hvorfor resultatet er en rangering og ikke et sikkert svar
Alfabeterne overlapper meget. Strengen 48656c6c6f er hex for Hello, men de samme ti tegn er også gyldig Base64, Base36, Base58 og Base62, og hver af dem giver andre bytes. Kun hex-tolkningen giver læsbar tekst, så hex kommer først. Et kort ord som cafe passer til næsten alle alfabeter, og intet i selve strengen fortæller, hvilket der var ment.
Længere input giver klarere svar, fordi tilfældige match bliver usandsynlige. Hvis ingen kandidat afkoder til tekst eller en kendt filtype, kan dataene være krypterede, komprimerede eller en hashværdi. En SHA-256-hashværdi skrevet i hex er fuldt ud gyldig hex, men dens bytes er designet til at se tilfældige ud.
Sådan genkender du almindelige kodninger med det blotte øje
| Kodning | Typiske kendetegn |
|---|---|
| Hex | Kun 0-9 a-f og et lige antal tegn. 32, 40 eller 64 cifre er ofte en MD5-, SHA-1- eller SHA-256-hashværdi. |
| Base64 | A-Z a-z 0-9 + /, længden er et multiplum af 4, og strengen kan ende på = eller ==. |
| Base64URL | - og _ i stedet for + og /, som regel uden udfyldning. Tre dele forbundet med punktummer er et JWT. |
| Base32 | Store bogstaver A-Z og 2-7, udfyldt med = til et multiplum af 8. |
| Base58 | Bogstaver og cifre uden 0 O I l. Bitcoin-adresser og IPFS-hashværdier, der begynder med Qm. |
| Ascii85, Base85 | En tæt blanding af bogstaver, cifre og tegnsætning. Ascii85 er nogle gange pakket ind i <~ ~>. |
Ofte stillede spørgsmål
Hvordan kan jeg se, om en streng er Base64?
Hvorfor viser genkenderen mere end én kodning?
Mange strenge er gyldige i flere alfabeter på én gang, især korte strenge. Genkenderen viser alle kodninger, der afkoder inputtet uden fejl, og sætter den mest plausible først ud fra læsbar tekst og filsignaturer.
Intet afkodes til læsbar tekst. Hvad betyder det?
Kan genkenderen dekryptere en streng eller vende en hashværdi om?
Nej. Kodninger som Base64 bruger ingen nøgle og er lavet til at kunne vendes om, og derfor kan de genkendes og afkodes. Krypterede data kan ikke læses uden den tilhørende nøgle, og en hashværdi kan ikke omdannes tilbage til sit input.
Bliver den indsatte streng sendt til en server?
Nej. Alle dekodere kører lokalt i din browser, så tokens, nøgler og logdata forlader aldrig din enhed.