

by concatenating a fixed head and tail to the message, that doesn't change anything. On a similar note, if you embedd the actual message into some special format, e.g.

Binary numbers are nothing else than numbers represented in base 2, and it doesn't matter if we write $01011$, $ABABB$ or even $\oplus\otimes\oplus\otimes\otimes$. Then you consider all the $s_i$ as numerical values in $\ \cdot s_n$$īasically, you just consider a message to be a number in base 26, which can be expressed in any other number system, regardless of numbers of symbols in the alphabet.

But of course there are many other ways to encode alphabets into numbers, and exactly how you do that is entirely up to you.įor example you just have the letters from A to Z and got the string $s = s_0s_1s_2s_3.s_n$. That sequence is then interpreted as a number and shoved through the algorithm.ĪSCII is one way to encode an alphabet into integers, which in return are mostly represented in binary or hexadecimal notation. That sequence would then equal the number 0x48656C6C6F20576F726C64 or 87521618088882538408046480īut since such a small number would not produce a secure ciphertext (as already said), a padding is applied. the more left-sided, the more significant). Such a sequence of bytes can then be interpreted as a number by assigning a most-significant and least-significant byte (e.g. Using Unicode-8, "Hello World" turns into this sequence of bytes (hex-notation): 48 65 6C 6C 6F 20 57 6F 72 6C 64 the ASCII / Unicode table, but there are many others, especially for non-latin characters). So an encoding is used convert the characters of that text to numeric values (e.g. "Hello World" as such cannot be encrypted since characters are a non-numerical concept. The first important thing here is the encoding of that text. Say you want to encrypt "Hello World" with RSA.
