Criteri di autenticazione e silo di criteri di autenticazione

In questo argomento per professionisti IT sono descritti i silo di criteri di autenticazione e i criteri che possono limitare gli account in tali silo. È illustrato anche il modo in cui è possibile usare i criteri di autenticazione per limitare l'ambito degli account.

I silo di criteri di autenticazione e i criteri corrispondenti offrono un modo per includere credenziali con privilegi elevati per sistemi pertinenti solo per utenti, computer o servizi selezionati. I silo possono essere definiti e gestiti in Active Directory Domain Services tramite i cmdlet di Windows PowerShell del Centro di amministrazione di Active Directory e di Active Directory.

I silo di criteri di autenticazione sono contenitori a cui gli amministratori possono assegnare account utente, account computer e account del servizio. Gli insiemi di account possono essere quindi gestiti tramite i criteri di autenticazione applicati al contenitore specifico. Ciò riduce la necessità di verifica dell'accesso alle risorse da parte dell'amministratore per i singoli account e aiuta a impedire agli utenti malintenzionati di accedere ad altre risorse tramite il furto di credenziali.

Le capacità introdotte in Windows Server 2012 R2 permettono di creare silo di criteri di autenticazione che ospitano un insieme di utenti con privilegi elevati. È quindi possibile assegnare criteri di autenticazione per questo contenitore, in modo da limitare la posizione in cui gli account con privilegi possono essere usati nel dominio. Quando gli account si trovano nel gruppo di sicurezza Utenti protetti, sono applicati controlli aggiuntivi, ad esempio l'uso esclusivo del protocollo Kerberos.

Queste capacità permettono di limitare l'uso di account di valore elevato a host di valore elevato. Ad esempio, è possibile creare un nuovo silo per gli amministratori di foresta, contenente amministratori di azienda, schema e dominio. È quindi possibile configurare il silo con un criterio di autenticazione, in modo che la l'autenticazione basata su password e smart card da sistemi diversi dai controller di dominio e dalle console degli amministratori di dominio abbia esito negativo.

Per informazioni sulla configurazione di silo di criteri di autenticazione e dei criteri di autenticazione, vedere Come configurare gli account protetti.

Informazioni sui silo di criteri di autenticazione

Un silo di criteri di autenticazione controlla gli account che possono essere limitati dal silo e definisce i criteri di autenticazione da applicare ai membri. È possibile creare il silo in base ai requisiti specifici dell'organizzazione. I silo sono oggetti di Active Directory per utenti, computer e servizi, come definito dallo schema nella tabella seguente.

Schema di Active Directory per silo di criteri di autenticazione

I silo di criteri di autenticazione possono essere configurati usando la console di amministrazione di Active Directory o Windows PowerShell. Per altre informazioni, vedere Come configurare gli account protetti.

Informazioni sui criteri di autenticazione

Un criterio di autenticazione definisce le proprietà relative alla durata del ticket TGT (Ticket-Granting Ticket) del protocollo Kerberos e le condizioni di controllo di accesso di autenticazione per un tipo di account. Il criterio è basato sul contenitore di Active Directory Domain Services, che controlla, noto come silo di criteri di autenticazione.

I criteri di autenticazione controllano gli elementi seguenti:

• La durata TGT per l'account, che è impostato su non rinnovabile.

• I criteri che gli account di dispositivo devono soddisfare per effettuare l'accesso con una password o un certificato.

• I criteri che utenti e dispositivi devono soddisfare per l'autenticazione a servizi in esecuzione come parte dell'account.

Il tipo di account Active Directory determina uno dei ruoli seguenti come ruolo del chiamante:

• Utente

  Gli utenti devono essere sempre membri del gruppo di sicurezza Utenti protetti, che rifiuta per impostazione predefinita i tentativi di autenticazione tramite NTLM.

  I criteri possono essere configurati per impostare la durata TGT di un account utente su un valore più breve o limitare l'accesso degli utenti ai dispositivi. Le espressioni avanzate possono essere configurate nei criteri di autenticazione per controllare i criteri che gli utenti e i dispositivi devono soddisfare per l'autenticazione al servizio.

  Per altre informazioni, vedere Gruppo di sicurezza Utenti protetti.

• Servizio

  Sono usati account del servizio gestiti autonomi, account del servizio gestiti del gruppo oppure un oggetto account personalizzato derivato da questi due tipi di account del servizio. Grazie ai criteri è possibile impostare le condizioni di controllo per l'accesso al dispositivo, che sono usate per limitare le credenziali dell'account del servizio gestito a specifici dispositivi con un'identità Active Directory. I servizi non devono essere mai membri del gruppo di sicurezza Utenti protetti, poiché tutte le autenticazioni in ingresso avranno esito negativo.

• Computer

  Viene usato l'oggetto account del computer o l'oggetto account personalizzato derivato dall'oggetto account del computer. Mediante i criteri è possibile impostare le condizioni di controllo di accesso necessarie per permettere l'autenticazione all'account in base alle proprietà di utente e dispositivo. I computer non devono essere mai membri del gruppo di sicurezza Utenti protetti, poiché tutte le autenticazioni in ingresso avranno esito negativo. Per impostazione predefinita, i tentativi di usare l'autenticazione NTLM sono respinti. È consigliabile non configurare alcuna durata TGT per account del computer.

Schema di Active Directory per criteri di autenticazione

I criteri per gli oggetti di Active Directory per utenti, computer e servizi, sono definiti dallo schema nella tabella seguente.

I silo di criteri di autenticazione possono essere configurati per ogni silo usando la console di amministrazione di Active Directory o Windows PowerShell. Per altre informazioni, vedere Come configurare gli account protetti.

Funzionamento

In questa sezione è illustrato il funzionamento dei silo di criteri di autenticazione e dei criteri di autenticazione insieme al gruppo di sicurezza Utenti protetti e all'implementazione del protocollo Kerberos in Windows.

• Come funziona il protocollo Kerberos insieme ai silo e ai criteri di autenticazione

• Come funziona l'applicazione di restrizioni all'accesso utente

• Come funziona l'applicazione di restrizioni all'emissione di ticket di servizio

Account protetti

Il gruppo di sicurezza Utenti protetti attiva una protezione non configurabile sui dispositivi e sui computer host che eseguono Windows Server 2012 R2 e Windows 8.1, nonché sui controller di dominio nei domini in cui il controller di dominio primario esegue Windows Server 2012 R2 . A seconda del livello di funzionalità del dominio dell'account, i membri del gruppo di sicurezza Utenti protetti dispongono di un'ulteriore protezione grazie alle modifiche del comportamento nei metodi di autenticazione supportati in Windows.

• Il membro del gruppo di sicurezza Utenti protetti non può autenticarsi con NTLM, l'autenticazione del digest o la delega predefinita delle credenziali CredSSP. In un dispositivo che esegue Windows 8.1 e che usa uno dei seguenti Security Support Provider (SSP), l'autenticazione a un dominio avrà esito negativo se l'account è membro del gruppo di sicurezza Utenti protetti.

• Il protocollo Kerberos non usa i tipi di crittografia più vulnerabili DES o RC4 nel processo di preautenticazione. Ciò significa che il dominio deve essere configurato per supportare almeno il tipo di crittografia AES.

• L'account dell'utente non può usare la delega Kerberos vincolata o non vincolata. Ciò significa che le connessioni precedenti ad altri sistemi possono non riuscire se l'utente è membro del gruppo di sicurezza Utenti protetti.

• L'impostazione della durata predefinita TGT (Ticket Granting Tickets), pari a quattro ore, può essere configurata con Criteri di autenticazione e silo, accessibili dal Centro di amministrazione di Active Directory. Ciò significa che, dopo che sono trascorse le quattro ore predefinite, l'utente deve ripetere l'autenticazione.

Per altre informazioni su questo gruppo di sicurezza, vedere Come funziona il gruppo Utenti protetti.

Silo e criteri di autenticazione

I silo di criteri di autenticazione e i criteri di autenticazione si avvalgono dell'infrastruttura di autenticazione Windows esistente. L'uso del protocollo NTLM è rifiutato ed è usato il protocollo Kerberos con tipi di crittografia più recenti. I criteri di autenticazione integrano il gruppo di sicurezza Utenti protetti, offrendo un modo per applicare restrizioni configurabili agli account, oltre a offrire restrizioni per gli account per servizi e computer. I criteri di autenticazione sono applicati durante lo scambio del servizio di autenticazione del protocollo Kerberos o del ticket TGS (Ticket-Granting Service). Per altre informazioni sul modo in cui Windows usa il protocollo Kerberos e sulle modifiche apportate per supportare i silo di criteri di autenticazione e i criteri di autenticazione, vedere:

• Come funziona il protocollo di autenticazione Kerberos versione 5

• Modifiche dell'autenticazione Kerberos (Windows Server 2008 R2 e Windows 7)

Come viene usato il protocollo Kerberos insieme ai silo di criteri di autenticazione e ai criteri

Quando un account di dominio è collegato a un silo di criteri di autenticazione e l'utente effettua l'accesso, Gestione account di protezione aggiunge il tipo di attestazione del silo di criteri di autenticazione che include il silo come valore. L'attestazione relativa all'account offre l'accesso al silo di destinazione.

Quando un criterio di autenticazione è applicato e nel controller di dominio si riceve una richiesta del servizio di autenticazione per un account di dominio, il controller di dominio restituisce un TGT non rinnovabile con la durata configurata, a meno che la durata TGT del dominio non sia inferiore.

Quando un criterio di autenticazione è in modalità di controllo e nel controller di dominio si riceve la richiesta del servizio di autenticazione per un account di dominio, il controller di dominio verifica se l'autenticazione è consentita per il dispositivo, in modo da potere registrare un avviso in caso di errore. Un criterio di autenticazione controllato non altera il processo, quindi le richieste di autenticazione non avranno esito negativo se non soddisfano i requisiti del criterio.

Quando un criterio di autenticazione è applicato e il servizio di autenticazione è "blindato", la richiesta del servizio di autenticazione per un account di dominio viene ricevuta nel controller di dominio, che verifica se l'autenticazione è consentita per il dispositivo. In caso di esito negativo, il controller di dominio restituisce un messaggio di errore e registra un evento.

Quando un criterio di autenticazione è in modalità di controllo e la richiesta TGS (Ticket-Granting Service) è ricevuta dal controller di dominio per un account di dominio, il controller di dominio verifica se l'autenticazione è consentita in base ai dati del certificato attributi privilegi del ticket della richiesta, quindi registra un messaggio di avviso in caso di esito negativo. Il certificato attributi privilegi include diversi tipi di dati relativi all'autorizzazione, inclusi i gruppi a cui appartiene l'utente, i diritti di cui dispone l'utente e i criteri applicabili all'utente. Queste informazioni sono usate per generare il token di accesso dell'utente. Se si tratta di un criterio di autenticazione applicato che permette l'autenticazione a un utente, un dispositivo o un servizio, il controller di dominio verifica se l'autenticazione è permessa in base ai dati del certificato attributi privilegi del ticket della richiesta. In caso di esito negativo, il controller di dominio restituisce un messaggio di errore e registra un evento.

È possibile usare un singolo criterio di autenticazione per tutti i membri di un silo oppure usare criteri distinti per utenti, computer e account del servizio gestiti.

I silo di criteri di autenticazione possono essere configurati per ogni silo usando la console di amministrazione di Active Directory o Windows PowerShell. Per altre informazioni, vedere Come configurare gli account protetti.

Come funziona l'applicazione di restrizioni all'accesso utente

Poiché questi criteri di autenticazione sono applicati a un account, sono applicabili anche agli account usati dai servizi. Questa impostazione è utile per limitare l'uso di una password per un servizio ad alcuni host specifici. Ad esempio, è possibile configurare account del servizio gestiti per un gruppo in modo che gli host siano autorizzati a recuperare la password da Servizi di dominio Active Directory. La password può essere però usata da qualsiasi host per l'autenticazione iniziale. Tramite l'applicazione di una condizione di controllo dell'accesso, è possibile ottenere un livello aggiuntivo di protezione limitando la password solo all'insieme di host in grado di recuperare la password.

Quando i servizi eseguiti come sistemi, servizi di rete o altre identità di servizio locale si connettono ai servizi di rete, usano l'account computer dell'host. Non è possibile applicare restrizioni agli account computer. Anche se il servizio usa un account computer non relativo a un host Windows , non sarà quindi possibile applicarvi restrizioni.

Per la limitazione dell'accesso utente a host specifici è necessario che il controller di dominio convalidi l'identità dell'host. Quando si usa l'autenticazione Kerberos con la blindatura Kerberos (che fa parte del Controllo dinamico degli accessi), al Centro distribuzione chiavi viene fornito il TGT dell'host da cui l'utente esegue l'autenticazione. Il contenuto del TGT blindato è usato per completare una verifica dell'accesso, in modo da determinare se l'host è autorizzato.

Quando un utente accede a Windows o inserisce le credenziali per il dominio in una richiesta di credenziali per un'applicazione, per impostazione predefinita Windows invia una richiesta AS-REQ blindata al controller di dominio. Se l'utente invia la richiesta da un computer che non supporta la blindatura, ad esempio computer che eseguono Windows 7 o Windows Vista, la richiesta avrà esito negativo.

Il processo è descritto nell'elenco seguente:

• Il controller di dominio in un dominio Windows Server 2012 R2 esegue query relative all'account utente e determina se è configurato con un criterio di autenticazione che limita l'autenticazione iniziale che richiede richieste blindate.

• La richiesta avrà esito negativo nel controller di dominio.

• Poiché la blindatura è obbligatoria, l'utente può provare ad accedere usando un computer che esegue Windows 8.1 o Windows 8, che è abilitato per il supporto della blindatura Kerberos in modo da tentare di nuovo il processo di accesso.

• Windows rileva che il dominio supporta la blindatura Kerberos e invia una richiesta AS-REQ blindata per riprovare la richiesta di accesso.

• Il controller di dominio esegue una verifica dell'accesso usando le condizioni di controllo di accesso configurate e le informazioni sull'identità del sistema operativo client disponibili nel TGT usato per la blindatura della richiesta.

• In caso di errore della verifica dell'accesso, il controller di dominio respinge la richiesta.

Anche se i sistemi operativi supportano la blindatura Kerberos, è possibile applicare i requisiti per il controllo di accesso, che devono essere soddisfatti prima che sia concesso l'accesso. Gli utenti accedono a Windows o immettono le credenziali del dominio in una richiesta di credenziali per un'applicazione. Per impostazione predefinita, Windows invia una richiesta AS-REQ non blindata al controller di dominio. Se l'utente invia la richiesta da un computer che supporta la blindatura, ad esempio Windows 8.1 o Windows 8, i criteri di autenticazione saranno valutati come segue:

1. Il controller di dominio in un dominio Windows Server 2012 R2 esegue query relative all'account utente e determina se è configurato con un criterio di autenticazione che limita l'autenticazione iniziale che richiede richieste blindate.

2. Il controller di dominio esegue una verifica dell'accesso usando le condizioni di controllo di accesso configurate e le informazioni sull'identità del sistema operativo disponibili nel TGT usato per la blindatura della richiesta. La verifica dell'accesso ha esito positivo.

   Nota

   Se sono configurate restrizioni legacy per il gruppo di lavoro, sarà necessario soddisfarle.

3. Il controller di dominio risponde con una risposta blindata (AS-REP) e il processo di autenticazione continua.

Come funziona l'applicazione di restrizioni all'emissione di ticket di servizio

Quando un account non è autorizzato e un utente con TGT tenta di connettersi al servizio, ad esempio aprendo un'applicazione che richiede autenticazione a un servizio identificato dal nome dell'entità servizio (SPN, Service Principal Name), si verifica la sequenza seguente:

1. In caso di tentativo di connessione a SPN1 da SPN, Windows invia una richiesta TGS-REQ al controller di dominio che richiede un ticket di servizio per SPN1.

2. Il controller di dominio in un dominio che esegue Windows Server 2012 R2 cerca SPN1 per trovare l'account di Active Directory Domain Services per il servizio e determina che l'account è configurato con un criterio di autenticazione che limita l'emissione di ticket di servizio.

3. Il controller di dominio esegue una verifica dell'accesso usando le condizioni di controllo di accesso configurate e le informazioni sull'identità dell'utente disponibili nel TGT. La verifica dell'accesso ha esito negativo.

4. Il controller di dominio respinge la richiesta.

Quando un account è autorizzato perché soddisfa le condizioni di controllo dell'accesso definite dal criterio di autenticazione e un utente con TGT tenta di connettersi al servizio, ad esempio aprendo un'applicazione che richiede l'autenticazione a un servizio identificato dal nome dell'entità servizio (SPN, Service Principal Name), si verifica la sequenza seguente:

1. In caso di tentativo di connessione a SPN1, Windows invia una richiesta TGS-REQ al controller di dominio che richiede un ticket di servizio per SPN1.

2. Il controller di dominio in un dominio che esegue Windows Server 2012 R2 cerca SPN1 per trovare l'account di Active Directory Domain Services per il servizio e determina che l'account è configurato con un criterio di autenticazione che limita l'emissione di ticket di servizio.

3. Il controller di dominio esegue una verifica dell'accesso usando le condizioni di controllo di accesso configurate e le informazioni sull'identità dell'utente disponibili nel TGT. La verifica dell'accesso ha esito positivo.

4. Il controller di dominio risponde alla richiesta con una richiesta TGS (TGS-REP).

Messaggi di eventi di errore e informativi associati

Nella tabella seguente sono descritti gli eventi associati al gruppo di sicurezza Utenti protetti e i criteri di autenticazione applicati ai silo di criteri di autenticazione.

Gli eventi sono registrati nei registri relativi ad applicazioni e servizi in Microsoft\Windows\Autenticazione.

Per procedure di risoluzione dei problemi che usano questi eventi, vedere Risolvere i problemi relativi ai criteri di autenticazione e Risolvere i problemi degli eventi relativi a Utenti protetti.

Riferimenti aggiuntivi

Come configurare gli account protetti

Protezione e gestione delle credenziali

Gruppo di sicurezza Utenti protetti