Zo gebruik je het
- Plak de onbekende string in het invoerveld.
- De detector voert elke decoder uit en toont onder Mogelijke coderingen de coderingen die de string foutloos decoderen, de waarschijnlijkste eerst.
- Bekijk per kandidaat het gedecodeerde voorbeeld van de tekst of bytes en het herkende bestandstype.
- Weet je de codering, open dan met Tool openen de bijbehorende pagina om de gegevens te decoderen, om te zetten of te downloaden.
Hoe de detector beslist
Elke codering heeft regels waaraan een string wel of niet voldoet. De detector laat elke decoder op je invoer los. Een decoder die een teken buiten zijn alfabet tegenkomt, een onmogelijke lengte of opvulling op de verkeerde plek, valt af, en de rest wordt gerangschikt op hoe aannemelijk de uitvoer eruitziet.
- Tekenset. Hex gebruikt alleen
0-9ena-f. Base58 bevat nooit0,O,Iofl. Een+of/wijst op Base64, terwijl-en_op Base64URL wijzen. - Lengte en opvulling. Hex heeft een even aantal cijfers nodig. Base64 werkt in groepen van 4 tekens en Base32 in groepen van 8, en hun
=-opvulling mag alleen aan het eind staan. - Leesbare uitvoer. Een kandidaat die decodeert naar geldige UTF-8 met afdrukbare tekens, is veel waarschijnlijker juist dan een kandidaat die willekeurig ogende bytes oplevert.
- Bestandssignaturen. Gedecodeerde bytes die beginnen met een bekend magic number, zoals de header van PNG, JPEG, PDF, ZIP of gzip, worden samen met hun bestandstype gemeld.
Omhullingen zoals een data:-URI-voorvoegsel, de Adobe-begrenzers <~ ~> of de begin-regels van uuencode worden door de bijbehorende decoders herkend. Dit alles draait in je browser.
Waarom het resultaat een rangschikking is en geen zekerheid
Alfabetten overlappen sterk. De string 48656c6c6f is hex voor Hello, maar dezelfde tien tekens zijn ook geldige Base64, Base36, Base58 en Base62, en elk daarvan levert andere bytes op. Alleen de lezing als hex geeft leesbare tekst, dus hex komt bovenaan. Een kort woord als cafe past in bijna elk alfabet, en niets in de string zelf zegt welk alfabet er bedoeld was.
Langere invoer geeft duidelijkere antwoorden, omdat toevallige overeenkomsten dan onwaarschijnlijk worden. Decodeert geen enkele kandidaat naar tekst of een bekend bestandstype, dan zijn de gegevens mogelijk versleuteld, gecomprimeerd of een hash. Een SHA-256-hash in hex is volkomen geldige hex, maar de bytes ervan zien er bewust willekeurig uit.
Gangbare coderingen met het blote oog herkennen
| Codering | Typische kenmerken |
|---|---|
| Hex | Alleen 0-9 a-f, even lengte. 32, 40 of 64 cijfers wijzen vaak op een MD5-, SHA-1- of SHA-256-hash. |
| Base64 | A-Z a-z 0-9 + /, lengte een veelvoud van 4, kan eindigen op = of ==. |
| Base64URL | - en _ in plaats van + en /, meestal zonder opvulling. Drie delen gescheiden door punten zijn een JWT. |
| Base32 | Hoofdletters A-Z en 2-7, met = opgevuld tot een veelvoud van 8. |
| Base58 | Letters en cijfers zonder 0 O I l. Bitcoin-adressen, IPFS-hashes die met Qm beginnen. |
| Ascii85, Base85 | Een dichte mix van letters, cijfers en leestekens. Ascii85 staat soms tussen <~ ~>. |
Veelgestelde vragen
Hoe zie ik of een string Base64 is?
Waarom toont de detector meer dan één codering?
Veel strings zijn in meerdere alfabetten tegelijk geldig, vooral korte. De detector toont elke codering die de invoer zonder fouten decodeert en zet de aannemelijkste bovenaan, op basis van leesbare tekst en bestandssignaturen.
Niets decodeert naar leesbare tekst. Wat betekent dat?
Kan de detector een string ontsleutelen of een hash terugdraaien?
Nee. Coderingen zoals Base64 gebruiken geen sleutel en zijn bewust omkeerbaar; daardoor kunnen ze worden herkend en gedecodeerd. Versleutelde gegevens zijn zonder de sleutel niet te lezen, en een hash kan niet worden teruggerekend naar de invoer.
Wordt de geplakte string naar een server gestuurd?
Nee. Elke decoder draait lokaal in je browser, dus tokens, sleutels en loggegevens verlaten je apparaat nooit.