Yes, i know. That why i said:


Anyway, keep us updated

Sorry for the bump. But, TechMuc, are you still working at it?

GED has priroity, therefore i'm not working on it atm. But it'll be released definatly, don't be afraid

Cool! Can't wait for it!

Was there any further progress?

Regards,
Pegamode.

The problem is, that i intended to sell the final project. That means that i (at least partly) have to guarantee the security of the encryption.

Because of security issus I encountered in my algorithmns, i'm pretty sure an advanced (depending on the user implementation of the security algorithm even beginner) cracker can annul the whole concept pretty easily.

Actually I'm planing to implement the Compressing / Encryption tool to LED, but [b]if anyone is willing to pay for such a tool, i would give this tool another try.

How about you remove the encription functionality(just a packer), and release it as a freeware,
or warn that the encryption is not 100% secure and release it as cheapie-ware?

Then the interest in the freeware, or the money you make on the cheapieware,
can help you decide on whether to spend the time securing your algorithms...

As well as it means your core-code can get good a testing before being implemented in LED.

my lite-c file packer script also offers encryption. the used XTEA algorithm is very secure but of course it depends a bit on how well the key and the decryption process are hidden in the exe. it also would be easy to add some wizard functionality to my script.

...but no matter how secure your encryption system is, your data will end up in ram/graphics ram unencrypted anyway and there you can grab it with various tools quite easily. so i think this whole packing thing is quite overrated by most people. most AAA games also seem to only use some kind of unprotected zip files.

ventilator: "it depends a bit on how well the key [..] are hidden in the exe."

Actually that is the real main point. My encryption methods are extremly safe (theoretically not crackable). But: The key is always in the exe file. Of course you can encrypt it, but that you would need an encryption code for the key ==> again unsafe. And even if you would encrypt your key 10 times, the hacker / cracker would just attack the if(key == correct) point.. therefore i'm ruining my brain in a search for a better / more safe method.

Greetings,
Timo

I wonder how secure stuff are nowdays with CUDA accelerated attacks together with Tesla cards + all cores on CPU anyway.