As a programming exercise I need to decrypt a message. The only clues that I have is that it seems are:

  • The encoded message contains only Base64 Characters
  • a n letter sequence (n in 1,4,7,10) times it returns an encrypted message with "==".
  • a n letter sequence (n in 2,5,8,11) times it returns an encrypted message with "=".
  • a n letter sequence (n in 3,6,9,12) returns an encrypted message without a specific character.

I do not want a solution, I am just wondering if this sequence of occurrences for the equal sign provide a clue or not.

Thank you.

  • Try not just repeating characters - try a sequence like "a", "ab", "abc". You should see a pattern in the = appearing. – Matthew Nov 17 '15 at 9:26
  • true, any sequence of characters repeated n times provides the above results. will update the Question – czioutas Nov 17 '15 at 9:28
  • @Matthew but is that the clue then? – czioutas Nov 17 '15 at 9:30
  • OK, don't think I made the point quite as clear as it could have been! The = signs relate to the length of the string being encoded in base64. See en.wikipedia.org/wiki/Base64 – Matthew Nov 17 '15 at 9:30
  • 1
    Not really. But you can decode base64 trivially, which should give you more information about any actual encryption (especially if it is character based, rather than byte based) – Matthew Nov 17 '15 at 9:56

The = signs relate to the length of the string being encoded in Base64. Essentially, in probably the most common form of Base64, = is used as a padding character to ensure that the last block can be decoded properly.

Base64 is not encryption - there is no hiding going on in it - but is often used to allow for binary data to be sent in text only form. All the characters used in Base64 will paste correctly, and can be entered using a keyboard with no modifier keys beyond shift.

  • 3
    Worth noting that in base64 encoding, the padding isn't actually necessary. As the asker noted, it's purely a product of the total length of the message. It provides a small amount of error detection, but if it's dropped it can always be added back just before decoding. – glibdud Nov 17 '15 at 13:28
  • 3
    @glibdud Whether it can be decoded without the padding depends on the implementation. – kasperd Nov 17 '15 at 15:28
  • 3
    @kasperd Whether it can be decoded with the padding depends on the implementation too. – Paul Nov 17 '15 at 19:11
  • It also makes it clear the message is a base64 message and not, for instance, an md5 hash or something. – corsiKa Nov 17 '15 at 19:29
  • 3
    @corsiKa It's fairly obvious anyway - base64 uses 64 distinct symbols. Most hashes return a hex string, with just 16 distinct symbols. Hashes also tend to be fixed length, while base 64 strings can be pretty much any length – Matthew Nov 17 '15 at 22:38

As mentioned above, Base64, is not an encryption but an encoding. As you can see at the RFC that specified the standard, base64 works the following way.

  • You have a stream of characters s, of length n.
  • You read 3 8-bit values from the stream (now you have a total of 24 bits = 3 bytes)
  • You break these 24 bits to 4 groups of 6 bits each
  • Using the table of the Base 64 alphabet, you encode each of the 6-bit groups to the Base64 equivalent

Now, there is a chance that you reach the end of the stream and you don't have a 24 bit group (s mod 6 != 0). If this happens, then you add zeros to the end of your input, until you have an integral number of 6 bit groups.

Given that your input stream is ASCII encoded, so it's composed of 8-bit characters, there are only two cases where you end up in the above scenario.

1) You have 8 bits in the last group

2) You have 16 bits in the last group

In the first case, 4 zeros are added (giving you 12 bits) and the output would be two characters (2 * 6 bits = 12 bits) encoded based on the alphabet, and two "=" padding characters

In the second case, 2 zeros would be added (giving you a total of 18 bits) and the output would be three characters (3 * 6 bits = 18 bits) and one "=" padding character.

That's how sometimes you end up with one, two, or no "=" at the end of the encoded text. For more info you should really read the RFC which defined that standard and the wikipedia entry related to it.

  • Um, the arithmetic seems to be off here. The residue can be 0, 1, 2, or 3 groups of 6-bit fragments, corresponding to 0, 1, 2, or 3 bytes of padding to make the output an even multiple of 4 output bytes. – tripleee Oct 27 '16 at 12:35

There are several other encoding systems that use the = sign some include:

ESAB46 (BASE64 backwards)




As has already been stated, the = is filler/buffer to tell the unencoder the length. This is particularly why cryptologists are hunting for a better way to do buffering because that = is a dead giveaway.

  • 5
    Could just mean that it is binary data - for example, X03MO1qnZdYdgyfeuILPmQ== decodes as gibberish, but is actually the md5 hash of password, in binary representation, rather than the normal hex. – Matthew Nov 17 '15 at 13:48
  • 2
    @drakoumelitos md5 is not an encryption method, so by definition is cannot be decrypted. It's a hash function, and it's meant to go only one-way. – nanny Nov 17 '15 at 15:46
  • 2
    Technically, it's not decrypting. It is performing a lookup in a database table - if it knows the input, it will have a matching decrypted string. If it doesn't have the given hash in the database though, all it can do is try other inputs. An encryption algorithm would be reversible given a key. – Matthew Nov 17 '15 at 15:56
  • 17
    "cryptologists are hunting for a better way to do buffering because that = is a dead giveaway" Why on earth do cryptologists care about base64? The purpose of base64 isn't encryption at all... It's literally only data encoding. "Encoding" sounds like a fancy word, but has nothing to do with security. – Cruncher Nov 17 '15 at 16:26
  • 2
    @Matthew Also, what he provided is not the sole "decryption" of that md5. There's an infinite number of inputs that produce that hash. It's simply not a 1 to 1 function, where as encryption is. – Cruncher Nov 17 '15 at 16:29

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.