Autorizzazioni (Motore di database)

Ogni entità a protezione diretta di SQL Server dispone di autorizzazioni associate che possono essere concesse a un'entità. Questo argomento contiene informazioni sui seguenti aspetti:

• Convenzioni di denominazione delle autorizzazioni

• Autorizzazioni relative a particolari entità a protezione diretta

• Autorizzazioni di SQL Server

• Algoritmo di controllo delle autorizzazioni

• Esempi

Convenzioni di denominazione delle autorizzazioni

Di seguito vengono descritte le convenzioni generali adottate per la denominazione delle autorizzazioni:

• CONTROL

  Conferisce al beneficiario capacità da proprietario. In pratica il beneficiario dispone di tutte le autorizzazioni definite sull'entità a sicurezza diretta. Un'entità a cui è stata conferita un'autorizzazione CONTROL può a sua volta concedere autorizzazioni sull'entità a sicurezza diretta. Poiché il modello di sicurezza di SQL Server è di tipo gerarchico, un'autorizzazione CONTROL in un particolare ambito comprende implicitamente un'autorizzazione CONTROL su tutte le entità a sicurezza diretta comprese in tale ambito. Un'autorizzazione CONTROL su un database, ad esempio, implica tutte le autorizzazioni sul database, su tutti gli assembly del database, su tutti gli schemi del database e sugli oggetti contenuti in tutti gli schemi del database.

• ALTER

  Conferisce la capacità di modificare le proprietà, eccetto il diritto di proprietà, di una particolare entità a sicurezza diretta. Quando viene concessa in un ambito, l'autorizzazione ALTER concede la capacità di modificare, creare o eliminare una qualsiasi entità a sicurezza diretta contenuta in tale ambito. Un'autorizzazione ALTER in uno schema, ad esempio, include la capacità di creare, modificare ed eliminare oggetti contenuti nello schema.

• ALTER ANY <Server Securable>, dove Server Securable può essere qualsiasi entità a protezione diretta del server.

  Conferisce la capacità di creare, modificare o eliminare singole istanze dell'Server Securable. L'autorizzazione ALTER ANY LOGIN, ad esempio, conferisce la capacità di creare, modificare o eliminare un qualsiasi account di accesso nell'istanza.

• ALTER ANY <Database Securable>, dove Database Securable può essere qualsiasi entità a protezione diretta al livello di database.

  Conferisce la capacità di creare, modificare o eliminare (CREATE, ALTER o DROP) singole istanze dell'Database Securable. L'autorizzazione ALTER ANY SCHEMA, ad esempio, conferisce la capacità di creare, modificare o eliminare un qualsiasi schema contenuto nel database.

• TAKE OWNERSHIP

  Consente al beneficiario di prendere possesso dell'entità a sicurezza diretta sulla quale viene concessa questa autorizzazione.

• IMPERSONATE <Login>

  Consente al beneficiario di rappresentare l'account di accesso.

• IMPERSONATE <User>

  Consente al beneficiario di rappresentare l'utente.

• CREATE <Server Securable>

  Conferisce al beneficiario la capacità di creare l'Server Securable.

• CREATE <Database Securable>

  Conferisce al beneficiario la capacità di creare l'Database Securable.

• CREATE <Schema-contained Securable>

  Conferisce la capacità di creare un'entità a sicurezza diretta contenuta in uno schema. Per creare un'entità a sicurezza diretta in un particolare schema, è però necessario avere un'autorizzazione ALTER sullo schema.

• VIEW DEFINITION

  Consente al beneficiario di accedere a metadati.

• REFERENCES

  L'autorizzazione REFERENCES su una tabella è necessaria per creare un vincolo FOREIGN KEY che faccia riferimento alla tabella stessa.

  L'autorizzazione REFERENCES è necessaria su un oggetto per creare FUNCTION o VIEW con la clausola WITH SCHEMABINDING che faccia riferimento all'oggetto stesso.

Grafico delle autorizzazioni di SQL Server

Per un grafico di grandi dimensioni di tutte le autorizzazioni Motore di database in formato pdf, vedere https://go.microsoft.com/fwlink/?LinkId=229142.

Autorizzazioni applicabili a particolari entità a sicurezza diretta

Nella tabella seguente vengono elencati le classi principali di autorizzazione e i tipi di entità a sicurezza diretta a cui possono essere applicati.

Autorizzazioni di SQL Server

La tabella seguente contiene un elenco completo delle autorizzazioni SQL Server.

Riepilogo delle informazioni sull'algoritmo di controllo delle autorizzazioni

Il controllo delle autorizzazioni può essere complesso. L'algoritmo di controllo delle autorizzazioni include le appartenenze a gruppi sovrapposti e il concatenamento di proprietà, nonché autorizzazioni esplicite e implicite. È inoltre possibile che le autorizzazioni per le classi di entità a protezione diretta contenenti l'entità a protezione diretta abbiano impatto su tale algoritmo. Il processo generale dell'algoritmo consiste nel raccogliere tutte le autorizzazioni rilevanti. Se non viene individuato alcun blocco DENY, l'algoritmo cerca un'istruzione GRANT che fornisce accesso sufficiente. L'algoritmo contiene tre elementi fondamentali, ovvero il contesto di sicurezza, lo spazio di autorizzazione e l'autorizzazione necessaria.

[!NOTA]

Non è possibile concedere, negare o revocare autorizzazioni a sa, dbo, proprietari di entità, information_schema, sys o all'utente corrente.

• Contesto di sicurezza

  Gruppo di entità che fornisce le autorizzazioni per il controllo dell'accesso. Tali autorizzazioni sono correlate all'utente o all'account di accesso corrente, a meno che l'utente o l'account di accesso del contesto di sicurezza non sia stato modificato tramite l'istruzione EXECUTE AS. Il contesto di sicurezza include le seguenti entità:

  • Account di accesso

  • Utente

  • Appartenenze a ruoli

  • Appartenenze a gruppi di Windows

  • Se si utilizza la firma del modulo, qualsiasi account utente o di accesso tiene conto del certificato utilizzato per firmare il modulo attualmente eseguito dall'utente e delle appartenenze a ruoli associate di tale entità.

• Spazio di autorizzazione

  L'entità a protezione diretta e qualsiasi classe di entità a protezione diretta in cui è contenuta. Ad esempio, una tabella (entità a protezione diretta) è contenuta nella classe di entità a protezione diretta dello schema e nella classe di entità a protezione diretta del database. Sull'accesso possono influire le autorizzazioni a livello di tabella, schema, database e server. Per ulteriori informazioni, vedere Gerarchia delle autorizzazioni (Motore di database).

• Autorizzazione necessaria

  Il tipo di autorizzazione richiesto. Ad esempio, INSERT, UPDATE, DELETE SELECT, EXECUTE ALTER, CONTROL e così via.

  L'accesso può richiedere più autorizzazioni, come negli esempi seguenti:

  • Una stored procedure può richiedere sia l'autorizzazione EXECUTE per la stored procedure, sia l'autorizzazione INSERT per varie tabelle a cui la stored procedure fa riferimento.

  • Una vista a gestione dinamica può richiedere entrambe le autorizzazioni VIEW SERVER STATE e SELECT per la vista.

Passaggi generali dell'algoritmo

I passaggi precisi utilizzati dall'algoritmo per determinare se consentire l'accesso a un'entità a protezione diretta possono variare in base alle entità e alle entità a protezione diretta coinvolte. L'algoritmo, tuttavia, effettua i passaggi generali indicati di seguito:

1. Ignora il controllo delle autorizzazioni se l'account di accesso è un membro del ruolo predefinito del server sysadmin o se l'utente è l'utente dbo nel database corrente.

2. Consente l'accesso se il concatenamento della proprietà è applicabile e il controllo dell'accesso sul primo oggetto nella catena ha superato il controllo della sicurezza.

3. Aggrega le identità del modulo firmato a livello di database e a livello di server associate al chiamante per creare il contesto di scurezza.

4. Per il contesto di sicurezza raccoglie tutte le autorizzazioni concesse o negate per lo spazio di autorizzazione. È possibile dichiarare l'autorizzazione in modo esplicito come GRANT, GRANT WITH GRANT o DENY oppure utilizzare autorizzazioni GRANT o DENY implicite o effettive. L'autorizzazione CONTROL per uno schema implica ad esempio l'autorizzazione CONTROL per una tabella, così come l'autorizzazione CONTROL per una tabella implica l'autorizzazione SELECT. Se è stata pertanto concessa l'autorizzazione CONTROL per lo schema, viene concessa anche l'autorizzazione SELECT per la tabella. Se l'autorizzazione CONTROL è stata negata per la tabella, viene negata anche l'autorizzazione SELECT per la tabella.

   [!NOTA]

   Un'autorizzazione GRANT a livello di colonna esegue l'override di un'autorizzazione DENY a livello di oggetto.

5. Identifica l'autorizzazione necessaria.

6. Restituisce un esito negativo per il controllo delle autorizzazioni se l'autorizzazione necessaria è negata in modo diretto o implicito per un'identità nel contesto di sicurezza degli oggetti nello spazio di autorizzazione.

7. Restituisce un esito positivo per il controllo delle autorizzazioni se l'autorizzazione necessaria non è stata negata e se l'autorizzazione necessaria contiene un'autorizzazione GRANT o GRANT WITH GRANT concessa in modo diretto o implicito per un'identità nel contesto di sicurezza di un oggetto nello spazio di autorizzazione.

Esempi

Negli esempi inclusi in questa sezione viene illustrato come recuperare le informazioni sulle autorizzazioni.

A.A. Restituzione dell'elenco completo delle autorizzazioni che è possibile concedere

L'istruzione seguente restituisce tutte le autorizzazioni del Motore di database tramite la funzione fn_builtin_permissions . Per ulteriori informazioni, vederesys.fn_builtin_permissions (Transact-SQL).

SELECT * FROM fn_builtin_permissions(default);
GO

B.B. Restituzione delle autorizzazioni per una classe di oggetti specifica

Nell'esempio seguente viene utilizzata la funzione fn_builtin_permissions per visualizzare tutte le autorizzazioni disponibili per una categoria di entità a protezione diretta. Nell'esempio vengono restituite le autorizzazioni per gli assembly.

SELECT * FROM fn_builtin_permissions('assembly');
GO  

C.C. Restituzione delle autorizzazioni concesse all'entità di esecuzione per un oggetto

Nell'esempio seguente viene utilizzata la funzione fn_my_permissions per restituire un elenco delle autorizzazioni valide assegnate all'entità chiamante per un'entità a protezione diretta specificata. Nell'esempio vengono restituite le autorizzazioni per un oggetto denominato Orders55. Per ulteriori informazioni, vederesys.fn_my_permissions (Transact-SQL).

SELECT * FROM fn_my_permissions('Orders55', 'object');
GO

D.D. Restituzione delle autorizzazioni applicabili a un oggetto specificato

Nell'esempio seguente vengono restituite le autorizzazioni applicabili a un oggetto denominato Yttrium. Si noti che la funzione predefinita OBJECT_ID viene utilizzata per recuperare l'ID dell'oggetto Yttrium.

SELECT * FROM sys.database_permissions 
    WHERE major_id = OBJECT_ID('Yttrium');
GO

Vedere anche

Riferimento

sys.database_permissions (Transact-SQL)

Concetti

Gerarchia delle autorizzazioni (Motore di database)