Hallo,

bisher hatt mein DB-User Adminrechte. Das will ich ändern und
funktioniert auch ganz gut.

Es gibt nun die DB Nutzer "foo" und "foo-admin". Die Datenbank
gehört foo-admin und foo hat SELECT und UPDATE Rechte.

Komischerweise kann foo Tabellen in der Datenbank anlegen, die im
nicht gehört.
Selbst sein explizites REVOKE CREATE ON DATABASE ... ändert nichts.

Mit psql \z sehe ich aber nur Rechte auf Tabellen u.ä.
Wie kann ich die Rechte auf eine Datenbank mit psql, bzw in
den internen Tabellen sehen?

Gruß,
Thomas


--
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

In response to Thomas Guettler :
> Hallo,
>
> bisher hatt mein DB-User Adminrechte. Das will ich ändern und
> funktioniert auch ganz gut.
>
> Es gibt nun die DB Nutzer "foo" und "foo-admin". Die Datenbank
> gehört foo-admin und foo hat SELECT und UPDATE Rechte.
>
> Komischerweise kann foo Tabellen in der Datenbank anlegen, die im
> nicht gehört.
> Selbst sein explizites REVOKE CREATE ON DATABASE ... ändert nichts.

http://archives.postgresql.org/pgsql-general/2002-12/msg0103 8.php

Andreas
--
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID: 0x3FFF606C, privat 0x7F4584DA http://wwwkeys.de.pgp.net

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Hallo,

danke Andreas! Ich habe nun die Lösung gefunden:

foo-admin# \dn+ Zeigt mir die Schemas und die Zugriffsrechte

Erstellen neuer Objekte verbieten:
foo-admin# revoke create on schema public from PUBLIC;
Es wundert mich, dass per Default jeder neue Tabellen anlegen kann.

foo=3D> create table foo();
ERROR: permission denied for schema public
--> Super, genau das was ich wollte.

Gruß,
Thomas

PS: Interessant wäre es jetzt noch, in welchen internen Tabellen (pg_...)
die GRANT und REVOKE Veränderungen gespeichert werden....
google ... :
http://developer.postgresql.org/pgdocs/postgres/catalogs-ove rview.html
--> pg_namespace

A. Kretschmer schrieb:
> In response to Thomas Guettler :
>> Hallo,
>>
>> bisher hatt mein DB-User Adminrechte. Das will ich ändern und
>> funktioniert auch ganz gut.
>>
>> Es gibt nun die DB Nutzer "foo" und "foo-admin". Die Datenbank
>> gehört foo-admin und foo hat SELECT und UPDATE Rechte.
>>
>> Komischerweise kann foo Tabellen in der Datenbank anlegen, die im
>> nicht gehört.
>> Selbst sein explizites REVOKE CREATE ON DATABASE ... ändert nichts.
>
> http://archives.postgresql.org/pgsql-general/2002-12/msg0103 8.php
>
> Andreas

--
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Hallo,

On Fri, 05 Jun 2009 10:57:08 +0200 Thomas Guettler wrote:

> Es wundert mich, dass per Default jeder neue Tabellen anlegen kann.

Sonst w=C3=A4re ein neues Schema erst mal recht nutzlos bzw. man m=C3=BCsste
immer dran denken, zus=C3=A4tzlich auch noch das USAGE-Recht zu vergeben.


> PS: Interessant w=C3=A4re es jetzt noch, in welchen internen Tabellen (pg=
_...)
> die GRANT und REVOKE Ver=C3=A4nderungen gespeichert werden....
> google ... :
> http://developer.postgresql.org/pgdocs/postgres/catalogs-ove rview.html
> --> pg_namespace

psql mit den Optionen -e und -E starten und schauen, was bei \dn+
herauskommt ;-)


Sch=C3=B6nes Wochenende

--
Andreas 'ads' Scherbaum
German PostgreSQL User Group
European PostgreSQL User Group - Board of Directors
Volunteer Regional Contact, Germany - PostgreSQL Project

PGDay.eu 2009 in Paris, Nov. 6/7, http://www.pgday.eu/

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein