中繼資料可見性組態

適用於：SQL Server Azure SQL 資料庫 Azure SQL 受控執行個體Azure Synapse AnalyticsAnalytics Platform System (PDW)

中繼資料的可見性會限制在使用者所擁有的安全性實體，或已授與使用者某些權限的安全性實體。

例如，如果授與使用者資料表 myTable的 SELECT 或 INSERT 權限，則下列查詢會傳回一個資料列。

SELECT name, object_id  
FROM sys.tables  
WHERE name = N'myTable';  
GO  

但是，如果使用者對 myTable沒有任何權限，則查詢會傳回空的結果集。

中繼資料可見性組態的範圍和影響

中繼資料可見性組態僅適用於下列安全性實體。

中繼資料可見性組態不適用於下列安全性實體。

中繼資料存取範圍有限制的意義如下：

• 對系統檢視查詢可能只會傳回資料列的子集，或有時候傳回空的結果集。

• 發出中繼資料的內建函數 (例如 OBJECTPROPERTYEX) 可能傳回 NULL。

• 資料庫引擎 sp_help 預存程序可能只會傳回資料列的子集，或傳回 NULL。

• 因此，假設以 public 來存取中繼資料的應用程式會中斷。

SQL 模組 (例如預存程序和觸發程序) 會在呼叫者的安全性內容下執行，因此在中繼資料的存取上受到限制。 例如，在下列的程式碼中，當預存程序嘗試存取資料表 myTable 的中繼資料而呼叫者對此資料表沒有任何權限時，將會傳回空的結果集。 在舊版的 SQL Server，則會傳回一個資料列。

CREATE PROCEDURE assumes_caller_can_access_metadata  
BEGIN  
SELECT name, object_id   
FROM sys.objects   
WHERE name = N'myTable';  
END;  
GO  

若要允許呼叫端檢視元數據，您可以授與呼叫端 VIEW DEFINITION 許可權，或者從 SQL Server 2022 開始，授予 VIEW SECURITY DEFINITION 或 VIEW PERFORMANCE DEFINITION 的許可權，並可在適當的範圍內：物件層級、資料庫層級或伺服器層級。 因此，在上個範例中，如果呼叫者具有 myTable的 VIEW DEFINITION 權限，預存程序就會傳回一個資料列。 如需詳細資訊，請參閱 GRANT (Transact-SQL) 和 GRANT 資料庫權限 (Transact-SQL)。

您也可以修改預存程序，使其在擁有者的認證下執行。 若程序擁有者和資料表擁有者是相同的擁有者，就會套用擁有權鏈結，且程序擁有者的安全性內容就可以存取 myTable的中繼資料。 在這種狀況下，下列程式碼會將中繼資料的資料列傳回給呼叫者。

CREATE PROCEDURE does_not_assume_caller_can_access_metadata  
WITH EXECUTE AS OWNER  
AS  
BEGIN  
SELECT name, object_id  
FROM sys.objects   
WHERE name = N'myTable'   
END;  
GO  

中繼資料可見性組態的優點和限制

中繼資料可見性組態在整體安全性計畫中扮演著重要的角色。 但在某些情況中，技術純熟又執意操作的使用者還是能夠強制洩漏某些中繼資料。 我們建議您將中繼資料權限部署為全面防禦中的一環。

強制發出錯誤訊息中的中繼資料，理論上是可行的，做法是在查詢中操縱述詞評估的順序。 這種「嘗試與錯誤攻擊」的可能性不是 SQL Server 所特有。 它由關聯式代數所允許的關聯式和交換式轉換所暗示。 您可以限制錯誤訊息所傳回的資訊來減輕此風險。 若要以此方式進一步限制中繼資料的可見性，您可以用追蹤旗標 3625 來啟動伺服器。 此追蹤旗標限制錯誤訊息所顯示的資訊量。 而這有助於防止強制洩漏。 代價是錯誤訊息會簡單一些，用於偵錯時可能會比較困難。 如需詳細資訊，請參閱資料庫引擎服務啟動選項和追蹤旗標 (Transact-SQL).。

下列的中繼資料不會被強制洩漏：

• 此值儲存在 provider_string 的 sys.servers 資料行中。 沒有 ALTER ANY LINKED SERVER 權限的使用者在資料行中只會看見 NULL 值。

• 使用者自訂物件 (例如預存程序或觸發程序) 的來源定義。 只有下列任一狀況屬實時，才能看見原始程式碼：

  • 使用者具有物件的 VIEW DEFINITION 權限。

  • 使用者對該物件的 VIEW DEFINITION 權限尚未被拒絕，且使用者具有該物件的 CONTROL、ALTER 或 TAKE OWNERSHIP 權限。 其他所有使用者都只會看到 NULL。

• 下列目錄檢視中的定義資料行：

  • sys.all_sql_modules
  • sys.server_sql_modules
  • sys.default_constraints
  • sys.numbered_procedures
  • sys.sql_modules
  • sys.check_constraints
  • sys.computed_columns

• ctext 相容性檢視中的 syscomments 資料行。

• sp_helptext 程序的輸出。

• 資訊結構描述檢視中的下列資料行：

  • INFORMATION_SCHEMA.CHECK_CONSTRAINTS.CHECK_CLAUSE
  • INFORMATION_SCHEMA.DOMAINS.DOMAIN_DEFAULT
  • INFORMATION_SCHEMA.ROUTINES.ROUTINE_DEFINITION
  • INFORMATION_SCHEMA.COLUMNS.COLUMN_DEFAULT
  • INFORMATION_SCHEMA.ROUTINE_COLUMNS.COLUMN_DEFAULT
  • INFORMATION_SCHEMA.VIEWS.VIEW_DEFINITION

• OBJECT_DEFINITION() 函數

• sys.sql_logins的 password_hash 資料行中儲存的值。 沒有 CONTROL SERVER 的使用者，或從 SQL Server 2022 開始 VIEW ANY CRYPTOGRAPHICALLY SECURED DEFINITION 權限將會在此資料行中看到 NULL 值。

中繼資料可見性的一般原則

下列是幾個關於中繼資料可見性的一般考量原則：

• 固定角色的隱含權限

• 權限範圍

• DENY 的優先順序

• 子元件中繼資料的可見性

固定角色和隱含權限

固定角色可以存取的中繼資料取決於其對應的隱含權限。

權限範圍

在某個範圍的權限意味著，查看該範圍及所有包含範圍之中繼資料的能力。 例如，結構描述的 SELECT 權限表示承授者對該結構描述包含的所有安全性實體具有 SELECT 權限。 因此，授與結構描述的 SELECT 權限，可讓使用者查看結構描述的中繼資料，以及其中所有資料表、檢視、函數、程序、佇列、同義字、類型和 XML 結構描述集合。 如需範圍的詳細資訊，請參閱權限階層 (資料庫引擎)。

DENY 的優先順序

DENY 的優先順序通常高於其他權限。 例如，如果授與資料庫使用者結構描述的 EXECUTE 權限，但是對該結構描述中某個預存程序的 EXECUTE 權限遭到拒絕，則使用者就不能檢視該預存程序的中繼資料。

此外，如果某個使用者對結構描述的 EXECUTE 權限被拒，但是曾被授與該結構描述中某個預存程序的 EXECUTE 權限，則使用者還是不能檢視該預存程序的中繼資料。

以其他例子來說，如果授與使用者預存程序的 EXECUTE 權限而又被拒絕 (使用不同角色成員資格可能會造成這種情形)，則會優先執行 DENY，而使用者將不能檢視該預存程序的中繼資料。

子元件中繼資料的可見性

子元件 (例如索引、檢查條件約束和觸發程序) 的可見性是由其父元件上的權限來決定。 這些子元件不具有可授與的權限。 例如，如果某個使用者被授與了某個資料表的部分權限，該使用者就能檢視資料表、資料行、索引、檢查條件約束、觸發程序和其他子元件的中繼資料。 另一個範例是在指定資料表的個別資料行上授與 SELECT：這可讓承授者檢視整個資料表的中繼資料，包括所有資料行。 其中一種方法是 VIEW DEFINITION 權限只能在實體層級 (在此例中為資料表) 上運作，不適用於子實體清單 (例如資料行或安全性運算式)。

下列程式碼將示範此行為：

CREATE TABLE t1
(
    c1 int,
    c2 varchar
 );
GO
CREATE USER testUser WITHOUT LOGIN;
GO

EXECUTE AS USER='testUser';
SELECT OBJECT_SCHEMA_NAME(object_id), OBJECT_NAME(object_id), name FROM sys.columns;
SELECT * FROM sys.tables
-- this returns no data, as the user has no permissions
REVERT;
GO

-- granting SELECT on only 1 column of the table:
GRANT SELECT ON t1(c1) TO testUser;
GO
EXECUTE AS USER='testUser';
SELECT OBJECT_SCHEMA_NAME(object_id), OBJECT_NAME(object_id), name FROM sys.columns;
SELECT * FROM sys.tables
-- this returns metadata for all columns of the table and the table itself
REVERT;
GO

DROP TABLE t1
DROP USER testUser

所有資料庫使用者都可以存取的中繼資料

在特定資料庫中，某些中繼資料必須可由所有使用者存取。 例如，檔案群組不具可授與的權限，所以使用者無法被授與權限來檢視檔案群組的中繼資料。 但是，任何可以建立資料表的使用者，必定能夠存取檔案群組中繼資料，以使用 CREATE TABLE 陳述式中的 ON filegroup 或 TEXTIMAGE_ON filegroup 子句。

DB_ID() 和 DB_NAME() 函數傳回的中繼資料，所有使用者都可以看到。

以下是 public 角色可見的目錄檢視清單。

另請參閱

GRANT (Transact-SQL)
DENY (Transact-SQL)
REVOKE (Transact-SQL)
EXECUTE AS 子句 (Transact-SQL)
目錄檢視 (Transact-SQL)
相容性檢視 (Transact-SQL)