Autorizzazioni (Motore di database)

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.

  Viene conferita 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à di protezione diretta a livello di database.

  Viene conferita la capacità di creare, modificare o eliminare 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>

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

• CREATE <Database Securable>

  Viene conferita 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 SQL Server

Per un grafico con dimensioni da poster di tutte le autorizzazioni del 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 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.

• Contesto di sicurezza

  Il gruppo di entità che offre le autorizzazioni per il controllo di 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

Esempi

Negli esempi seguenti viene illustrato come recuperare le informazioni sulle autorizzazioni.

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

SELECT * FROM fn_builtin_permissions(default);
GO

B. Restituzione delle autorizzazioni per una classe particolare di oggetti

SELECT * FROM fn_builtin_permissions('assembly');
GO  

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

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

D. Restituzione delle autorizzazioni applicabili a un oggetto particolare

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

Vedere anche

Riferimento

Concetti