DENY – refus d'autorisations d'entité de sécurité de base de données (Transact-SQL)

Permet de refuser des autorisations sur un utilisateur de base de données, un rôle de base de données ou un rôle d'application.

Conventions de la syntaxe de Transact-SQL

Syntaxe

DENY permission [ ,...n ]  
    ON 
    {  [ USER :: database_user ]
       | [ ROLE :: database_role ]
       | [ APPLICATION ROLE :: application_role ]
    }
    TO <database_principal> [ ,...n ]
    [ CASCADE ]
        [ AS <database_principal> ]

<database_principal> ::=
        Database_user 
    | Database_role 
    | Application_role 
    | Database_user_mapped_to_Windows_User 
    | Database_user_mapped_to_Windows_Group 
    | Database_user_mapped_to_certificate 
    | Database_user_mapped_to_asymmetric_key 
    | Database_user_with_no_login 

Arguments

• permission
  Spécifie une autorisation qui peut être refusée sur l'entité de sécurité de base de données. Pour obtenir la liste des autorisations, consultez la section Notes plus loin dans cette rubrique.

• USER ::database_user
  Spécifie la classe et le nom de l'utilisateur sur lequel l'autorisation doit être refusée. L'identificateur d'étendue (::) est requis.

• ROLE ::database_role
  Spécifie la classe et le nom du rôle sur lequel l'autorisation doit être refusée. L'identificateur d'étendue (::) est requis.

• APPLICATION ROLE ::application_role
  Spécifie la classe et le nom du rôle d'application sur lequel l'autorisation doit être refusée. L'identificateur d'étendue (::) est requis.

• CASCADE
  Indique que l'autorisation à refuser est également refusée pour les autres entités de sécurité auxquelles elle a été accordée par cette entité de sécurité.

• AS <entité_de_sécurité_de_base_de_données>
  Spécifie une entité de sécurité à partir de laquelle l'entité de sécurité qui exécute cette requête dérive son droit de révoquer l'autorisation.

• Database_user
  Spécifie un utilisateur de base de données.

• Database_role
  Spécifie un rôle de base de données.

• Application_role
  Spécifie un rôle d'application.

• Database_user_mapped_to_Windows_User
  Spécifie un utilisateur de base de données mappé sur un utilisateur Windows.

• Database_user_mapped_to_Windows_Group
  Spécifie un utilisateur de base de données mappé sur un groupe Windows.

• Database_user_mapped_to_certificate
  Spécifie un utilisateur de base de données mappé sur un certificat.

• Database_user_mapped_to_asymmetric_key
  Spécifie un utilisateur de base de données mappé sur une clé asymétrique.

• Database_user_with_no_login
  Spécifie un utilisateur de base de données sans entité de sécurité au niveau serveur correspondant.

Notes

Autorisations d'un utilisateur de base de données

Un utilisateur de base de données est un sécurisable au niveau base de données inclus dans la base de données qui est son parent dans la hiérarchie des autorisations. Les autorisations les plus spécifiques et limitées qu'il est possible de refuser sur un utilisateur de base de données sont répertoriées dans le tableau ci-dessous, avec les autorisations plus générales qui les incluent de manière implicite.

Autorisations de rôle de base de données

Un rôle de base de données est un sécurisable au niveau base de données inclus dans la base de données qui est son parent dans la hiérarchie des autorisations. Les autorisations les plus spécifiques et limitées qu'il est possible de refuser sur un rôle de base de données sont répertoriées dans le tableau ci-dessous, avec les autorisations plus générales qui les incluent de manière implicite.

Autorisations de rôle d'application

Un rôle d'application est un sécurisable au niveau base de données inclus dans la base de données qui est son parent dans la hiérarchie des autorisations. Les autorisations les plus spécifiques et limitées qu'il est possible de refuser sur un rôle d'application sont répertoriées dans le tableau ci-dessous, avec les autorisations plus générales qui les incluent de manière implicite.

Autorisations

Requiert l'autorisation CONTROL sur l'entité de sécurité spécifiée ou une autorisation plus élevée qui implique l'autorisation CONTROL.

Les bénéficiaires de l'autorisation CONTROL sur une base de données, tels que les membres du rôle de base de données fixe db_owner, peuvent refuser une autorisation quelconque sur tout sécurisable inclus dans la base de données.

Exemples

A. Refus de l'autorisation CONTROL sur un utilisateur à un autre utilisateur

Dans l'exemple ci-dessous, l'autorisation CONTROL sur l'utilisateur AdventureWorks``Wanida est refusée à l'utilisateur RolandX.

USE AdventureWorks;
DENY CONTROL ON USER::Wanida TO RolandX;
GO

B. Refus d'une autorisation VIEW DEFINITION sur un rôle à un utilisateur auquel l'autorisation avait été accordée avec l'option GRANT OPTION

Dans l'exemple ci-dessous, l'autorisation VIEW DEFINITION sur le rôle AdventureWorks``SammamishParking est refusée à l'utilisateur de base de données JinghaoLiu. L'option CASCADE est spécifiée car l'utilisateur JinghaoLiu avait obtenu l'autorisation VIEW DEFINITION avec l'option GRANT OPTION.

USE AdventureWorks;
DENY VIEW DEFINITION ON ROLE::SammamishParking 
    TO JinghaoLiu CASCADE;
GO

C. Refus de l'autorisation IMPERSONATE sur un utilisateur à un rôle d'application

Dans l'exemple ci-dessous, l'autorisation IMPERSONATE sur l'utilisateur HamithaL est refusée au rôle d'application AdventureWorks``AccountsPayable17.

USE AdventureWorks;
DENY IMPERSONATE ON USER::HamithaL TO AccountsPayable17;
GO  

Voir aussi

Référence

GRANT – octroi d'autorisations d'entité de sécurité de base de données (Transact-SQL)
REVOKE – révocation d'autorisations d'entité de sécurité de base de données (Transact-SQL)
sys.database_principals (Transact-SQL)
sys.database_permissions (Transact-SQL)
CREATE USER (Transact-SQL)
CREATE APPLICATION ROLE (Transact-SQL)
CREATE ROLE (Transact-SQL)
GRANT (Transact-SQL)

Autres ressources

Permissions
Entités de sécurité

Aide et Informations

Assistance sur SQL Server 2005