Bill,

Sure, if someone gets a hold of the config.xml file, no amount of
base64encoding will stop them from getting a password.. But, if someone is
in the same room with you looking over your shoulder while you are looking
through the config.xml file, there is no need to give them a clear view of
usernames and passwords.

In a corporate environment, people can walk by your office or cube any
time...  We have found ourselves in this very situation more than once...
Having passwords in a file that we were working on in clear text, when
someone unexpectedly dropped by..  In our situation, we are pretty
out-of-the-way, but in most corporate environments, that just isn't the
case...  People are crammed in cubes right next to each other, and they
might not even be doing related jobs.

Paul


-----Original Message-----
From: Bill Marquette [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 05, 2005 11:17 AM
To: Paul Taylor
Cc: [email protected]
Subject: Re: [pfSense Support] FreeRadius Package - slight security issue

On 8/5/05, Paul Taylor <[EMAIL PROTECTED]> wrote:
> Bill,
> 
>         Well, yes, I realize that base64encoding doesn't provide much in
the
> way of security...  But it's better than the data being completely in the
> clear...  I have some encryption/decryption code around here somewhere
that
> could probably be used, but of course the key would have to be in the
code,
> where it could be seen, so even that doesn't provide great security...

And I disagree.  base64encoding provides zero security.  Obscuring the
data is no excuse for real protection.  If we can protect it the right
way (a one way hash), we will.  Anything less than a one-way hash
means it's reversible, passwords shouldn't be reversible in any way
shape or form - I'd rather have glaring plaintext passwords reminding
me to do something about them than something that at first glance
passes muster.  I'll personally back out any commit that does a
half-ass job at it (not that I expect anyone to make such a commit).

Don't hand out your config.xml and you'll be fine.

--Bill

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to