Received: from tabasco.tucco.de (ns.tucco.de [62.154.225.211]) by postgresql.org (8.11.3/8.11.1) with ESMTP id f3M3ab332802 for ; Sat, 21 Apr 2001 23:36:37 -0400 (EDT) (envelope-from lampe@tucco.de) Received: from lampe by tabasco.tucco.de with local (Exim 3.12 #1 (Debian)) id 14rAfi-0003Zq-00 for ; Sun, 22 Apr 2001 05:36:26 +0200 Date: Sun, 22 Apr 2001 05:36:26 +0200 To: pgsql-general@postgresql.org Subject: Re: Client/Server Security question Message-ID: <20010422053626.A13721@tucco.de> Mail-Followup-To: lampe@tucco.de, pgsql-general@postgresql.org References: <20010420150426.45854.qmail@web12502.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010420150426.45854.qmail@web12502.mail.yahoo.com>; from lonnie_cumberland@yahoo.com on Fri, Apr 20, 2001 at 08:04:26AM -0700 X-BAR: no foo From: Hauke Lampe X-Archive-Number: 200104/906 X-Sequence-Number: 8103 Lonnie Cumberland [lonnie_cumberland@yahoo.com] wrote: > In the interest of security, I am wondering if it is possible to turn off some > of the functions in the SQL command list such that a user can only communicate > to the database through our functions. I suggest using a specialised SQL Proxy on the entry gateway that allows only a certain set of SQL functions from one host and relays the to the DB inside. This ensures that possibly dangerous commands like 'DROP' or 'CREATE USER' will never reach the DB regardless of the permissions of the username used by the proxy. I don't know of any existing (postgre-)sql proxy solutions yet, though. > but I only want to allow an outside > query to only one or two of our selected entry points. Set appropiate packet filtering rules on both the webserver and the entry point(s). HTH, Hauke -- Hauke Lampe - TUCCO - The Universal Communication Company http://www.tucco.de - fon: +49-40-65777-510, fax: +40-40-65777-250