From: | Geoff Winkless <pgsqladmin(at)geoff(dot)dj> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | Geoff Winkless <pgsqladmin(at)geoff(dot)dj>, Tim Cross <theophilusx(at)gmail(dot)com>, "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Lock Postgres account after X number of failed logins? |
Date: | 2020-05-06 23:46:32 |
Message-ID: | CAEzk6ffnR_oZOM2v3_xpTKHxCprfwRTrM1yhhA26rAjHAdtnMw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, 6 May 2020, 14:28 Stephen Frost, <sfrost(at)snowman(dot)net> wrote:
> Greetings,
>
> * Geoff Winkless (pgsqladmin(at)geoff(dot)dj) wrote:
> > On Wed, 6 May 2020 at 00:05, Tim Cross <theophilusx(at)gmail(dot)com> wrote:
> > > Where Tom's solution fails is with smaller companies that cannot afford
> > > this level of infrastructure.
> >
> > Is there an objection to openldap?
>
> LDAP-based authentication in PG involves passing the user's password to
> the database server in the clear (or tunneled through SSL, but that
> doesn't help if the DB is compromised), so it's really not a good
> solution
>
If your DB is compromised then (if the LDAP server is only used for the db)
what difference does it make to lose the passwords?
I was (as per the thread) suggesting a simple way for small companies to
achieve the OP's requirements without a large infrastructure investment and
without involving the pg team undertaking the rediscovery of novel circular
transportation-assisting devices.
Any large company will have an AD or similar setup already, clearly I'm not
suggesting using it in that situation.
AIUI you can configure kerberos with openldap if that's more your thing,
fwiw, but then IME the learning curve (and thus setup cost) increases
exponentially.
Geoff
From | Date | Subject | |
---|---|---|---|
Next Message | AC Gomez | 2020-05-07 00:05:36 | New Role drop with Grant/Revokes stop working after subsequent runs |
Previous Message | Support | 2020-05-06 22:37:49 | previous replication slot and new initdb |