rotor alternative?
Jorge Godoy
godoy at ieee.org
Thu Nov 20 08:35:14 EST 2003
jjl at pobox.com (John J. Lee) writes:
> That's not a "but", that's an "and". It does a bad job of strong
> encryption, it does the job for obfuscation. It *is* a step up
> Anybody can write a program to decrypt XORed data in a line of code
> (maybe emacs has a keystroke for it), decryption of rotor encryption
> requires the extra effort to find a library to crack it, or to know
> enough to write your own. Whether that small point justified its
> initial inclusion is certainly debatable, but now it's in there, it
> seems like a mistake to deprecate it.
Sorry for my ignorance, but how do you get to decrypt the code to run?
Use any kind of wrapper? Is such a wrapper written in C? Do you store
the key inside such a wrapper?
The same problem would happen with AES or any other crypt method:
where and how to store the key in a way that's easy for the user.
See you,
--
Godoy. <godoy at ieee.org>
More information about the Python-list
mailing list