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 1lf1fE-0002Lh-Fz for pgsql-admin@arkaria.postgresql.org; Fri, 07 May 2021 14:41:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lf1fC-0005Cw-Sq for pgsql-admin@arkaria.postgresql.org; Fri, 07 May 2021 14:41:10 +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 1lf1fC-0005Co-K1 for pgsql-admin@lists.postgresql.org; Fri, 07 May 2021 14:41:10 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lf1fA-0006JJ-3Z for pgsql-admin@lists.postgresql.org; Fri, 07 May 2021 14:41:10 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 147Ef5kq035006; Fri, 7 May 2021 10:41:05 -0400 From: Tom Lane To: Bruce Momjian cc: Ron , pgsql-admin@lists.postgresql.org Subject: Re: Query on User account password change details In-reply-to: <20210507141005.GB10431@momjian.us> References: <90B6B3A1-BB95-4D69-99EF-D86C0A859431@jakobs.com> <4e87a433-531f-d108-4ef6-0c54ba44f587@gmail.com> <1d0196b7-01e2-e979-e023-d684331db8ea@gmail.com> <20210507141005.GB10431@momjian.us> Comments: In-reply-to Bruce Momjian message dated "Fri, 07 May 2021 10:10:05 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <35004.1620398465.1@sss.pgh.pa.us> Date: Fri, 07 May 2021 10:41:05 -0400 Message-ID: <35005.1620398465@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Bruce Momjian writes: > On Fri, May 7, 2021 at 08:55:15AM -0500, Ron wrote: >> The problem is that Postgresql allows Really Short Passwords without >> uttering a peep, and that's not defensible to an auditor. > Have you considered passwordcheck? > https://www.postgresql.org/docs/13/passwordcheck.html BTW, this is a perfect example of why obsolete auditing rules actually are a net negative to security. The only way passwordcheck can enforce anything about the password's strength is if the server gets to see the cleartext password. In these days of SCRAM, requiring that is in itself bad practice: the cleartext password ought never leave the client's machine. regards, tom lane