Translating
The same message can be written in different languages. Humans prefer letters. Computers store binary. Engineers often read hexadecimal. Browsers send URL encoding. None of them change the underlying information.
They simply change how that information is represented so another participant in the conversation can understand it.
Ahora... Suddenly... ASCII isn't a lookup table. It's translation.
Hex isn't weird notation. It's shorthand.
URL encoding isn't random percent signs.
It's how browsers safely communicate over HTTP.
When you inspect packet captures, browser storage, HTTP requests, or encoded payloads, you're constantly translating between representations of the same information. Understanding encodings makes those translations intuitive.
Packet lengths, memory sizes, encryption keys, protocol fields, and file formats all depend on understanding how information is grouped. Knowing the hierarchy makes network analysis easier because you recognize the size and structure of the data you're observing.
For encoding, security testing often involves moving between representations of the same data. A value stored as hexadecimal may appear as binary in memory, ASCII in an application, or URL-encoded in an HTTP request. Recognizing these translations helps reveal what systems are actually communicating.
Encoding Reference:
Hex, ASCII & URL
Hex, ASCII, and URL encoding are three ways to represent the same binary data. This chart shows how they relate to each other and how they relate to decimal and binary.
This chart shows all 256 possible byte values (0-255) across five different representations:
Binary — The raw 8-bit value
(green
1s, grey 0s)
Decimal — The base-10 value
ASCII — The human-readable
character
or control name
Hex — The compact base-16
representation
URL Encoding — The web-ready
format (%
+ Hex)
The rows are color-coded by category: Non-printable (0-31, 127) · Normally URL Encoded · Not Normally Encoded · Extended ASCII (128-255)
| Binary (8-bit) |
Decimal | ASCII | Hex | URL Encoding |
|---|