Re: [PATCH] Add `verify-system` sslmode to use system CA pool for server cert

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, thomas(at)habets(dot)se, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [PATCH] Add `verify-system` sslmode to use system CA pool for server cert
Date: 2021-09-28 01:09:11
Message-ID: 20210928010911.GA16204@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Sep 7, 2021 at 12:58:44PM -0400, Tom Lane wrote:
> Yeah, that would mostly fix the usability concern. I guess what it
> comes down to is whether you think that public or private certs are
> likely to be the majority use-case in the long run. The shortage of
> previous requests for this feature says that right now, just about
> everyone is using self-signed or private-CA certs for Postgres
> servers. So it would likely be a long time, if ever, before public-CA
> certs become the majority use-case.
>
> On the other hand, even if I'm using a private CA, there's a lot
> to be said for adding its root cert to system-level trust stores
> rather than copying it into individual users' home directories.
> So I still feel like there's a pretty good case for allowing use
> of the system store to happen by default. (As I said, I'd always
> thought that was *already* what would happen.)

I don't think public CA's are not a good idea for complex setups since
they open the ability for an external party to create certificates that
are trusted by your server's CA, e.g., certificate authentication. I
can see public certs being useful for default installs where the client
_only_ wants to verify the server is valid.

--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EDB https://enterprisedb.com

If only the physical world exists, free will is an illusion.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message osumi.takamichi@fujitsu.com 2021-09-28 01:55:39 RE: Failed transaction statistics to measure the logical replication progress
Previous Message Justin Pryzby 2021-09-28 00:50:02 Re: typos (and more)