What Is This String? Format Identifier
Inspect the structure, review other valid interpretations, and choose the right next tool
The detector looks for strong markers first: matching PEM or OpenPGP boundaries, parseable JWT or JWE headers, OpenSSL Salted__ bytes, data URIs, structured password hashes, JSON, XML-shaped text, UUIDs, ULIDs, binary strings, hex, Base32, Base64URL, Base64, and selected file signatures after decoding.
A strong structural match means required markers or parseable fields were present. A possible match means the alphabet, length, or byte shape fits, but context is still needed. When several representations are valid, the page keeps the alternatives visible instead of inventing a confidence percentage.
A string by itself usually cannot distinguish encrypted, compressed, random, or undocumented binary data. A PEM label does not validate the object inside it, a JWT shape does not verify its signature, and a file signature does not establish that the complete file is valid or safe. Use the reported evidence as a routing decision, not a security verdict.
- Inspect one unchanged value and read the evidence for the primary match.
- Review alternative interpretations when the alphabet or length overlaps.
- Open the suggested specialized tool without transferring the original input.
- Verify the value against its source-system documentation before making a security decision.
Can this tell whether a value is encrypted?
No. It can recognize an explicit envelope such as OpenSSL Salted__, but opaque bytes alone do not prove encryption.
Why can one string match more than one format?
Many encodings share letters and digits. A hex string, digest-shaped value, Base32 value, or Base64 value can overlap until context or decoded structure separates them.
Does the next-tool link include my value?
No. Links carry only the destination route. Copy and paste the value yourself if you choose to continue.