Re: Privileges on PUBLICATION

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: "Gregory Stark (as CFM)" <stark(dot)cfm(at)gmail(dot)com>, Antonin Houska <ah(at)cybertec(dot)at>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org, Euler Taveira <euler(at)eulerto(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
Subject: Re: Privileges on PUBLICATION
Date: 2023-03-20 06:17:51
Message-ID: b33b02c2-672c-5a02-5f4f-9a7d68910d48@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 14.03.23 19:30, Gregory Stark (as CFM) wrote:
> FYI this looks like it needs a rebase due to a conflict in copy.c and
> an offset in pgoutput.c.
>
> Is there anything specific that still needs review or do you think
> you've handled all Peter's concerns? In particular, is there "a
> comprehensive description of what it is trying to do"? :)

The latest versions of the patch have pretty much addressed my initial
comments. The patch is structured and explained better now. Most
extraneous or incomplete changes have been addressed.

The problem now is that it's still a quite complicated patch that
introduces a security feature. It still touches a number of subsystems
on different levels of abstraction. This functionality is not of the
kind, "if you don't use it it won't affect you", since it effectively
pokes holes into the existing privileges checking in order to allow
publication privileges checking to override it in some cases. It will
take significant effort to do a complete analysis and testing on whether
it is secure and robust. I don't think I will have time for that, and I
don't think anyone will want to commit something like this at the last
moment.

We have already taken a number of things from earlier patches and
committed them separately as refactorings. I don't see anything in the
current patch anymore that we might want to take independently like that.

So in summary I think it would be best to keep this patch around for PG17.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Richard Guo 2023-03-20 06:18:15 Re: An oversight in ExecInitAgg for grouping sets
Previous Message Peter Smith 2023-03-20 06:10:46 Re: BF mamba failure