Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTzwi-0000zs-AN for pgsql-hackers@arkaria.postgresql.org; Fri, 24 May 2019 02:28:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hTzwg-0004uC-Tx for pgsql-hackers@arkaria.postgresql.org; Fri, 24 May 2019 02:28:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTzwg-0004u5-Le for pgsql-hackers@lists.postgresql.org; Fri, 24 May 2019 02:28:34 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTzwe-0002ck-KY; Fri, 24 May 2019 02:28:34 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x4O2SRNp010094; Thu, 23 May 2019 22:28:27 -0400 From: Tom Lane To: "Jonathan S. Katz" cc: Peter Eisentraut , pgsql-hackers , Noah Misch , Magnus Hagander Subject: Re: initdb recommendations In-reply-to: <9f46f065-ca80-f637-8c5d-a9877bcd5eab@postgresql.org> References: <20190406180839.GA1921989@rfd.leadboat.com> <96389374-9454-d26d-6f79-7c7b15ec14bd@2ndquadrant.com> <81b36e8b-e27b-ab5d-c4f0-6493771bc0ee@postgresql.org> <9f46f065-ca80-f637-8c5d-a9877bcd5eab@postgresql.org> Comments: In-reply-to "Jonathan S. Katz" message dated "Thu, 23 May 2019 20:13:54 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <10092.1558664907.1@sss.pgh.pa.us> Date: Thu, 23 May 2019 22:28:27 -0400 Message-ID: <10093.1558664907@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Jonathan S. Katz" writes: > For now I have left in the password based method to be scram-sha-256 as > I am optimistic about the support across client drivers[1] (and FWIW I > have an implementation for crystal-pg ~60% done). > However, this probably means we would need to set the default password > encryption guc to "scram-sha-256" which we're not ready to do yet, so it > may be moot to leave it in. > So, thinking out loud about that, we should probably use "md5" and once > we decide to make the encryption method "scram-sha-256" by default, then > we update the recommendation? Meh. If we're going to break things, let's break them. Set it to scram by default and let people who need to cope with old clients change the default. I'm tired of explaining that MD5 isn't actually insecure in our usage ... regards, tom lane