in reply to Re: RFC Data::Encrypted
in thread RFC Data::Encrypted
Thanks for your comments.
First off, to answer your second concern, I'm now using Storable's freeze/thaw so I'm no longer eval-ing code directly.
Secondly, you should never execute code that someone else has sent you; see mjd's Memoize Makefile.PL for example. I never said that Data::Encrypted would make that safe.
Now, to your first point (about security vs. hassle). You are absolutely correct: #1 is the way I currently use it, which means that it is as secure as my unix filesystem is secure (i.e. if my private key can be obtained, then it's no longer secure). I don't want to do #2 because it defeats the whole purpose of not storing sensitive info in plaintext.
#3 is not really quite so bad: I could detect that a passphrase is required to unlock the stored data: you would only be prompted for it once, and it would be the same passphrase you always use. (As opposed to that pesky database login/password that you only use once a month to generate the new sales report, and have to always lookup (or store in the script in plaintext)).
Of course you're right, if #3 becomes the "norm", then conventional cryptography would work just as well (you're passphrase is then the "salt", etc). My entire reason for using the public key RSA system was to take advantage of a system that was already in place (and could personalize/lock the script into being usable only by myself, without also knowing the right sensitive information stored within).
Thanks again for your comments!
-Aaron
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: Re: Re: RFC Data::Encrypted
by no_slogan (Deacon) on Jul 11, 2001 at 03:23 UTC |