Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1muWxx-00039C-JE for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Dec 2021 09:40:54 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1muWxw-0006tt-Ey for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Dec 2021 09:40:52 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1muWxw-0006tb-4R for pgsql-hackers@lists.postgresql.org; Tue, 07 Dec 2021 09:40:52 +0000 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1muWxt-0008IM-0S for pgsql-hackers@postgresql.org; Tue, 07 Dec 2021 09:40:50 +0000 Received: by mail-wm1-x331.google.com with SMTP id r9-20020a7bc089000000b00332f4abf43fso1279210wmh.0 for ; Tue, 07 Dec 2021 01:40:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aiven.io; s=google; h=from:to:cc:subject:date:message-id:organization:in-reply-to :references:mime-version:content-transfer-encoding; bh=ujRGtaaI98cHH9cZggO3nvzNtqlXvh2dNDAFsFaoGy8=; b=sBRqjAIIT5ITheENkvpiLuqWmA7ChNPhdbc5IywzWJCHDUsJtTKhD9aucAboimLDM3 WpFodLvY/EEtezXnIEfq9C74GCU/Qo5ZTTXf1YxoCFRGPSLWQmBwtYrwf2TmnZ5YWEyv MqaK3afxutgx773jV993z3lmJE1i/I/ckBXKA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :in-reply-to:references:mime-version:content-transfer-encoding; bh=ujRGtaaI98cHH9cZggO3nvzNtqlXvh2dNDAFsFaoGy8=; b=NDo5Rja6vPKpwXmlV8592Cyk6e8toWnqxGGDXDflhZ9NEm+OPHIlK5i+BkM+poZT6z idLQUnNE5vUP26OmyzXtfMmP+SKLv3DpADwof26FAeoO7Fo/c//IAIebqemn2miNEJ6q Xq7o86QGLpqoP4M3se7Ms2j/n4oDVwFvdE7FCzeXmIae95SGaBLtbRMIqPyUxXJEcFlv 8Z4vW6ND9StlLMOUY2cPn05aJ+egT/ZVuE5N80qgegjkgYQKQnEl0ul6rOjpUpq2L721 n/UIotgKJkaP9EXvlJm9gjNVqyJdHNUAMe4MQu4ofdBg56dIw7/BDBf/JQuYuYIuG7jn cl2A== X-Gm-Message-State: AOAM532Nu9xQGK0e+c+CmW1GApcjIzq9vHYrEPtLhnzAE34CtsMkrJ3/ EYik+99aBpe55owquOHpLcsj1Q== X-Google-Smtp-Source: ABdhPJzgpDLtJ47FTU2D+/io3HauIdaEJjbTKRdg8z5byuKQWWYD8nVpgl5qeXYlqsJpZ1h2Vh6Q9g== X-Received: by 2002:a7b:c207:: with SMTP id x7mr5612312wmi.108.1638870047679; Tue, 07 Dec 2021 01:40:47 -0800 (PST) Received: from aivenronan.localnet (static-176-158-121-96.ftth.abo.bbox.fr. [176.158.121.96]) by smtp.gmail.com with ESMTPSA id m3sm13805573wrv.95.2021.12.07.01.40.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Dec 2021 01:40:47 -0800 (PST) From: Ronan Dunklau To: Amit Kapila , pgsql-hackers@lists.postgresql.org Cc: Jeff Davis , Andrew Dunstan , PostgreSQL-development , Robert Haas , Mark Dilger Subject: Re: Non-superuser subscription owners Date: Tue, 07 Dec 2021 10:39:43 +0100 Message-ID: <8006387.T7Z3S40VBb@aivenronan> Organization: aiven In-Reply-To: <4901C87E-AB16-4552-88B8-2DB204F61D7E@enterprisedb.com> References: <9DFC88D3-1300-4DE8-ACBC-4CEF84399A53@enterprisedb.com> <4901C87E-AB16-4552-88B8-2DB204F61D7E@enterprisedb.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Le lundi 6 d=E9cembre 2021, 16:56:56 CET Mark Dilger a =E9crit : > > On Dec 6, 2021, at 2:19 AM, Amit Kapila wrote: > >>> If we want to maintain the property that subscriptions can only be > >>> owned by superuser >=20 > We don't want to maintain such a property, or at least, that's not what I > want. I don't think that's what Jeff wants, either. That's not what I want either: the ability to run and refresh subscriptions= as=20 a non superuser is a desirable feature.=20 The REFRESH part was possible before PG 14, when it was allowed to run REFR= ESH=20 in a function, which could be made to run as security definer.=20 > As I perceive the roadmap: >=20 > 1) Fix the current bug wherein subscription changes are applied with > superuser force after the subscription owner has superuser privileges > revoked. 2) Allow the transfer of subscriptions to non-superuser owners. > 3) Allow the creation of subscriptions by non-superusers who are members = of > some as yet to be created predefined role, say "pg_create_subscriptions" This roadmap seems sensible. =2D-=20 Ronan Dunklau