Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJVDi-0005IB-BY for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Dec 2016 00:57:26 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cJVDg-0003r9-Rj for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Dec 2016 00:57:24 +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_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cJVCH-0002B0-Ho for pgsql-hackers@postgresql.org; Wed, 21 Dec 2016 00:55:57 +0000 Received: from tamriel.snowman.net ([72.66.115.51]) by magus.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJVCD-0007yz-9H for pgsql-hackers@postgresql.org; Wed, 21 Dec 2016 00:55:56 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id 262F95F798; Tue, 20 Dec 2016 19:54:52 -0500 (EST) Date: Tue, 20 Dec 2016 19:54:52 -0500 From: Stephen Frost To: David Fetter Cc: Heikki Linnakangas , Robert Haas , Peter Eisentraut , Michael Paquier , Andres Freund , David Steele , Tom Lane , Alvaro Herrera , Magnus Hagander , Julian Markwort , PostgreSQL mailing lists , Valery Popov Subject: Re: pg_authid.rolpassword format (was Re: Password identifiers, protocol aging and SCRAM protocol) Message-ID: <20161221005452.GD18360@tamriel.snowman.net> References: <20161214145723.GJ23417@tamriel.snowman.net> <9dc32483-b24a-5832-53e0-fb62838f1315@iki.fi> <20161215134030.GI23417@tamriel.snowman.net> <5ec22c98-16b9-4d13-a551-9aa46d8f1269@iki.fi> <20161220133419.GX18360@tamriel.snowman.net> <20161220160801.GA7806@fetter.org> <20161220231439.GA18360@tamriel.snowman.net> <20161220232912.GB22538@fetter.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="oIK88BWnNPSddvdK" Content-Disposition: inline In-Reply-To: <20161220232912.GB22538@fetter.org> X-Editor: Vim http://www.vim.org/ X-Info: http://www.snowman.net X-Operating-System: Linux/3.13.0-91-generic (x86_64) X-Uptime: 18:32:07 up 165 days, 56 min, 34 users, load average: 0.07, 0.11, 0.13 User-Agent: Mutt/1.5.21 (2010-09-15) X-Pg-Spam-Score: -5.0 (-----) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org --oIK88BWnNPSddvdK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable David, * David Fetter (david@fetter.org) wrote: > On Tue, Dec 20, 2016 at 06:14:40PM -0500, Stephen Frost wrote: > > * David Fetter (david@fetter.org) wrote: > > > On Tue, Dec 20, 2016 at 08:34:19AM -0500, Stephen Frost wrote: > > > > * Heikki Linnakangas (hlinnaka@iki.fi) wrote: > > > > > Even if you have a separate "verifier type" column, it's not fully > > > > > normalized, because there's still a dependency between the > > > > > verifier and verifier type columns. You will always need to look > > > > > at the verifier type to make sense of the verifier itself. > > > >=20 > > > > That's true- but you don't need to look at the verifier, or even > > > > have *access* to the verifier, to look at the verifier type. > > >=20 > > > Would a view that shows only what's to the left of the first semicolon > > > suit this purpose? > >=20 > > Obviously a (security barrier...) view or a (security definer) function > > could be used, but I don't believe either is actually a good idea. >=20 > Would you be so kind as to help me understand what's wrong with that idea? For starters, it doubles-down on the assumption that we'll always be happy with that particular separator and implies to anyone watching that they'll be able to trust it. Further, it's additional complication which, at least to my eyes, is entirely in the wrong direction. We could push everything in pg_authid into a single colon-separated text field and call it simpler because we don't have to deal with those silly column things, and we'd have something a lot closer to a unix passwd file too!, but it wouldn't make it a terribly smart thing to do. We aren't a bunch of individual C programs having to parse out things out of flat text files, after all. Thanks! Stephen --oIK88BWnNPSddvdK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJYWdLbAAoJEO1sijiDR2RVkCwP+QFIX312jqvx6xtanwZKmbgi Sab/5/iIG/FCnJLjpKYi53nndiCq33zqEQOjRkNA5EzMJQhYBMhdfW2TEy93J00l cO6FoufcSyToVYVedlfNYK5VrIPfM2mXXwJINOzHhaqc7tYpy3epSosJpDmFbTE7 HUiHiPDuPAvFIQ9Ca1FwyhYS79ciPUKbVpYIvmiTFGbGoD8ExaB7FUFty1I1rozj +EGX9lBpcyyZL+B8raPNuWv21D8e5bo+EdZcAh990zu/1URrHXfJ7QKYPlTmvm+I 1+QdlCCGowPjcZZp5lYwnYukPfcztsGIHx+ODMgfQ/L8MChAzuxNEqDUqlMLfxuz h5PMf7ADh2RUmbyUw5sUZzAKZLlV1OUh4w41s7d+KIFZ1rPqRWVq7s4C9uVFHpt9 8cUpVjBj4ucTaOv55s1Vp7JXjxrLU3d0smnsIZkAdyoAQykdJvPoN6Ybv4A2OSq2 IJ/LAuOQtrVMDb9nweD94Dq98S2+X2slpIOV9OifBmv+CYvSzh8ICxcJSyav5R1/ PrK0F55lseUjP4BFmL0S+n0WMx0D1X07xErGnQsxPmrW5YvleMzAQQLBDg7A7P0K Cr7MO7nzRO58Rc8Ih/QYIeHZPgaRm8OS0/D06Wpi0w2gNw8ifHOKNjSVRZhAo2k7 aQpA+84lCkBiXh8XDtPU =bTfe -----END PGP SIGNATURE----- --oIK88BWnNPSddvdK--