IT Market
Tools/Code/Data/Base64 to Text Decoder Online — Free
Base64 → Text

Декодируйте Base64 в текст

Tool guide

Base64 to Text Decoder Online — Free

Base64 shows up wherever text has to survive a channel built for plain seven-bit characters: values in a Kubernetes manifest, an encoded subject line in mail headers, the payload half of a token, a setting in a config file. It looks like meaningless letters and digits, but an ordinary string is hiding inside. Paste it, press decode, and the original text appears — all of it inside your browser, so a staging secret never leaves the tab. See also: encode plain text back to Base64, save a Base64 string as a file, split a JWT into header and payload.

How to use it

  1. Copy the encoded value — a string such as SGVsbG8gV29ybGQ= from a manifest or a log line.
  2. Paste it into the Base64 input box; stray spaces and line breaks do not need cleaning up.
  3. Press the decode button and the original string appears in the text output box below.
  4. Use copy to move the decoded text into a config file, a ticket or a chat message.
  5. Clear empties both boxes so the next string does not get mixed up with the previous one.

FAQ

Why do I get an invalid character error?

Something outside the Base64 alphabet slipped into the input. Usually it is quotes copied along with a JSON value, soft line breaks from a mail client, or the truncating ellipsis from a console dump. Strip everything except letters, digits, plus, slash and the trailing equals signs, then decode again.

What are the equals signs at the end for?

Padding. Base64 processes input three bytes at a time, and when the final group holds only one or two bytes the output is padded with equals signs to a multiple of four characters. One sign means a single leftover byte, two means a pair. It carries no data of its own.

Why does non-Latin text come out as garbage?

Base64 stores bytes and knows nothing about character encodings. Text originally encoded as UTF-8 decodes cleanly, but a string produced from a legacy single-byte encoding falls apart: the bytes are right, they are simply being read as UTF-8. That case needs a separate re-encoding step after decoding.

Why won't a JWT payload decode here?

Tokens use the base64url variant: hyphen instead of plus, underscore instead of slash, and the padding usually dropped. Swap the hyphens and underscores back and pad the length to a multiple of four. For a full token breakdown the JWT Decoder page is the better place.

Can anyone else see the decoded secret?

No — the string is decoded by a script in your own tab and is never transmitted, and browser history does not record field contents. It does stay visible on screen until you press clear, so wipe the boxes before sharing your screen with anyone.

What if the string held a file rather than text?

You will see a jumble of control characters, which is what a PNG or PDF looks like when read as text. For binary payloads use the Base64 to File page, which rebuilds a downloadable file with the extension you choose, or Base64 to PDF when the payload is a document.

Examples

A value out of a Kubernetes secret
Before: cG9zdGdyZXM6Ly9hcHA6c2VjcmV0QGRiOjU0MzIvcHJvZA==
After: postgres://app:secret@db:5432/prod
An Authorization header value
Before: YWRtaW46aHVudGVyMg==
After: admin:hunter2