Re: Lock Postgres account after X number of failed logins?

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

In response to

Responses

Browse pgsql-general by date

  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