Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rD634-000svZ-3U for pgsql-bugs@arkaria.postgresql.org; Tue, 12 Dec 2023 16:55:58 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rD632-006sAO-4j for pgsql-bugs@arkaria.postgresql.org; Tue, 12 Dec 2023 16:55:56 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rD631-006sAG-T4 for pgsql-bugs@lists.postgresql.org; Tue, 12 Dec 2023 16:55:55 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rD62z-00Bd2R-Bp for pgsql-bugs@lists.postgresql.org; Tue, 12 Dec 2023 16:55:55 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 3BCGtmIc2448879; Tue, 12 Dec 2023 11:55:48 -0500 From: Tom Lane To: "Wetmore, Matthew (CTR)" cc: Aksel Allas , Laurenz Albe , pgsql-bugs@lists.postgresql.org Subject: Re: BUG #18242: pg_dump with non-superuser from pg14 to pg15 fails on ALTER FUNCTION In-reply-to: <7cc4e1af8ca34ec982c5d7bedb9d63c0@express-scripts.com> References: <18242-89f57a188c7de6c8@postgresql.org> <9ad3c3781f8d89efab1917d1431226f4da79d443.camel@cybertec.at> <2436651.1702393775@sss.pgh.pa.us> <7cc4e1af8ca34ec982c5d7bedb9d63c0@express-scripts.com> Comments: In-reply-to "Wetmore, Matthew (CTR)" message dated "Tue, 12 Dec 2023 16:15:30 +0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2448877.1702400148.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Tue, 12 Dec 2023 11:55:48 -0500 Message-ID: <2448878.1702400148@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "Wetmore, Matthew (CTR)" writes: > What about a whole new user type: > An 'Admin' account that isn't a super user, but just has dump/ elevated = permissions /customizable. [ shrug... ] Maybe, but there's a mighty lot of devils hiding in the details. Exactly what special privileges would this user type need? How would we convince ourselves (and more to the point, convince the cloud providers) that such a set of privileges is safe to give out? Poking holes in the privilege model is usually a good way to create security hazards. BTW, please keep the list cc'd. regards, tom lane