Re: Default privileges for new databases (was Re: Can't - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Default privileges for new databases (was Re: Can't
Date
Msg-id 200208270345.g7R3j1708770@candle.pha.pa.us
Whole thread Raw
In response to Re: Default privileges for new databases (was Re: Can't  (Rod Taylor <rbt@zort.ca>)
Responses Re: Default privileges for new databases (was Re: Can't  (Rod Taylor <rbt@zort.ca>)
Re: Default privileges for new databases (was Re: Can't  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Oh, so we don't modify public writeability of template1 because the
admin may want to disable write in template1 so all future databases
will have it disabled.  I see.

So template1 is writable (yuck) only so databases created from template1
are writeable to world by default.  Is that accurate?

---------------------------------------------------------------------------

Rod Taylor wrote:
> Mostly because a user may explicitly create a database with wanted
> permissions, only to have this 'special code' remove them.
> 
> I personally intend to immediately revoke permissions on public in
> template1, to allow the database owner to grant them as needed.
> 
> On Mon, 2002-08-26 at 22:27, Bruce Momjian wrote:
> > 
> > Sorry, I am confused.  Why can we modify temp's permissions on CREATE
> > DATABASE but not public's permissions?
> > 
> > ---------------------------------------------------------------------------
> > 
> > Tom Lane wrote:
> > > Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > > > Have we addressed this?  I don't think so.
> > > 
> > > No, it's not done yet.  My inclination is
> > > 
> > > * Template1 has temp table creation and schema creation disabled
> > > (disallowed to world) by default.
> > > 
> > > * CREATE DATABASE sets up new databases with temp table creation allowed
> > > to world and schema creation allowed to DB owner only (regardless of
> > > what the template database had).  The owner can adjust this default
> > > afterwards if he doesn't like it.
> > > 
> > > It would be nice to lock down the public schema in template1 too, but I
> > > see no good way to do that, because CREATE DATABASE can't readily fiddle
> > > with protections *inside* the database --- the only games we can play
> > > are with the protections stored in the pg_database row itself.  So
> > > public's permissions are going to be inherited from the template
> > > database, and that means template1's public has to be writable.
> > > 
> > > Objections anyone?
> > > 
> > >             regards, tom lane
> > > 
> > > ---------------------------(end of broadcast)---------------------------
> > > TIP 2: you can get off all lists at once with the unregister command
> > >     (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)
> > > 
> > 
> > -- 
> >   Bruce Momjian                        |  http://candle.pha.pa.us
> >   pgman@candle.pha.pa.us               |  (610) 359-1001
> >   +  If your life is a hard drive,     |  13 Roberts Road
> >   +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
> > 
> > ---------------------------(end of broadcast)---------------------------
> > TIP 6: Have you searched our list archives?
> > 
> > http://archives.postgresql.org
> > 
> 
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
> 
> http://www.postgresql.org/users-lounge/docs/faq.html
> 

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Rod Taylor
Date:
Subject: Re: Default privileges for new databases (was Re: Can't
Next
From: Rod Taylor
Date:
Subject: Re: Default privileges for new databases (was Re: Can't