I wonder when people will learn that there are guys whose only job is to
think on these things. And the outcome cannot be beaten by in-house
solutions no matter what, first because they do that 8 hours a day, 5 days a
week. An inhouse solution simply cannot compete. Not to mention that usually
the knowledge on the subject is less than satisfactory, when it comes about
regular Joe the programmer. I wonder how many on this list know what's the
SHA algorithm. I frankly admit that I have no idea how it is built and the
truth is I don't care. All I know is for the time being is considered the
most secure. Why would I try to compete those guys? Any of them could eat me
at his breakfast.

Bottom line: stick to industry-proven solutions. Every single time. No
matter if it's storing passwords, or using sql parameters instead
concatenating the sql and checking for invalid input (this was discussed a
while ago). Stick to standards and you'll be safe. Try do it on your own,
sooner or later someone would get thru. It's not "if", it's just "when".

-----Original Message-----
From: profoxtech-boun...@leafe.com [mailto:profoxtech-boun...@leafe.com] On
Behalf Of Gérard Lochon
Sent: Thursday, December 22, 2011 1:01 AM
To: profoxt...@leafe.com
Subject: Re: Alternatives to storing a user's password in your database

From: "MB Software Solutions

>>> I defy anyone to recover the password from the stored value :-).
>>
>>
>> There is a big risk of collision using your method.
>> As the result set is composed of only 65128 different values, it 
>> doesn't take a long time to input in the routine a string whose 
>> result will be the same value as the stored one ...


> Are you saying that two different values could end up with the same 
> resulting value from his algorithm?

Exactly.
You can enter 256**20 (1.461E+48) different strings, but only 65128
checksums are possible with this algorithm.




[excessive quoting removed by server]

_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/000a01ccc036$f321b020$d9651060$@gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to