Slik bruker du verktøyet
- Lim inn den ukjente strengen i inndatafeltet.
- Gjenkjenneren kjører alle dekoderne og lister opp kodingene som dekoder strengen feilfritt, med den mest sannsynlige først.
- Se på forhåndsvisningen av den dekodede teksten eller bytene og den gjenkjente filtypen for hver kandidat.
- Når du vet hvilken koding det er, åpner du verktøysiden for den for å dekode, konvertere eller laste ned dataene.
Slik avgjør gjenkjenneren
Hver koding har regler som en streng enten følger eller bryter. Gjenkjenneren kjører hver dekoder på inndataene dine. En dekoder som støter på et tegn utenfor alfabetet sitt, en umulig lengde eller feilplassert utfylling, blir utelukket, og resten rangeres etter hvor troverdige utdataene ser ut.
- Tegnsett. Hex bruker bare
0-9oga-f. Base58 inneholder aldri0,O,Iellerl. En+eller/peker mot Base64, mens-og_peker mot Base64URL. - Lengde og utfylling. Hex krever et partall sifre. Base64 arbeider i grupper på 4 tegn og Base32 i grupper på 8, og
=-utfyllingen deres kan bare stå til slutt. - Lesbare utdata. En kandidat som dekodes til gyldig UTF-8 med utskrivbare tegn, er langt mer sannsynlig riktig enn en som gir byte som ser tilfeldige ut.
- Filsignaturer. Dekodede byte som begynner med et kjent magisk tall, for eksempel headeren til PNG, JPEG, PDF, ZIP eller gzip, rapporteres med filtypen sin.
Innpakninger som et data: URI-prefiks, Adobes <~ ~>-avgrensere eller begin-linjer i uuencode forstås av de tilsvarende dekoderne. Alt dette kjører i nettleseren din.
Hvorfor resultatet er en rangering og ikke en fasit
Alfabetene overlapper mye. Strengen 48656c6c6f er hex for Hello, men de samme ti tegnene er også gyldig Base64, Base36, Base58 og Base62, og hver av disse gir andre byte. Bare tolkningen som hex gir lesbar tekst, så hex kommer først. Et kort ord som cafe passer i nesten alle alfabeter, og ingenting i selve strengen forteller hvilket som var ment.
Lengre inndata gir tydeligere svar, fordi tilfeldige treff blir usannsynlige. Hvis ingen kandidat dekodes til tekst eller en kjent filtype, kan dataene være krypterte eller komprimerte, eller de kan være en hashverdi. En SHA-256-hash skrevet i hex er helt gyldig hex, men bytene ser tilfeldige ut, og det er med vilje.
Slik kjenner du igjen vanlige kodinger på utseendet
| Koding | Typiske kjennetegn |
|---|---|
| Hex | Bare 0-9 a-f og et partall tegn. 32, 40 eller 64 sifre betyr ofte en MD5-, SHA-1- eller SHA-256-hash. |
| Base64 | A-Z a-z 0-9 + /, lengden er et multiplum av 4, og strengen kan slutte med = eller ==. |
| Base64URL | - og _ i stedet for + og /, vanligvis uten utfylling. Tre deler satt sammen med punktum er et JWT. |
| Base32 | Store bokstaver A-Z og 2-7, fylt ut med = til et multiplum av 8. |
| Base58 | Bokstaver og sifre uten 0 O I l. Bitcoin-adresser og IPFS-hasher som begynner med Qm. |
| Ascii85, Base85 | En tett blanding av bokstaver, sifre og tegnsetting. Ascii85 er noen ganger pakket inn i <~ ~>. |
Ofte stilte spørsmål
Hvordan ser jeg om en streng er Base64?
Hvorfor viser gjenkjenneren mer enn én koding?
Mange strenger er gyldige i flere alfabeter samtidig, særlig korte strenger. Gjenkjenneren lister opp alle kodinger som dekoder inndataene uten feil, og setter den mest troverdige først, basert på lesbar tekst og filsignaturer.
Ingenting dekodes til lesbar tekst. Hva betyr det?
Kan gjenkjenneren dekryptere en streng eller reversere en hash?
Nei. Kodinger som Base64 bruker ingen nøkkel og er laget for å kunne reverseres, og det er derfor de kan gjenkjennes og dekodes. Krypterte data kan ikke leses uten nøkkelen, og en hashverdi kan ikke gjøres om til inndataene den ble laget av.
Blir strengen jeg limer inn, sendt til en server?
Nei. Alle dekoderne kjører lokalt i nettleseren din, så tokener, nøkler og loggdata forlater aldri enheten din.