Utiliser le rôle RDB$ADMIN dans `gsec`

Pour gérer les utilisateurs via l’utilitaire gsec, le rôle RDB$ADMIN doit être spécifié dans le commutateur -role.

`AUTO ADMIN MAPPING`

Système d’exploitation

Windows uniquement.

Les administrateurs du système d’exploitation Windows n’obtiennent pas automatiquement les permissions SYSDBA lorsqu’ils se connectent à une base de données (à moins, bien sûr, qu’une autorisation de confiance soit autorisée). Le fait que les administrateurs aient des droits SYSDBA automatiques dépend de la valeur de l’indicateur AUTO ADMIN MAPPING. C’est un indicateur dans chacune des bases de données qui est désactivé par défaut. Si l’indicateur AUTO ADMIN MAPPING est activé, il est effectif lorsqu’un administrateur Windows :

se connecte en utilisant l’authentification de confiance .
ne définit aucun rôle lors de la connexion.

Après une connexion “auto admin” réussie, le rôle actuel sera RDB$ADMIN

docnext count = 3

Activer ou désactiver AUTO ADMIN MAPPING dans une base de données conventionnelle

L’activation et la désactivation de l’indicateur AUTO ADMIN MAPPING dans une base de données conventionnelle s’effectue comme suit

ALTER ROLE RDB$ADMIN SET AUTO ADMIN MAPPING -- Mise en marche

ALTER ROLE RDB$ADMIN DROP AUTO ADMIN MAPPING -- Mise hors tension

Ces opérateurs peuvent être exécutés par des utilisateurs disposant de droits suffisants, à savoir

le propriétaire de la base de données ;
administrateurs.

Note

Opérateur

ALTER ROLE RDB$ADMIN SET AUTO ADMIN MAPPING

est un type d’instruction simplifié pour créer une correspondance entre le groupe prédéfini DOMAIN_ANY_RID_ADMINS et le rôle RDB$ADMIN.

CREATE MAPPING WIN_ADMINS
USING PLUGIN WIN_SSPI
FROM Predefined_Group
DOMAIN_ANY_RID_ADMINS
TO ROLE RDB$ADMIN;

En conséquence, l’opérateur

ALTER ROLE RDB$ADMIN DROP AUTO ADMIN MAPPING

est équivalent à l’opérateur

DROP MAPPING WIN_ADMINS;

Pour plus d’informations, voir Security object mapping.

Dans les bases de données normales, l’état de AUTO ADMIN MAPPING n’est vérifié que pendant la connexion. Si Administrator a le rôle RDB$ADMIN parce que le mappage automatique s’est produit pendant la connexion, il conservera ce rôle pendant toute la session, même si lui ou quelqu’un d’autre désactive le mappage automatique au même moment.

De même, l’activation de AUTO ADMIN MAPPING ne changera pas le rôle actuel dans RDB$ADMIN pour les Administrateurs qui sont déjà connectés.

Activez ou désactivez AUTO ADMIN MAPPING dans la base de données de sécurité.

Vous ne pouvez pas activer ou désactiver l’indicateur AUTO ADMIN MAPPING dans la base de données utilisateur avec l’instruction ALTER ROLE RDB$ADMIN. Cependant, vous pouvez créer un mappage global du groupe prédéfini DOMAIN_ANY_RID_ADMINS au rôle RDB$ADMIN comme suit :

CREATE GLOBAL MAPPING WIN_ADMINS
USING PLUGIN WIN_SSPI
FROM Predefined_Group
DOMAIN_ANY_RID_ADMINS
TO ROLE RDB$ADMIN;

Alternativement, pour activer AUTO ADMIN MAPPING dans la base de données utilisateur, vous pouvez utiliser l’utilitaire de ligne de commande gsec :

gsec -mapping set

gsec -mapping drop

Note	Selon le statut administratif de l’utilisateur actuel, l’utilitaire `gsec` peut exiger plus de paramètres tels que `-user` et `-pass`, ou `-trusted`.

Seul SYSDBA peut activer AUTO ADMIN MAPPING s’il est désactivé, mais tout administrateur peut le désactiver.

Désactiver AUTO ADMIN MAPPING désactive le mécanisme même qui lui donnait accès et donc il ne peut pas réactiver AUTO ADMIN MAPPING. Même dans une session interactive de gsec, le nouveau paramètre du drapeau prendra effet immédiatement.

Administrateurs

Un administrateur est un utilisateur qui a des droits suffisants pour lire et écrire, créer, modifier et supprimer tout objet dans la base de données. Le tableau montre comment les privilèges `Superuser' sont activés dans divers contextes de sécurité Firebird.

Table 1. Administrateurs
Utilisateur	Rôle `RDB$ADMIN`	Note
SYSDBA	Automatiquement	Existe automatiquement au niveau du serveur. Possède unepour tous les objets de toutes les bases de données. CanCréer, modifier et supprimer des utilisateurs, mais n’a pas d’accès direct à l’information.l’accès à la base de données de sécurité.
Utilisateur root dans POSIX	Automatiquement	Similaire à `SYSDBA`. Seulement dans Firebird Embedded.
Superuser dans POSIX	Automatiquement	Similaire à `SYSDBA`. Seulement dans Firebird Embedded.
Propriétaire de la base de données	Automatiquement	Identique à `SYSDBA`, mais seulement dans cette base de données.
Administrateurs Windows	En cas de réussite de la connexion, la valeur est fixée à `CURRENT_ROLE`.	Similaire à `SYSDBA` si les conditions suivantes sont remplies : Dans le fichier de configuration firebird.conf (paramètre `AuthServer`) le fournisseur Win_Sspi était présent dans la liste des plugins.En outre, ce plugin doit également être présent dans la liste des plugins côté client (paramètre `AuthClient`). Dans toutes les bases de données où l’autorité du super-utilisateur est requise, la fonction `AUTO ADMIN MAPPING` doit être activée ou un mappage du groupe prédéfini `DOMAIN_ANY_RID_ADMINS` au rôle `RDB$ADMIN` doit être créé. Aucun rôle n’est spécifié lors de la connexion.
Utilisateur ordinaire	Doit être pré-émis et doit être spécifié à la connexion	Même chose que `SYSDBA`, mais seulement dans les bases de données où ce rôle a été accordé.
Utilisateur POSIX	Doit être pré-émis et doit être spécifié à la connexion	Identique à `SYSDBA`, mais seulement dans les bases de données où ce rôle est accordé.Seulement dans Firebird Embedded.
Utilisateur Windows	Doit être pré-émis et doit être spécifié à la connexion	Identique à `SYSDBA`, mais seulement dans les bases de données où ce rôle a été accordé.Disponible uniquement si le fichier de configuration firebird.conf.(paramètre `AuthServer`) dans la liste des pluginsLe fournisseur `Win_Sspi` était présent dans la liste des plugins. En outre, ce plugin doitégalement dans la liste des plugins côté client (paramètre `AuthClient`).

Utiliser Le Rôle RDB$ADMIN Dans Gsec