Contexte d'exécution de SQL Server: exécuter comme

Exécutez comme c'est une fonctionnalité dans SQL Server utilisée pour changer de contexte d'exécution, permettant d'exécuter le code en tant qu'utilisateur ou nom de connexion spécifié, permettant un contrôle de sécurité plus granulaire. Il peut être défini lors de la création de procédures, de fonctions ou de déclencheurs stockés, tels que la procédure de création ... avec exécuter en `` appuseur '', ou commuté manuellement au moment de l'exécution via Execute en tant qu'utilisateur = 'SomeUser' et est revenu au contexte d'origine avec REVERT. Ses utilisations courantes incluent une encapsulation sécurisée, d'éviter les autorisations excessives et de l'utiliser en combinaison avec des signatures de module; Dans le même temps, il est nécessaire de prêter attention à la portée des appels imbriqués, à l'existence de l'utilisateur cible et certaines fonctions sont encore limitées par les autorisations de connexion réelles.

Dans SQL Server, EXECUTE AS c'est une fonctionnalité très pratique qui vous permet de passer à un autre contexte (comme un utilisateur ou une connexion) lors de l'exécution de certains code, émulant ainsi les autorisations de cet utilisateur. Ceci est très utile pour la mise en œuvre de contrôles de sécurité à grains plus fins, les signatures de modules et d'éviter les problèmes d'autorisation excessifs.

Qu'est-ce qu'un contexte d'exécution?

Le contexte d'exécution fait référence au contexte de sécurité dans lequel se trouve SQL Server lors de l'exécution d'un morceau de code, c'est-à-dire "l'identité" du code en cours d'exécution. Par défaut, SQL Server utilise le contexte de l'appelant pour exécuter des objets de base de données tels que les procédures ou fonctions stockées.

Mais parfois, vous voudrez peut-être effectuer certaines opérations en tant qu'un autre utilisateur, comme permettant à un utilisateur à faible privilé d'accéder aux données restreintes via des procédures stockées, puis vous pouvez utiliser EXECUTE AS pour changer temporairement le contexte d'exécution.

Comment utiliser EXECUTE AS?

Vous pouvez spécifier la clause EXECUTE AS lors de la création de procédures, de fonctions ou de déclencheurs stockées, ou vous pouvez changer manuellement des contextes à l'exécution.

Paramètres lors de la création d'un objet

 Créer une procédure dbo.getCustomerData
Avec exécuter comme 'Appuseur'
COMME
COMMENCER
    Sélectionner * parmi les clients;
FIN;

Dans cet exemple, peu importe qui appelle GetCustomerData , elle s'exécutera en tant AppUser .

Changer manuellement contexte

Si vous souhaitez simplement changer temporairement, vous pouvez utiliser l'énoncé suivant:

• Passez à un utilisateur spécifique:

   Exécuter comme user = 'someUser';

• Passez au contexte d'origine:

   REVENIR;

  Remarque: Utilisation EXECUTE AS nécessite des autorisations correspondantes, et l'utilisateur cible doit également exister et ne peut pas être un compte système.

  ---

  Utilisations et précautions courantes

  1. Implémentez l'emballage sécurisé

  Avec EXECUTE AS , vous pouvez masquer l'accès aux objets sous-jacents et exposer uniquement les interfaces de procédure stockées. De cette façon, même si l'appelant n'a pas la permission d'accéder directement au tableau, les données peuvent être exploitées indirectement via le processus.

  2. Évitez les autorisations excessives

  Parfois, les développeurs offriront aux utilisateurs des autorisations db_owner ou sysadmin directement, ce qui est dangereux. L'utilisation EXECUTE AS permet aux programmes d'exécuter des opérations critiques avec des comptes de haut niveau que les utilisateurs eux-mêmes n'ont pas.

  3. Cela fonctionne mieux en combinaison avec les signatures du module

  Si vous ne souhaitez pas compter sur EXECUTE AS pour changer de contexte de façon permanente, vous pouvez envisager de faire correspondre les signatures du module. Cette méthode est plus flexible et plus sûre, en particulier adaptée aux environnements de production.

  4. Faites attention aux appels et portées imbriquées

  Si la procédure A appelle la procédure B et que les deux procédures ont EXECUTE AS paramètres, le comportement peut se compliquer. Il est recommandé de clarifier l'intention de contexte de chaque module pendant la conception pour éviter la confusion de l'autorisation.

  ---

  Conseils: quelques points faciles à ignorer

  • Si vous définissez EXECUTE AS CALLER , il équivaut à ne pas changer de contexte.
  • L'utilisateur cible doit exister dans la base de données actuelle (si USER ) ou au niveau du serveur (si LOGIN ).
  • Les déclencheurs de connexion dans l'audit ne sont pas activés lors de l'utilisation EXECUTE AS .
  • Certaines fonctionnalités (telles que les vues de gestion dynamique) peuvent toujours être restreintes par les autorisations réelles de l'utilisateur de connexion.

  ---

  Fondamentalement, c'est tout. La maîtrise EXECUTE AS peut vous aider à aller plus loin dans la sécurité du serveur SQL et le contrôle de l'autorisation. Bien qu'il semble simple, il est facilement négligé ou mal utilisé dans les applications réelles.

  Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!