Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 1D3D0632D1A for ; Mon, 14 Dec 2009 09:47:25 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 67597-07 for ; Mon, 14 Dec 2009 13:47:16 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from tamriel.snowman.net (tamriel.snowman.net [72.66.115.51]) by mail.postgresql.org (Postfix) with ESMTP id 7F1C76326D3 for ; Mon, 14 Dec 2009 09:47:16 -0400 (AST) Received: by tamriel.snowman.net (Postfix, from userid 1000) id D8D962290B; Mon, 14 Dec 2009 08:47:14 -0500 (EST) Date: Mon, 14 Dec 2009 08:47:14 -0500 From: Stephen Frost To: KaiGai Kohei Cc: Robert Haas , KaiGai Kohei , Josh Berkus , pgsql-hackers@postgresql.org Subject: Re: Row-Level Security Message-ID: <20091214134714.GS17756@tamriel.snowman.net> References: <20091212203003.GL17756@tamriel.snowman.net> <4B24381F.7050407@agliodbs.com> <603c8f070912121918i59f807e3n5ed4d4699227e43@mail.gmail.com> <4B24AAED.2080706@kaigai.gr.jp> <603c8f070912130411q765c7e9aw371b468229b8e32@mail.gmail.com> <4B25C5B2.9010108@ak.jp.nec.com> <603c8f070912132135l43bdf060sa5207b5a4d2c918c@mail.gmail.com> <4B25DE99.2050801@ak.jp.nec.com> <603c8f070912140318i6bbc1d63o9e81d409d0b342b6@mail.gmail.com> <4B2626ED.7030104@kaigai.gr.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Zudvf+GOtfOZ8wa6" Content-Disposition: inline In-Reply-To: <4B2626ED.7030104@kaigai.gr.jp> X-Editor: Vim http://www.vim.org/ X-Info: http://www.snowman.net X-Operating-System: Linux/2.6.26-1-amd64 (x86_64) X-Uptime: 08:44:33 up 109 days, 1:09, 14 users, load average: 0.01, 0.13, 0.14 User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.599 tagged_above=-10 required=5 tests=BAYES_00=-2.599 X-Spam-Level: X-Archive-Number: 200912/1203 X-Sequence-Number: 151906 --Zudvf+GOtfOZ8wa6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline KaiGai, * KaiGai Kohei (kaigai@kaigai.gr.jp) wrote: > The reason why I put on the security hook in ExecScan() is to avoid the > problem that row-cost user defined function can be evaluated earlier > than row-level security policy. (I believed it was a well-known problem > at that time yet.) So, I didn't want to append it before optimization. This is a problem which needs to be addressed and fixed independently. > I also believe this matter should be resolved when we provide row-level > security stuff, because it is a security feature. This issue should be fixed first, not as part of some large-scale patch. If you have thoughts or ideas about how to address this problem as it relates to views, I think you would find alot of people willing to listen and to discuss it. This must be independent of SELinux, independent of row-level security, and isn't something based on any of the patches which have been submitted so far. None of them that I've seen resolve this problem in a way that the community is willing to accept. Thanks, Stephen --Zudvf+GOtfOZ8wa6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAksmQeIACgkQrzgMPqB3kiiSPgCfbIgj5ddhh1MZJSJSRmMOT4v5 cGkAoIz+r35giIMj42e/u8C5kbnAggMA =0aoK -----END PGP SIGNATURE----- --Zudvf+GOtfOZ8wa6--