Re: RFC: seccomp-bpf support - Mailing list pgsql-hackers

From Tom Lane
Subject Re: RFC: seccomp-bpf support
Date
Msg-id 18995.1567087254@sss.pgh.pa.us
Whole thread Raw
In response to Re: RFC: seccomp-bpf support  (Joe Conway <mail@joeconway.com>)
Responses Re: RFC: seccomp-bpf support  (Joshua Brindle <joshua.brindle@crunchydata.com>)
Re: RFC: seccomp-bpf support  (Joe Conway <mail@joeconway.com>)
List pgsql-hackers
Joe Conway <mail@joeconway.com> writes:
> Clearly Joshua and I disagree, but understand that the consensus is not
> on our side. It is our assessment that PostgreSQL will be subject to
> seccomp willingly or not (e.g., via docker, systemd, etc.) and the
> community might be better served to get out in front and have first
> class support.

Sure, but ...

> But I don't want to waste any more of anyone's time on this topic,
> except to ask if two strategically placed hooks are asking too much?

... hooks are still implying a design with the filter control inside
Postgres.  Which, as I said before, seems like a fundamentally incorrect
architecture.  I'm not objecting to having such control, but I think
it has to be outside the postmaster, or it's just not a credible
security improvement.  It doesn't help to say "I'm going to install
a lock to keep out a thief who *by assumption* is carrying lock
picking tools."

            regards, tom lane



pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: RFC: seccomp-bpf support
Next
From: Joshua Brindle
Date:
Subject: Re: RFC: seccomp-bpf support