Re: First draft of the PG 15 release notes

From: Noah Misch <noah(at)leadboat(dot)com>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: First draft of the PG 15 release notes
Date: 2022-07-06 02:45:57
Message-ID: 20220706024557.GD2648447@rfd.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

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."

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message osumi.takamichi@fujitsu.com 2022-07-06 02:48:07 RE: Re-order "disable_on_error" in tab-complete COMPLETE_WITH
Previous Message Masahiko Sawada 2022-07-06 02:41:46 Re: Issue with pg_stat_subscription_stats