Message-ID: <f277a82d40a56c574b6c371c413be8ea8cbb46ac.camel@tpg.com.au>
Subject: Re: set role command
From: rob stone <floriparob@tpg.com.au>
To: Calvin Guo <newoakllc2023@gmail.com>, pgsql-general@lists.postgresql.org
Date: Mon, 24 Nov 2025 23:06:20 +1100
In-Reply-To: <CA+bysH_or91tt7r0gKLJtw5Wp+DEYwnaRJoTvLfKO33dcdQ_rQ@mail.gmail.com>
References: 
	<CA+bysH_or91tt7r0gKLJtw5Wp+DEYwnaRJoTvLfKO33dcdQ_rQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
User-Agent: Evolution 3.56.2-7 
MIME-Version: 1.0
Archived-At: <https://www.postgresql.org/message-id/f277a82d40a56c574b6c371c413be8ea8cbb46ac.camel%40tpg.com.au>
Precedence: bulk

On Mon, 2025-11-24 at 16:15 +0800, Calvin Guo wrote:
> I feel that set role logic is kindof misleading.
>=20
> I am a superuser, admin,
> I do:
> set role usera
> Now I am under the security context of usera, so I think running any
> sql is safe as long as it's allowed by usera.
>=20
> Which is not the case!
> as usera can do:
> set role userb; other sql,
> or=C2=A0
> reset role; orther sql,
> it turns out it's not safe at all, the sql can easily get access
> right of the super user. it can impernate userb though they do not
> have any relationship whatso ever.
>=20
> I really feel, once you "set role usera", you should behave like
> usera, you should NOT have the power say: hi, I can assume my super
> user power whenever I want. As this make the "set role usera" pretty
> much useless.
>=20
> It's unsafe!


Hello,

firstly you have to create a role usera and in doing so give it the
privileges you want usera to have. You can also restrict its privileges
by specifying the NO* range of options.

So, if you are logged in as userb, say, doing "set role usera" simply
switches you out of userb into usera, and you behave as usera in that
session.

HTH,
Rob


=20