Received: from perio.unlp.edu.ar (IDENT:root@perio.unlp.edu.ar [163.10.16.2]) by hub.org (8.9.3/8.9.3) with ESMTP id TAA36955 for ; Sun, 21 Nov 1999 19:14:01 -0500 (EST) (envelope-from ser@perio.unlp.edu.ar) Received: from perio.unlp.edu.ar (modem92.way.com.ar [200.41.165.92]) by perio.unlp.edu.ar (8.9.3/8.8.7) with ESMTP id UAA26647; Sun, 21 Nov 1999 20:47:23 GMT Message-ID: <383885EB.8AD038FA@perio.unlp.edu.ar> Date: Sun, 21 Nov 1999 20:53:15 -0300 From: "Sergio A. Kessler" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Lamar Owen CC: Tom Lane , "pgsql-interfaces@postgreSQL.org" Subject: Re: [INTERFACES] pg_pwd References: <23778.943151100@sss.pgh.pa.us> <99112021424602.00940@lorc.wgcr.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Lamar Owen wrote: > The RPM installation makes the directory automatically -- owned by user > postgres, mode 755. A two byte change in the spec file and rebuilding the > RPM's will fix this to mode 700 from the packaging end. HOWEVER, if someone > already has the RPM's, all they need to do is run, as root, 'chmod 0700 > /var/lib/pgsql' -- much quicker than a multimegabyte download of a new RPM set > that contains no real fixes. maybe no real fixes ... but the current state is that we have a security hole more bigger than the crater of gorongoro. I agreed on doing just a chmod, but lots of people wouldn't do that, then you have to provide a smooth migration path in the next release, changing pgdata from 755 (created with the rpm) to 700. > Now, if a sloppy admin goes in and changes things after the installation, that > is their own problem. yup, but it was not me who chmod'ed 755 /var/lib/pgsql nor chmod'ed 666 pg_pwd, leaving all passwords in clear to all users on the system, not me ... -- -= Sergio A. Kessler == http://sak.org.ar =- You can have it soon, cheap and working; choose *two*.