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 1o8qYS-0004fo-Uc for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 21:58:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o8qYR-0007mM-O2 for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 21:57:59 +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 1o8qYR-0007ly-EZ for pgsql-hackers@lists.postgresql.org; Tue, 05 Jul 2022 21:57:59 +0000 Received: from mail-ot1-x333.google.com ([2607:f8b0:4864:20::333]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1o8qYO-0002R4-AU for pgsql-hackers@postgresql.org; Tue, 05 Jul 2022 21:57:58 +0000 Received: by mail-ot1-x333.google.com with SMTP id 73-20020a9d084f000000b00616b04c7656so10622307oty.3 for ; Tue, 05 Jul 2022 14:57:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=QzLn7svSYzvUoc+mWf/GL/BbagywEKbWjThcoaBqXQ4=; b=KmWUBqRPJMGrL+9BMcMz3WMxkgq5FAaqBdTsAj2YITWDHAywTxyvtjF10dfePQTvCK Wqp4gJgy2UBeazPL492Afd30ZVCJHxrRJrGqEC03exKJII5UD8ARZbOglb7cahvcNSqk Ofvpfv5jCSA3GcZXO53TJxo7BNIzVLXZTelWI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=QzLn7svSYzvUoc+mWf/GL/BbagywEKbWjThcoaBqXQ4=; b=cabpl72jCYs8QOAhktP27tvKcV8AkSFR2OVaqKMEs6JempI7L6Xwo4Hlkpg9wWQyra 7W+A0SQK+1Vn8JpqJ44/QRjtb7qMnOVxaEVxL5rcRDZaBVs9JIpvPzXptPhoH/6IMTDp b9DFp2Jr+A9jue1B8IHWp75mdded74FZLnMdDEA3DM3KmhdUp1/XaBL/1sSaWuBlFj6D UMBUew9WfxpOWOKfLhYV6G7mmyQXmgiS80K1YU1ZUKOQAJgp0qMDxzru07t1b4okJyn4 oVefd3dKCciPeXVy3vtLlsAKaz+zTfhdZWTQj+xPTj9JfFzdAQkzC4DAecBsjmsZbb23 uLsg== X-Gm-Message-State: AJIora+wUaKncxMpSjJsBhj1vuvAhKxj62Sdd+C7zTIrh491rOLkqCaQ KZ+etocE2b3GZqFtM3AQ6iyidZWMg7NtKQ== X-Google-Smtp-Source: AGRyM1u+t1ObmIR/IkkkH+cWUEtJAHy+OW7ClG0GjZUck137JYzNM6r7LiT4y//D4rZPZaQd5BCowg== X-Received: by 2002:a9d:2ae6:0:b0:619:1c89:4cca with SMTP id e93-20020a9d2ae6000000b006191c894ccamr2185760otb.121.1657058275637; Tue, 05 Jul 2022 14:57:55 -0700 (PDT) Received: from rfd.leadboat.com ([2600:1702:a20:5750::2e]) by smtp.gmail.com with ESMTPSA id z26-20020a9d71da000000b00616c94aebe3sm13100811otj.42.2022.07.05.14.57.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Jul 2022 14:57:54 -0700 (PDT) Date: Tue, 5 Jul 2022 14:57:52 -0700 From: Noah Misch To: Bruce Momjian Cc: PostgreSQL-development Subject: Re: First draft of the PG 15 release notes Message-ID: <20220705215752.GC2648447@rfd.leadboat.com> References: <20220628063719.GA2208244@rfd.leadboat.com> <20220630050808.GC2257984@rfd.leadboat.com> <20220702012128.GA2301877@rfd.leadboat.com> <20220705195349.GB2648447@rfd.leadboat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Jul 05, 2022 at 04:35:32PM -0400, Bruce Momjian wrote: > On Tue, Jul 5, 2022 at 12:53:49PM -0700, Noah Misch wrote: > > On Tue, Jul 05, 2022 at 02:35:39PM -0400, Bruce Momjian wrote: > > > On Fri, Jul 1, 2022 at 06:21:28PM -0700, Noah Misch wrote: > > > > Here's what I've been trying to ask: what do you think of linking to > > > > https://www.postgresql.org/docs/devel/ddl-schemas.html#DDL-SCHEMAS-PATTERNS > > > > here? The release note text is still vague, and the docs have extensive > > > > coverage of the topic. The notes can just link to that extensive coverage. > > > > > > Sure. how is this patch? > > > > > --- a/doc/src/sgml/release-15.sgml > > > +++ b/doc/src/sgml/release-15.sgml > > > @@ -63,11 +63,12 @@ Author: Noah Misch > > > permissions on the public schema has not > > > been changed. Databases restored from previous Postgres releases > > > will be restored with their current permissions. Users wishing > > > - to have the former permissions will need to grant > > > + to have the former more-open permissions will need to grant > > > CREATE permission for PUBLIC > > > on the public schema; this change can be made > > > on template1 to cause all new databases > > > - to have these permissions. > > > + to have these permissions. This change was made to increase > > > + security; see . > > > > > > > > > > I think this still puts undue weight on single-user systems moving back to the > > old default. The linked documentation does say how to get back to v14 > > permissions (and disclaims security if you do so), so let's not mention it > > here. The attached is how I would write it. I also reworked the "Databases > > restored from previous ..." sentence, since its statement is also true of > > databases restored v15-to-v15 (no "previous" release involved). I also moved > > the bit about USAGE to end, since it's just emphasizing what the reader should > > already assume. Any concerns? > > I see where you are going --- to talk about how to convert upgraded > clusters to secure clusters, rather than how to revert to the previous > behavior. I assumed that the most common question would be how to get > the previous behavior, rather than how to get the new behavior in > upgraded clusters. However, I am fine with what you think is best. Since having too-permissive ACLs is usually symptom-free, I share your forecast about the more-common question. Expect questions on mailing lists, stackoverflow, etc. The right way to answer those questions is roughly this: > On PostgreSQL 15, my application gets "permission denied for schema > public". What should I do? You have a choice to make. The best selection depends on the security needs of your database. See https://www.postgresql.org/docs/devel/ddl-schemas.html#DDL-SCHEMAS-PATTERNS for a guide to making that choice. Recommending GRANT to that two-sentence question would be negligent. One should know a database's lack of security needs before recommending GRANT. This is a key opportunity to have more users make the right decision while their attention is on the topic. > My only stylistic suggestion would be to remove "a" from "a > REVOKE". I'll plan to push with that change.