이 자습서에서는 시나리오를 사용하여 소유권 체인 및 사용자 컨텍스트 전환과 관련된 SQL Server 보안 개념을 설명합니다.
비고
이 자습서에서 코드를 실행하려면 혼합 모드 보안과 AdventureWorks2012 데이터베이스가 모두 설치되어 있어야 합니다. 혼합 모드 보안에 대한 자세한 내용은 인증 모드 선택을 참조하세요.
시나리오
이 시나리오에서는 AdventureWorks2012 데이터베이스에 저장된 구매 주문 데이터에 액세스하기 위해 두 명의 사용자가 계정이 필요합니다. 요구 사항은 다음과 같습니다.
첫 번째 계정(TestManagerUser)은 모든 구매 주문에서 모든 세부 정보를 볼 수 있어야 합니다.
두 번째 계정(TestEmployeeUser)은 구매 주문 번호, 주문 날짜, 배송 날짜, 제품 ID 번호 및 구매 주문별 주문 및 받은 항목(구매 주문 번호 기준) 부분 배송이 수신된 항목에 대해 확인할 수 있어야 합니다.
다른 모든 계정은 현재 사용 권한을 유지해야 합니다.
이 시나리오의 요구 사항을 충족하기 위해 예제는 소유권 체인 및 컨텍스트 전환의 개념을 보여 주는 네 부분으로 나뉩니다.
환경 구성.
구매 주문으로 데이터에 액세스하는 저장 프로시저 만들기
저장 프로시저를 통해 데이터에 액세스합니다.
환경을 다시 설정합니다.
이 예제의 각 코드 블록은 줄에 설명되어 있습니다. 전체 예제를 복사하려면 이 자습서의 끝에 있는 전체 예제 를 참조하세요.
1. 환경 구성
SQL Server Management Studio 및 다음 코드를 사용하여 데이터베이스를 열고 AdventureWorks2012 Transact-SQL 문을 사용하여 CURRENT_USER dbo 사용자가 컨텍스트로 표시되는지 확인합니다.
USE AdventureWorks2012;
GO
SELECT CURRENT_USER AS 'Current User Name';
GO
CURRENT_USER 문에 대한 자세한 내용은 CURRENT_USER(Transact-SQL)를 참조하세요.
이 코드를 dbo 사용자로 사용하여 서버와 AdventureWorks2012 데이터베이스에 두 명의 사용자를 만듭니다.
CREATE LOGIN TestManagerUser
WITH PASSWORD = '340$Uuxwp7Mcxo7Khx';
GO
CREATE USER TestManagerUser
FOR LOGIN TestManagerUser
WITH DEFAULT_SCHEMA = Purchasing;
GO
CREATE LOGIN TestEmployeeUser
WITH PASSWORD = '340$Uuxwp7Mcxo7Khy';
GO
CREATE USER TestEmployeeUser
FOR LOGIN TestEmployeeUser;
GO
CREATE USER 문에 대한 자세한 내용은 CREATE USER(Transact-SQL)를 참조하세요. CREATE LOGIN 문에 대한 자세한 내용은 CREATE LOGIN(Transact-SQL)을 참조하세요.
다음 코드를 사용하여 스키마의 소유권을 Purchasing 계정으로 TestManagerUser 변경합니다. 이렇게 하면 해당 계정이 포함된 개체에 대한 모든 DML(데이터 조작 언어) 문 액세스(예: SELECTINSERT 권한)를 사용할 수 있습니다.
TestManagerUser 에는 저장 프로시저를 만드는 기능도 부여됩니다.
/* Change owner of the Purchasing Schema to TestManagerUser */
ALTER AUTHORIZATION
ON SCHEMA::Purchasing
TO TestManagerUser;
GO
GRANT CREATE PROCEDURE
TO TestManagerUser
WITH GRANT OPTION;
GO
GRANT 문에 대한 자세한 내용은 GRANT(Transact-SQL)를 참조하세요. 저장 프로시저에 대한 자세한 내용은 저장 프로시저(데이터베이스 엔진)를 참조하세요. 모든 데이터베이스 엔진 권한의 포스터는 다음을 참조하세요 https://github.com/microsoft/sql-server-samples/blob/master/samples/features/security/permissions-posters/Microsoft_SQL_Server_2017_and_Azure_SQL_Database_permissions_infographic.pdf.
2. 데이터에 액세스하는 저장 프로시저 만들기
데이터베이스 내에서 컨텍스트를 전환하려면 EXECUTE AS 문을 사용합니다. EXECUTE AS에는 IMPERSONATE 권한이 필요합니다.
다음 코드의 EXECUTE AS 문을 사용하여 컨텍스트 TestManagerUser 를 변경하고 필요한 TestEmployeeUser데이터만 표시하는 저장 프로시저를 만듭니다. 요구 사항을 충족하기 위해 저장 프로시저는 구매 주문 번호에 하나의 변수를 허용하고 재무 정보를 표시하지 않으며 WHERE 절은 결과를 부분 배송으로 제한합니다.
EXECUTE AS LOGIN = 'TestManagerUser'
GO
SELECT CURRENT_USER AS 'Current User Name';
GO
/* Note: The user that calls the EXECUTE AS statement must have IMPERSONATE permissions on the target principal */
CREATE PROCEDURE usp_ShowWaitingItems @ProductID int
AS
BEGIN
SELECT a.PurchaseOrderID, a.OrderDate, a.ShipDate
, b.ProductID, b.OrderQty, b.ReceivedQty
FROM Purchasing.PurchaseOrderHeader a
INNER JOIN Purchasing.PurchaseOrderDetail b
ON a.PurchaseOrderID = b.PurchaseOrderID
WHERE b.OrderQty > b.ReceivedQty
AND @ProductID = b.ProductID
ORDER BY b.ProductID ASC
END
GO
현재 TestEmployeeUser 데이터베이스 개체에 대한 액세스 권한이 없습니다. 다음 코드(여전히 컨텍스트에 TestManagerUser 있음)는 사용자 계정에 저장 프로시저를 통해 기본 테이블 정보를 쿼리할 수 있는 기능을 부여합니다.
GRANT EXECUTE
ON OBJECT::Purchasing.usp_ShowWaitingItems
TO TestEmployeeUser;
GO
저장 프로시저는 Purchasing 스키마의 일부입니다. 스키마가 명시적으로 지정되지 않았더라도 Purchasing 스키마에 기본적으로 TestManagerUser 할당됩니다. 다음 코드와 같이 시스템 카탈로그 정보를 사용하여 개체를 찾을 수 있습니다.
SELECT a.name AS 'Schema'
, b.name AS 'Object Name'
, b.type AS 'Object Type'
FROM sys.schemas a
INNER JOIN sys.objects b
ON a.schema_id = b.schema_id
WHERE b.name = 'usp_ShowWaitingItems';
GO
예제의 이 섹션이 완료되면, 코드는 REVERT 문을 사용하여 컨텍스트를 dbo로 다시 전환합니다.
REVERT;
GO
REVERT 문에 대한 자세한 내용은 REVERT(Transact-SQL)를 참조하세요.
3. 저장 프로시저를 통해 데이터에 액세스
TestEmployeeUser 에는 로그인 및 공용 데이터베이스 역할에 할당된 권한 이외의 AdventureWorks2012 데이터베이스 개체에 대한 권한이 없습니다. 다음 코드는 기본 테이블에 액세스하려고 할 때 TestEmployeeUser 오류를 반환합니다.
EXECUTE AS LOGIN = 'TestEmployeeUser'
GO
SELECT CURRENT_USER AS 'Current User Name';
GO
/* This won't work */
SELECT *
FROM Purchasing.PurchaseOrderHeader;
GO
SELECT *
FROM Purchasing.PurchaseOrderDetail;
GO
마지막 섹션에서 만든 저장 프로시저는 Purchasing 스키마 소유권 덕분에 TestManagerUser가 소유한 개체를 참조하므로 TestEmployeeUser는 저장 프로시저를 통해 기본 테이블에 접근할 수 있습니다. 다음 코드는 여전히 컨텍스트를 TestEmployeeUser 사용하여 구매 주문 952를 매개 변수로 전달합니다.
EXEC Purchasing.usp_ShowWaitingItems 952
GO
4. 환경 다시 설정
다음 코드는 REVERT 명령을 사용하여 현재 계정의 컨텍스트를 dbo에 반환한 다음 환경을 다시 설정합니다.
REVERT;
GO
ALTER AUTHORIZATION
ON SCHEMA::Purchasing TO dbo;
GO
DROP PROCEDURE Purchasing.usp_ShowWaitingItems;
GO
DROP USER TestEmployeeUser;
GO
DROP USER TestManagerUser;
GO
DROP LOGIN TestEmployeeUser;
GO
DROP LOGIN TestManagerUser;
GO
완성된 예시
이 섹션에서는 전체 예제 코드를 표시합니다.
비고
이 코드에는 TestEmployeeUser이(가) 기본 테이블에서 선택할 수 없음을 나타내는 두 가지 예상된 오류가 포함되어 있지 않습니다.
/*
Script: UserContextTutorial.sql
Author: Microsoft
Last Updated: Books Online
Conditions: Execute as DBO or sysadmin in the AdventureWorks database
Section 1: Configure the Environment
*/
USE AdventureWorks2012;
GO
SELECT CURRENT_USER AS 'Current User Name';
GO
/* Create server and database users */
CREATE LOGIN TestManagerUser
WITH PASSWORD = '340$Uuxwp7Mcxo7Khx';
GO
CREATE USER TestManagerUser
FOR LOGIN TestManagerUser
WITH DEFAULT_SCHEMA = Purchasing;
GO
CREATE LOGIN TestEmployeeUser
WITH PASSWORD = '340$Uuxwp7Mcxo7Khy';
GO
CREATE USER TestEmployeeUser
FOR LOGIN TestEmployeeUser;
GO
/* Change owner of the Purchasing Schema to TestManagerUser */
ALTER AUTHORIZATION
ON SCHEMA::Purchasing
TO TestManagerUser;
GO
GRANT CREATE PROCEDURE
TO TestManagerUser
WITH GRANT OPTION;
GO
/*
Section 2: Switch Context and Create Objects
*/
EXECUTE AS LOGIN = 'TestManagerUser';
GO
SELECT CURRENT_USER AS 'Current User Name';
GO
/* Note: The user that calls the EXECUTE AS statement must have IMPERSONATE permissions on the target principal */
CREATE PROCEDURE usp_ShowWaitingItems @ProductID int
AS
BEGIN
SELECT a.PurchaseOrderID, a.OrderDate, a.ShipDate
, b.ProductID, b.OrderQty, b.ReceivedQty
FROM Purchasing.PurchaseOrderHeader AS a
INNER JOIN Purchasing.PurchaseOrderDetail AS b
ON a.PurchaseOrderID = b.PurchaseOrderID
WHERE b.OrderQty > b.ReceivedQty
AND @ProductID = b.ProductID
ORDER BY b.ProductID ASC
END;
GO
/* Give the employee the ability to run the procedure */
GRANT EXECUTE
ON OBJECT::Purchasing.usp_ShowWaitingItems
TO TestEmployeeUser;
GO
/* Notice that the stored procedure is located in the Purchasing
schema. This also demonstrates system catalogs */
SELECT a.name AS 'Schema'
, b.name AS 'Object Name'
, b.type AS 'Object Type'
FROM sys.schemas AS a
INNER JOIN sys.objects AS b
ON a.schema_id = b.schema_id
WHERE b.name = 'usp_ShowWaitingItems';
GO
/* Go back to being the dbo user */
REVERT;
GO
/*
Section 3: Switch Context and Observe Security
*/
EXECUTE AS LOGIN = 'TestEmployeeUser';
GO
SELECT CURRENT_USER AS 'Current User Name';
GO
EXEC Purchasing.usp_ShowWaitingItems 952;
GO
/*
Section 4: Clean Up Example
*/
REVERT;
GO
ALTER AUTHORIZATION
ON SCHEMA::Purchasing TO dbo;
GO
DROP PROCEDURE Purchasing.usp_ShowWaitingItems;
GO
DROP USER TestEmployeeUser;
GO
DROP USER TestManagerUser;
GO
DROP LOGIN TestEmployeeUser;
GO
DROP LOGIN TestManagerUser;
GO