From: | <drevil(at)sidereal(dot)kz> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: How passwords can be crypted in postgres? |
Date: | 2001-01-02 20:50:22 |
Message-ID: | 20010102205022.18262.qmail@mailhost.sidereal.kz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> If you encrypt the input from the frontend as well and compare the
> encrypted strings it will not help you to look into the list of
> encrypted passwords ... or am I wrong?
If you encrypt the input from the frontend, then someone who had the
encrypted passwords and could hack into the front end would be able to
control the situation. If someone could hack into the backend and
change encrypted passwords, he would have control. Really, we're
talking about shared secrets here, and if the secrecy of the shared
secret is violated, there's nothing you can do.
Public key would be better because you don't have to worry about
secrecy, only about it never changing. You could achieve this with
some kind of physical medium, like writing private keys to a
write-once medium of some kind.
Btw, speaking encrypting, I HOPE a future version of PG will have SHA1
in addition to MD5. No one should be using MD5 anymore.
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2001-01-02 21:07:56 | Re: Re: MySQL and PostgreSQL speed compare |
Previous Message | Peter Eisentraut | 2001-01-02 20:47:23 | Re: cyrillic and sort order (ORDER BY) |