Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 29CC56502B6 for ; Wed, 13 Aug 2008 11:00:32 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 91046-06-2 for ; Wed, 13 Aug 2008 11:00:21 -0300 (ADT) X-Greylist: delayed 00:15:13.827778 by SQLgrey-1.7.6 Received: from mailout01.ims-firmen.de (mailout01.ims-firmen.de [213.174.32.96]) by postgresql.org (Postfix) with ESMTP id 274656501FF for ; Wed, 13 Aug 2008 11:00:12 -0300 (ADT) Received: from mailin01.ims-firmen.de ([192.168.1.110]) by mailout01.ims-firmen.de with esmtp (Exim 4.69) (envelope-from ) id 1KTGeo-00061h-KJ for pgsql-admin@postgresql.org; Wed, 13 Aug 2008 15:44:58 +0200 Received: from [213.174.32.254] (helo=[192.168.0.170]) by mailin01.ims-firmen.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KTGeo-0003Op-JV for pgsql-admin@postgresql.org; Wed, 13 Aug 2008 15:44:58 +0200 Subject: Best practice running a shared DB hosting server From: Thomas Jacob To: pgsql-admin@postgresql.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-b5wPPTqtSOBcg8qwUU7K" Date: Wed, 13 Aug 2008 15:44:57 +0200 Message-Id: <1218635097.28547.28.camel@enterprise.ims-firmen.de> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200808/50 X-Sequence-Number: 29895 --=-b5wPPTqtSOBcg8qwUU7K Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello List, I was wondering if there is something like a best practice document for running PostgreSQL (probably 8.3.3) securely in a shared Web+DB hosting environment, where different people without any administrative relationship between them may run their databases on the same server. I am particularly interested in the role, permission and schema layout. Also I'm worried about the amount of information available to ordinary DB users. For instance, without revoking access to pg_catalog from PUBLIC all users can see the usernames, database names etc. of all other users. But revoking the right from pg_catalog doesn't seem to be an option, as this breaks several features of the psql utility and probably other things. Thanks & Best Regards, Thomas --=-b5wPPTqtSOBcg8qwUU7K Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBIouVZgF9cFv867HwRAk0tAKC/hGK5Wu65dB1F3cPmUYpsTXVgwACePsly ghA0N1LHutskEhn6LebkbRA= =494H -----END PGP SIGNATURE----- --=-b5wPPTqtSOBcg8qwUU7K--