From: | Thomas Kellerer <shammat(at)gmx(dot)net> |
---|---|
To: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Why does creating logical replication subscriptions require superuser? |
Date: | 2021-01-22 08:16:28 |
Message-ID: | cc881a1f-a416-5315-8581-173304e1d5ce@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrey Borodin schrieb am 22.01.2021 um 08:32:
> Replication is running under superuser and e.g. one can add system catalog to subscription.
> Or exploit this fact other way. Having superuser you can just COPY FROM PROGRAM anything.
It was my understanding that the replication process itself runs with the user specified
when creating the subscription - which is no necessarily a superuser. Only a user that
is part of the "replication" role.
The replication user also needs to be granted SELECT privileges on all tables of the publication,
so it's quite easy to control what the replication user has access to.
Plus the publication also limits what the replication can see.
I second the idea that not requiring a superuser to create a subscription would make things
a lot easier. We worked around that by creating a security definer function that runs
the CREATE SUBSCRIPTION command.
Thomas
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Nancarrow | 2021-01-22 08:19:54 | Re: Parallel INSERT (INTO ... SELECT ...) |
Previous Message | Craig Ringer | 2021-01-22 08:13:22 | Re: Preventing hangups in bgworker start/stop during DB shutdown |