Så använder du verktyget
- Klistra in den okända strängen i indatafältet.
- Identifieraren kör alla avkodare och listar under Möjliga kodningar de kodningar som avkodar strängen felfritt, med den troligaste först.
- Granska förhandsvisningen av den avkodade texten eller bytena och den identifierade filtypen för varje kandidat.
- När du vet vilken kodning det är klickar du på Öppna verktyget för att avkoda, konvertera eller ladda ned datan.
Så avgör identifieraren
Varje kodning har regler som en sträng antingen följer eller bryter mot. Identifieraren kör varje avkodare på din indata. En avkodare som stöter på ett tecken utanför sitt alfabet, en omöjlig längd eller felplacerad utfyllnad utesluts, och de övriga rangordnas efter hur rimlig deras utdata ser ut.
- Teckenuppsättning. Hex använder bara
0-9ocha-f. Base58 innehåller aldrig0,O,Iellerl. Ett+eller/tyder på Base64, medan-och_tyder på Base64URL. - Längd och utfyllnad. Hex kräver ett jämnt antal siffror. Base64 arbetar i grupper om 4 tecken och Base32 i grupper om 8, och deras utfyllnad med
=får bara förekomma i slutet. - Läsbar utdata. En kandidat som avkodas till giltig UTF-8 med utskrivbara tecken är betydligt troligare att vara rätt än en som ger byte som ser slumpmässiga ut.
- Filsignaturer. Avkodade byte som börjar med ett känt magiskt tal, till exempel huvudet för PNG, JPEG, PDF, ZIP eller gzip, rapporteras tillsammans med sin filtyp.
Omslag som prefixet data: i en data URI, Adobes avgränsare <~ ~> eller raderna begin i uuencode hanteras av motsvarande avkodare. Allt detta körs i din webbläsare.
Varför resultatet är en rangordning och inte en säker slutsats
Alfabeten överlappar i hög grad. Strängen 48656c6c6f är hex för Hello, men samma tio tecken är också giltig Base64, Base36, Base58 och Base62, och var och en av dem ger andra byte. Bara tolkningen som hex ger läsbar text, så hex hamnar först. Ett kort ord som cafe passar i nästan alla alfabet, och ingenting i själva strängen säger vilket som avsågs.
Längre indata ger tydligare svar, eftersom tillfälliga träffar blir osannolika. Om ingen kandidat avkodas till text eller en känd filtyp kan datan vara krypterad, komprimerad eller en hash. En SHA-256-hash skriven i hex är helt giltig hex, men dess byte ser avsiktligt slumpmässiga ut.
Så känner du igen vanliga kodningar med blotta ögat
| Kodning | Typiska kännetecken |
|---|---|
| Hex | Bara 0-9 a-f, jämn längd. 32, 40 eller 64 siffror betyder ofta en MD5-, SHA-1- eller SHA-256-hash. |
| Base64 | A-Z a-z 0-9 + /, längden är en multipel av 4, kan sluta med = eller ==. |
| Base64URL | - och _ i stället för + och /, oftast utan utfyllnad. Tre delar åtskilda av punkter är en JWT. |
| Base32 | Versalerna A-Z och 2-7, utfyllt med = till en multipel av 8. |
| Base58 | Bokstäver och siffror utan 0 O I l. Bitcoin-adresser, IPFS-hashar som börjar med Qm. |
| Ascii85, Base85 | En tät blandning av bokstäver, siffror och skiljetecken. Ascii85 omges ibland av <~ ~>. |
Vanliga frågor
Hur ser jag om en sträng är Base64?
Varför visar identifieraren mer än en kodning?
Många strängar är giltiga i flera alfabet samtidigt, särskilt korta. Identifieraren listar alla kodningar som avkodar indatan utan fel och sätter den rimligaste först, utifrån läsbar text och filsignaturer.
Ingenting avkodas till läsbar text. Vad betyder det?
Kan identifieraren dekryptera en sträng eller vända en hash?
Nej. Kodningar som Base64 använder ingen nyckel och är avsiktligt reversibla, och därför kan de identifieras och avkodas. Krypterad data kan inte läsas utan sin nyckel, och en hash kan inte omvandlas tillbaka till sin indata.
Skickas den inklistrade strängen till en server?
Nej. Alla avkodare körs lokalt i din webbläsare, så token, nycklar och loggdata lämnar aldrig din enhet.