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 1o8v3I-00072b-H2 for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Jul 2022 02:46:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o8v3H-0004mH-D4 for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Jul 2022 02:46:07 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8v3G-0004i0-Sb for pgsql-hackers@lists.postgresql.org; Wed, 06 Jul 2022 02:46:07 +0000 Received: from mail-oa1-x35.google.com ([2001:4860:4864:20::35]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1o8v3C-0001d1-9t for pgsql-hackers@postgresql.org; Wed, 06 Jul 2022 02:46:06 +0000 Received: by mail-oa1-x35.google.com with SMTP id 586e51a60fabf-f2a4c51c45so19742999fac.9 for ; Tue, 05 Jul 2022 19:46:01 -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=FggIHPT56TGOzzYKFpiYKTKatRNp+GRGUZCJMyTAMtk=; b=OlGhqPI9AH+slo/uNx+3O+Ji7Btkgojy87G8147HR3GpnV8Q6ufli69AduS+qMM8Pi rzhQYaYD5Royrpm+8d0zypOxPepjwME9RHXxZajo+wOgR2iU6SY+adNQWyzMk2aIJKLp PSSQfSK/9WYeNA6uKQczajdjALNvHB67o8tjw= 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=FggIHPT56TGOzzYKFpiYKTKatRNp+GRGUZCJMyTAMtk=; b=gX4tdww0ZhLT/2wFTBBQHz5FdqnJqo6psLBrtQV9trMKN0mCwd+18M9Lq7d8mLWO2d uM7mAwACdoPITjUFsA13gUQ8MSIl/KluOpE6AcXv8KCVI6UWswwmNw0MKcUvEcc8V/YK KELnHlvDzCfc9yvoOCF6AlDlC+tFqGrv5H400DD6pgFx8CCLxMVnyo8Uw0iSDqeFCKq4 fUta4ta24M158bwH3xwedwmPXKjfMTaeDzrBdhCAEnFyaN7BoRoegVVLQveQJSLw8M+I 8bjjcM0fW5yOEibHdJkyznYMZrJ/L7Iqy9zIwgUuPTs/g9yfebN+Icsu3XnpEHG2ddA9 5KcQ== X-Gm-Message-State: AJIora8fj2rXYVyte5Tk4wOWUgLpyC6mTn8nsRA57y28i/BAEmnxPJ6o ic5KRjJiSulqqm/1N1suWVkhuvAOM/CntQ== X-Google-Smtp-Source: AGRyM1um+4Id7mBUzOYgXCvAo5jjHQQmi+lfa6Ckb5VOaIP2t6P/os7hptzsytYHaDZK3Wacqns45w== X-Received: by 2002:a05:6870:6322:b0:10b:b268:26de with SMTP id s34-20020a056870632200b0010bb26826demr17911291oao.119.1657075560109; Tue, 05 Jul 2022 19:46:00 -0700 (PDT) Received: from rfd.leadboat.com ([2600:1702:a20:5750::2e]) by smtp.gmail.com with ESMTPSA id r16-20020a056830237000b006168bc4caacsm16932364oth.67.2022.07.05.19.45.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Jul 2022 19:45:59 -0700 (PDT) Date: Tue, 5 Jul 2022 19:45:57 -0700 From: Noah Misch To: Bruce Momjian Cc: PostgreSQL-development Subject: Re: First draft of the PG 15 release notes Message-ID: <20220706024557.GD2648447@rfd.leadboat.com> References: <20220628063719.GA2208244@rfd.leadboat.com> <20220630050808.GC2257984@rfd.leadboat.com> <20220702012128.GA2301877@rfd.leadboat.com> <20220705195349.GB2648447@rfd.leadboat.com> <20220705215752.GC2648447@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 07:47:52PM -0400, Bruce Momjian wrote: > On Tue, Jul 5, 2022 at 02:57:52PM -0700, Noah Misch wrote: > > 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. > > Yes, I think it is a question of practicality vs. desirability. We are > basically telling people they have to do research to get the old > behavior in their new databases and clusters. True. I want to maximize the experience for different classes of database: 1. Databases needing user isolation and unknowingly not getting it. 2. Databases not needing user isolation, e.g. automated test environments. Expecting all of these DBAs to read a 500-word doc section is failure-prone. For the benefit of (2), I'm now thinking about adding a release note sentence, "For a new database having zero need to defend against insider threats, granting back the privilege yields the PostgreSQL 14 behavior."