EXECUTE AS 子句 (Transact-SQL)
在 SQL Server 中,可以定义以下用户定义模块的执行上下文:函数(内联表值函数除外)、过程、队列和触发器。
通过指定执行模块的上下文,可以控制 数据库引擎使用哪一个用户帐户来验证对模块引用的对象的权限。 这有助于人们更灵活、有力地管理用户定义的模块及其所引用对象所形成的对象链中的权限。 必须而且只需授予用户对模块自身的权限,而无需授予用户对被引用对象的显式权限。 只有运行模块的用户必须对模块访问的对象拥有权限。
Functions (except inline table-valued functions), Stored Procedures, and DML Triggers { EXEC | EXECUTE } AS { CALLER | SELF | OWNER | 'user_name' } DDL Triggers with Database Scope { EXEC | EXECUTE } AS { CALLER | SELF | 'user_name' } DDL Triggers with Server Scope and logon triggers { EXEC | EXECUTE } AS { CALLER | SELF | 'login_name' } Queues { EXEC | EXECUTE } AS { SELF | OWNER | 'user_name' }
数据库引擎对模块所引用对象的权限进行评估的方式取决于调用对象和被引用对象之间存在的所有权链。 在 SQL Server 的早期版本中,所有权链是可以避免授权调用用户访问所有被引用对象权限的唯一方式。
所有权链具有以下限制:
-
仅适用于 DML 语句:SELECT、INSERT、UPDATE 和 DELETE。
-
调用和被调用对象的所有者必须相同。
-
不适用于模块内的动态查询。
不论模块中指定的执行上下文如何,以下操作始终适用:
-
执行模块时,数据库引擎首先验证执行模块的用户是否拥有对模块的 EXECUTE 权限。
-
所有权链规则继续应用。 这意味着如果调用和被调用对象的所有者相同,则不检查对基础对象的权限。
当某用户要执行已指定在 CALLER 之外的上下文中执行的模块时,系统将检查该用户是否有执行该模块的权限,但对该模块访问的对象的权限检查,则是针对 EXECUTE AS 子句中指定的用户帐户执行。 实际上,执行模块的用户将扮演指定的用户。
在模块的 EXECUTE AS 子句中指定的上下文,仅在模块执行期间有效。 模块执行完毕后,上下文反转为调用方。
指定用户名或登录名
修改模块以便在其他上下文中执行前,不能删除模块的 EXECUTE AS 子句中指定的数据库用户或服务器登录。
在 EXECUTE AS 子句中指定的用户或登录名必须分别是 sys.database_principals 或 sys.server_principals 中的主体,否则创建或更改模块的操作将失败。 此外,创建或更改模块的用户必须拥有对主体的 IMPERSONATE 权限。
如果用户拥有通过 Windows 组成员身份隐式访问数据库或 SQL Server 实例的权限,并且满足以下要求之一,则创建模块时,也将隐式创建在 EXECUTE AS 子句中指定的用户:
-
指定的用户或登录是 sysadmin 固定服务器角色的成员。
-
创建模块的用户拥有创建主体的权限。
如果这些要求都不满足,则创建模块的操作将失败。
重要提示 |
---|
如果 SQL Server (MSSQLSERVER) 服务是使用本地帐户(本地服务或本地用户帐户)运行的,它将无权获取 EXECUTE AS 子句中指定的 Windows 域帐户的组成员身份。 这将导致模块的执行失败。 |
例如,假设条件如下:
-
CompanyDomain\SQLUsers 组具有对 Sales 数据库的访问权限。
-
CompanyDomain\SqlUser1 是 SQLUsers 的成员,因此它拥有访问 Sales 数据库的权限。
-
创建或更改模块的用户拥有创建主体的权限。
当运行以下 CREATE PROCEDURE 语句时,将隐式创建 CompanyDomain\SqlUser1 作为 Sales 数据库中的数据库主体。
USE Sales; GO CREATE PROCEDURE dbo.usp_Demo WITH EXECUTE AS 'CompanyDomain\SqlUser1' AS SELECT user_name(); GO
使用 EXECUTE AS CALLER 独立语句
使用模块内的 EXECUTE AS CALLER 独立语句将执行上下文设置为模块调用方。
假定 SqlUser2 调用以下存储过程。
CREATE PROCEDURE dbo.usp_Demo WITH EXECUTE AS 'SqlUser1' AS SELECT user_name(); -- Shows execution context is set to SqlUser1. EXECUTE AS CALLER; SELECT user_name(); -- Shows execution context is set to SqlUser2, the caller of the module. REVERT; SELECT user_name(); -- Shows execution context is set to SqlUser1. GO
使用 EXECUTE AS 定义自定义权限集
定义自定义权限集时,指定模块的执行上下文非常有用。 例如,某些操作(如 TRUNCATE TABLE)没有可授予的权限。 通过在模块内包含 TRUNCATE TABLE 语句并指定模块作为拥有更改该表权限的用户来执行,可以将截断表的权限扩展到被授予对该模块拥有 EXECUTE 权限的用户。
若要查看具有指定执行上下文的模块的定义,请使用 sys.sql_modules (Transact-SQL) 目录视图。
最佳实践
指定拥有执行模块中定义的操作所需的最低权限的登录或用户。 例如,如果不需要相应的权限,则不要指定数据库所有者帐户。
若要执行使用 EXECUTE AS 指定的模块,调用方必须拥有对模块的 EXECUTE 权限。
若要执行使用 EXECUTE AS 指定的 CLR 模块(该模块将访问其他数据库或服务器资源),目标数据库或服务器必须信任从中派生模块的数据库(源数据库)的验证器。
若要在创建或修改模块时指定 EXECUTE AS 子句,必须对指定的主体拥有 IMPERSONATE 权限以及创建该模块的权限。 可以始终扮演自身。 如果未指定执行上下文或指定了 EXECUTE AS CALLER,则无需 IMPERSONATE 权限。
若要指定通过 Windows 组成员身份能够隐式访问数据库的 login_name 或 user_name,必须拥有对数据库的 CONTROL 权限。
以下示例创建一个存储过程,并将执行上下文指定为 OWNER。
USE AdventureWorks2012; GO CREATE PROCEDURE HumanResources.uspEmployeesInDepartment @DeptValue int WITH EXECUTE AS OWNER AS SET NOCOUNT ON; SELECT e.BusinessEntityID, c.LastName, c.FirstName, e.JobTitle FROM Person.Person AS c INNER JOIN HumanResources.Employee AS e ON c.BusinessEntityID = e.BusinessEntityID INNER JOIN HumanResources.EmployeeDepartmentHistory AS edh ON e.BusinessEntityID = edh.BusinessEntityID WHERE edh.DepartmentID = @DeptValue ORDER BY c.LastName, c.FirstName; GO -- Execute the stored procedure by specifying department 5. EXECUTE HumanResources.uspEmployeesInDepartment 5; GO