basic encryption theory

I am fairly new to the programming game, well, in C that is. Anyways, I wrote a small program that should take user input, a single word and run it through a basic encryption algorithm, supplied in the source. The word is translated in decimal form and inserted into the algorithm so that it changes everytime you type something in. Here is the source.

--------begenning of code-------------

#include <stdio.h>
main() {

int unenc, enc;
printf("Please enter a word that you would like encrypted --> \n");
scanf("%s", &unenc);

for ( enc = 2 + 533 + unenc * unenc - 456 * unenc - 65 + 34 )
printf("Your word, encrypted is %s\n", enc);
}

------------end of file---------------

Now, I know that my for statement is the issue. I need to know how to use my unenc interger variable in the equation. What is the problem???

Quote:

---

Originally posted by y0gur7
int unenc, enc;
printf("Please enter a word that you would like encrypted --> \n");
scanf("%s", &unenc);

---

How did you compiler allow this?

Edit: I need to type faster.. :cool:

okay, ive fixed it. My new version only accepts decimals, and it is also accompanied by a decryption program. however, my algorithm in the decrytion program is fouled up. Any suggestions, or help?

Code:

---

-----encrypt.c-----
#include <stdio.h>
main() {

        int unenc, enc, pass;
        printf("Please enter a decimal string that  you would like encrypted --> \n");
        scanf("%d", &unenc);
        printf("Now, please enter a password, decimal only please! -->\n");
        scanf("%d", &pass);

        enc = pass*2/(unenc+53+3)/(unenc+pass)+(unenc*72)/pass+34;

       
        printf("Your decimal string, encrypted is %d\n", enc);
}
-----end of encrypt.c-----

---start of decrypt.c-----

#include <stdio.h>
main() {

        int unenc, enc, pass;
        printf("Enter your encrypted decimal string for it to be decrypted-->\n");
        scanf("%d", &enc);
        printf("Please enter your password -->\n");
        scanf("%d", &pass);

        unenc = pass/2*(enc-53-3)*(enc-pass)-(enc/72)*pass-34;



        printf("Your decimal string, unencrypted is %d\n", unenc);
}

-----end of decrypt.c-----

---

Code tags added by Hammer.

Your calculations look awfully cluttered, I'd put in a buch of parentheses. And remember; just reversing the operators doesn't necessarily reverse the calculation.

That is true. I did add some parenthasis, and it just helped visually. My calculation however is still wrong. How would I go about reversing it? Any advice? General tips?

You need to check your logic by running your program on paper rather than through a compiler. You'll find it's flawed.

Always when doing things like this, ensure your logic is thoroughly tested on paper before writing a single line of code, otherwise you'll just be hitting the nearest brickwall with your head wondering why it doesn't work.

Two steps to figure out how to decrypt it:

1) Simplify your algorithm on paper.
2) Then attempt to isolate enc.

Good luck. I gave up trying.

Remember order of operations.
enc = pass*2/(unenc+53+3)/(unenc+pass)+(unenc*72)/pass+34;
simplifies to
enc = ((pass*2)/(unenc+56)/(unenc+pass))+((unenc*72)/pass)+34;
which in turn simplifies to
enc = ((pass*2)/((uenc+56)*(uenc+pass))+((uenc/pass)*(72/pass))+34;

It would be a lot better to use something like XOR encryption. You'll actually be able to undo it. It's not hard... look it up on Google.

That said... the first thing you'll want to do when unencrypting will be this:

uenc=enc-34;

After that, you'll see that the remaining encryption is
((pass*2)/(unenc+56)/(unenc+pass))+((unenc/pass)*(72/pass))

Yuck. Just examine that for a second and you'll realize there isn't a way to simplify that much more. In fact, you won't be simplifying it any more. Try a different algorithm - you have to use something you can undo.

Wow, 3 levels of "simplification", and it still looks like this:
enc = ((pass*2)/((uenc+56)*(uenc+pass))+((uenc/pass)*(72/pass))+34;
That's nasty :) Definately time to rethink. I agree XOR is a good place to start, it's easy to understand and simple to implement, and the best thing: write the encryption function, and you've automatically created the decryption one without even trying. ;)

LOL!!! I know it looks nasty. I have it a little more organized, but worse looking. The problem is, decryption based on the system that I have is impossible. The encryption algorithm that i have here is dependant on 2 variables. Your word that you plan to encrypt and a passphrase. Unfortunatly, both are needed for decryption as well. that effectivly removes the whole idea of encryption. If you already know the word, why decrypt it? lol. Any suggestions in changing the entire algorithm process that I have here, and replacing it with a meathod that is reversable? Specific examples, cuz I am fairly new.

Yeah, as I said, look up XOR encryption. All you have to do to decrypt it is encrypt it the same way again.

Here's a link

There was an encryption contests here once before. Have a look through the source here:
http://contests.cprogramming.com/ind...to...&theme=02

You can also do some very simple encryption by reversing/switching bytes, nibbles, and words. Make everything a 32-bit value and simply switch the words from high to low or switch every other nibble in each word. These are simple to break, but they are easy to code as well.

You can also do a type of RLE with text files, although it is not as efficient as it is with bitmaps.

There are many ways to do the same thing. Why breaking your decrypt and encrypt function up in to several individual mathmatical functions was not suggested I do not know. Meow!

Being the same prog posted on the HDC leaves me with the questtion why only a number to encrypt? even with xor only numbers are easyer to crack then strings. Meow!