Re: First draft of the PG 15 release notes

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

On Tue, Jul 5, 2022 at 07:45:57PM -0700, Noah Misch wrote:
> On Tue, Jul 05, 2022 at 07:47:52PM -0400, Bruce Momjian wrote:
> > 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."

I think you would need to say "previous behavior" since people might be
upgrading from releases before PG 14. I also would change "In existing
databases" to "For existing databases". I think your big risk here is
trying to explain how to have new clusters get the old or new behavior
in the same text block, e.g.:

The new default is one of the secure schema usage patterns that
<xref linkend="ddl-schemas-patterns"/> has recommended since the
security release for CVE-2018-1058. Upgrading a cluster or restoring a
database dump will preserve existing permissions. This is a change in
the default for newly-created databases in existing clusters and for new
clusters. For existing databases, especially those having multiple
users, consider issuing a <literal>REVOKE</literal> to adopt this new
default. (<literal>USAGE</literal> permission on this schema has not
changed.) For a new database having zero need to defend against insider
threats, granting back the privilege yields the previous behavior.

Is this something we want to get into in the release notes, or perhaps
do we need to link to a wiki page for these details?

--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EDB https://enterprisedb.com

Indecision is a decision. Inaction is an action. Mark Batterson

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2022-07-06 13:21:26 Re: [RFC] building postgres with meson -v9
Previous Message Maxim Orlov 2022-07-06 13:05:03 Re: Fix unnecessary includes and comments in 019_replslot_limit.pl, 007_wal.pl and 004_timeline_switch.pl