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
Re: Default privileges for new databases (was Re: Can't |
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: