Re: Feature Recommendations for Logical Subscriptions - Mailing list pgsql-hackers

From YeXiu
Subject Re: Feature Recommendations for Logical Subscriptions
Date
Msg-id tencent_13DAB7FF810866816AECFBE5ED50898E2D05@qq.com
Whole thread Raw
In response to Re: Feature Recommendations for Logical Subscriptions  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
Another permission-related issue involves scenarios where multiple logical replication slots exist. If a replication slot grants full data access permissions and user accounts are not explicitly bound to specific slots, there could be security risks where accounts might connect to high-privilege replication slots, potentially leading to data security vulnerabilities.


原始邮件

发件人:Amit Kapila <amit.kapila16@gmail.com>
发件时间:2025年4月11日 12:00
收件人:Peter Smith <smithpb2250@gmail.com>
抄送:YeXiu <1518981153@qq.com>, pgsql-hackers <pgsql-hackers@lists.postgresql.org>
主题:Re: Feature Recommendations for Logical Subscriptions

On Fri, Apr 11, 2025 at 3:40 AM Peter Smith wrote:
>
> FYI, the Column List documentation [1] says
> ------
> However, do not rely on this feature for security: a malicious
> subscriber is able to obtain data from columns that are not
> specifically published. If security is a consideration, protections
> can be applied at the publisher side.
> ------
>
> IIRC, this was something to do with how the COPY done by the initial
> table sync might be manipulated by a malicious subscriber. I think you
> can find more details about this in the original thread when Column
> Lists were introduced. e.g. try searching this [2] thread for the word
> "security".
>

The same thing applies here as well. The only key difference is user
convenience in two ways: (a) when there are a lot of columns, say 100
columns, and user would like to send all data except 2 columns, (b)
adding new columns to table would require users to again run the DDL
to change the column list.

These are primarily the two pain points YeXiu wants us to solve.
YeXiu, if I misunderstood your intention, feel free to add.

--
With Regards,
Amit Kapila.

pgsql-hackers by date:

Previous
From: Maksim Milyutin
Date:
Subject: COALESCE with single argument looks like identity function
Next
From: Andres Freund
Date:
Subject: Re: Add pg_buffercache_evict_all() and pg_buffercache_mark_dirty[_all]() functions