b2KIT

Hex Editor

View and edit binary files in hexadecimal with ASCII sidebar, search, and byte-level editing capabilities.

Tested tool guide Tested browser tools Checked August 16, 2026

What Hex Editor does, with a checked example

Hex Editor lays out a binary file as ordered, two-digit hexadecimal byte values with a neighboring ASCII sidebar. It lets you search for sequences and replace values at individual byte positions while keeping the surrounding binary visible. The usual mistake is to read the ASCII column as a faithful text decoding. It is only a byte-by-byte ASCII aid: non-ASCII encodings do not map one byte to one displayed character, while occasional readable words can occur inside an otherwise binary format.

Worked example

A concrete input and expected output from the current implementation.

Input

48 65 6C 6C 6F

Expected output

ASCII sidebar for those bytes: Hello

Each hexadecimal pair is one byte. Values 48, 65, 6C, 6C, and 6F represent the ASCII characters H, e, l, l, and o, respectively.

How the result is produced

1

Hex and ASCII views

Each pair of hexadecimal digits represents one byte, from 00 through FF, and the pairs remain in file order. The adjacent ASCII cell gives a character cue when that byte is printable ASCII. Treat the two columns as alternate views of the same byte, not as separate content. Replacing 6C with 21 changes the corresponding ASCII cue from l to !.

2

Searching and editing

Search helps locate a known run of bytes or an ASCII fragment within the file. A match identifies positions where the same values occur; it does not establish what those bytes mean in the file format. After an edit, compare the surrounding hex and ASCII views so that the intended position changed and adjacent bytes retained their original values.

Good uses

  • Inspect a downloaded executable or image header to compare its opening signature bytes with the format documentation before choosing a parser.
  • Locate an ASCII asset name inside a firmware image, then examine the neighboring raw bytes for a record boundary or embedded metadata.
  • Patch a known byte in a small test fixture, such as changing a protocol flag, and verify that the bytes immediately before and after it remain unchanged.

Limits and checks

  • The ASCII sidebar is not a general text decoder. UTF-8 characters outside ASCII occupy multiple bytes, so one visible character cannot be inferred from one byte cell.
  • Hexadecimal alone does not determine whether several bytes form a signed integer, an unsigned integer, a floating-point value, or text. Endianness and field boundaries come from the file format.
  • A search hit can be incidental, and overwriting a byte that belongs to a length, offset, checksum, compressed stream, or signature can make the file unusable even when the display still looks orderly.

Common questions

Can this identify an unknown file type?

Sometimes it can provide evidence, but it cannot confirm a type from appearance alone. Compare the opening bytes with an authoritative format specification, and remember that signatures can be absent, shared, nested, or misleading. The editor shows the evidence needed for that comparison; it does not make every arbitrary byte sequence self-describing.

Can I edit text through the ASCII sidebar?

For plain ASCII bytes, a one-character replacement can correspond to one byte. For UTF-8 or another multibyte encoding, the answer is no unless you know the exact encoded byte sequence and any format constraints. Editing only one byte of a multibyte character may create invalid text or alter a different character than intended.

References and verification

The example and behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools