Welcome Guest [Log In] [Register]
Viewing Single Post From: A New Challenge
jdege
Member Avatar
Elite member
[ *  *  *  *  * ]
tidmiste
Aug 15 2008, 10:20 PM
Now for decryption. It's just as simple as long as you have both of the keys. You could separate it first by bigrams. So it would end up like:
Code:
 
70/64/40/61/64/40/63/12/86/43/18/28/64/30

Here's the kicker. The recipient would know immediately that this isn't the correct message, because there is no way any of the numbers would equal 12, so he could easily find out that it's a trigram in that instance, and then make the rest bigrams, changing the message to this:
Code:
 
70/64/40/61/64/40/63/128/64/31/82/86/43

Then, after this separation, all the numbers are sent through the equations, but in the y value instead of the x. Once you're done, it is easily readable.

For nulls in this example, you could use "18", because, even if they used the trigram rule above, it would rule out the number as a whole because no number going through those equations would be over 142.

Hopefully that clears things up.
Sure does clear things up.

It's not a reversible cipher. There isn't a unique decryption, you're expecting the recipient to try out multiple decryptions, and to try to guess which one is correct.

That renders this impractical.

There's nothing wrong at all with having your cipher switch between digrams and trigrams. But you have to have a mechanism by which your recipient knows what he's dealing with. You can't expect him to guess.
When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl.
Offline Profile Quote Post
A New Challenge · Challenges