Firebird: Grundsatzfragen zu User / Role

[mkinzler]

SQL-Code:

select 
    * 
from 
    RDB$User_Privileges 
where
    RDB$USER = :user;

[fkerber]

Hi,

solange UserB keine Tabelle darin hat, steht da nix über ihn drin.
Legt er eine Tabelle an, dann stehen Einträge drin

Code:

RDB$USER   RDB$GRANTOR   RDB$PRIVILEGE   RDB$GRANT_OPTION   RDB$RELATION_NAME   RDB$FIELD_NAME   RDB$USER_TYPE   RDB$OBJECT_TYPE
USERB   USERB   S   1   TABLE_NAME      8   0
USERB   USERB   I   1   TABLE_NAME      8   0
USERB   USERB   U   1   TABLE_NAME      8   0
USERB   USERB   D   1   TABLE_NAME      8   0
USERB   USERB   R   1   TABLE_NAME      8   0

Kannst du daraus Rückschlüsse ziehen?

LG, Frederic

[IBExpert]

du kannst die Anmeldung an der DB verhindern, das geht bei fb21/25
mit einem Database Trigger. Erklärung und kleines Beispiel hier
http://ibexpert.net/ibe/index.php?n=...DBTriggerTypes

den kann man nur umgehen wenn man mit isql als owner oder als sysdba
einen speziellen parameter benutzt, deren kennwörter sollte aber sicherlich
eh kein unberechtigter user kennen.

Gruß
Holger
www.ibexpert.com

[fkerber]

Hi,

ah, perfekt!
D.h. also von Haus aus ist das wirklich gewollt?
Gibt es dafür nachvollziehbare Gründe?


Kannst du vllt. auch noch etwas zur DB-Weitergabe sagen?
Also was ich auf dem neuen Server einrichten muss, damit ich die DB dort nutzen kann.
Logisch erscheinen würde mir gleicher Benutzername und gleiches PW - ist das so?



LG, Frederic

[mkinzler]

Gleicher Benutzer reicht.

[fkerber]

Hi,

oha!
Ist das nicht sicherheitstechnisch problematisch?
Wenn ich mir dann eine FDB mitnehme, kann ich zu Hause einfach nur den Benutzer anlegen und hab dann vollen Zugriff?

Während ich das geschrieben hab, fällt mir noch was anderes ein:
Der Sysdba des anderen Servers hat eh Zugriff, oder? Also es entfällt sogar der Schritt des Anlegens eines namensgleichen Users und trotzdem hat man Zugriff auf eine eigentlich "gesicherte" DB?


LG, Frederic

[mkinzler]

Bisher ist es so. Beim alternativen Vulcan-Kern, der Stück für Stück in Firebird integriert wird ( soll mit Firebird 3 abgeschlossen sein), kann man wählen, ob die Benutzer in der zentralen Benutzerdatenbank, in der Anwendungsdatenbank oder einer getrennten Benutzerdatenbank gespeichert werden.
Aktuell kann man dem SYSDBA durch eine gleichnamige Rolle in der DB die Rechte entziehen.