Controllo degli eventi di sicurezza
Le applicazioni create con WCF (Windows Communication Foundation) possono registrare eventi di sicurezza (esito positivo, negativo o entrambi) con la funzionalità di controllo. Gli eventi vengono scritti nel registro eventi del sistema Windows e possono essere esaminati tramite il Visualizzatore eventi.
La funzionalità di controllo consente a un amministratore di individuare un attacco mentre è ancora in corso o quando è già avvenuto. Tale funzionalità consente inoltre agli sviluppatori di semplificare il debug dei problemi di sicurezza. Ad esempio, se per un errore nella configurazione dei criteri di autorizzazione o di verifica il sistema nega l'accesso a un utente autorizzato, uno sviluppatore può individuare e isolare rapidamente la causa di questo errore esaminando il registro eventi.
Per altre informazioni sulla sicurezza per le applicazioni WCF, vedere Panoramica della sicurezza. Per altre informazioni sulla programmazione WCF, vedere Programmazione WCF di base.
Livelli e comportamenti di controllo
Esistono due livelli di controllo di sicurezza:
Livello Autorizzazione servizio, che prevede l'autorizzazione di un chiamante.
Livello Messaggio, in cui WCF verifica la validità del messaggio e autentica il chiamante.
È possibile verificare l'esito di un controllo su entrambi i livelli, ovvero definire un comportamento di controllo.
Posizione del registro di controllo
Dopo aver determinato un livello e un comportamento di controllo, è possibile specificare la posizione del registro di controllo. Sono disponibili tre opzioni: Predefinito, Applicazione e Protezione. Quando si specifica l'opzione Predefinito, la posizione effettiva del registro varia in base al sistema utilizzato e alla possibilità di quest'ultimo di supportare la scrittura nel registro di sicurezza. Per altre informazioni, vedere la sezione "Sistema operativo" più avanti in questo argomento.
Per scrivere nel registro protezione è necessario disporre del privilegio SeAuditPrivilege. Per impostazione predefinita, solo gli account Sistema locale e Servizio di rete dispongono di questo privilegio. Per gestire le funzioni del registro protezione read e delete è necessario disporre del privilegio SeSecurityPrivilege. Per impostazione predefinita, solo gli amministratori dispongono di questo privilegio.
Gli utenti autenticati possono invece leggere e scrivere nel registro applicazioni. Per impostazione predefinita, Windows XP scrive eventi di controllo in tale registro. Il registro applicazioni può inoltre contenere informazioni personali a cui tutti gli utenti autenticati sono in grado di accedere.
Soppressione degli errori di controllo
Durante il controllo è inoltre disponibile un'opzione che consente di sopprimere tutti gli errori di controllo. Per impostazione predefinita, gli errori di controllo non influiscono sulle applicazioni. Tuttavia, se occorre, è possibile impostare tale opzione su false. In questo modo, se si verifica un errore di controllo, viene generata un'eccezione.
Programmazione del controllo
Il comportamento di controllo può essere specificato a livello di programmazione o tramite configurazione.
Classi di controllo
Nella seguente tabella sono descritte le classi e le proprietà utilizzate per programmare un comportamento di controllo.
| Classe | Descrizione |
|---|---|
| ServiceSecurityAuditBehavior | Consente di impostare le opzioni di controllo come comportamento di servizio. |
| AuditLogLocation | Enumerazione che consente di specificare la posizione del registro in cui scrivere. I valori possibili sono Predefinito, Applicazione e Protezione. Quando si seleziona Predefinito, il sistema operativo determina la posizione effettiva del registro. Per ulteriori informazioni, vedere la sezione "Scelta fra registro eventi Applicazione o Protezione" del presente argomento. |
| MessageAuthenticationAuditLevel | Specifica il livello Messaggio utilizzato per i controlli a livello di messaggio. Sono disponibili le opzioni None, Failure, Success, e SuccessOrFailure. |
| ServiceAuthorizationAuditLevel | Specifica il livello Autorizzazione servizio utilizzato per i controlli a livello di servizio. Sono disponibili le opzioni None, Failure, Success, e SuccessOrFailure. |
| SuppressAuditFailure | Specifica la modalità di elaborazione della richiesta del client quando un controllo ha esito negativo. Ciò ad esempio si verifica quando il servizio tenta di scrivere nel registro protezione senza tuttavia disporre del privilegio SeAuditPrivilege. Il valore predefinito true indica che gli errori vengono ignorati e che la richiesta del client viene elaborata normalmente. |
Per un esempio di configurazione di un'applicazione per registrare gli eventi di controllo, vedere Procedura: Controllare gli eventi di sicurezza.
Impostazione
È anche possibile usare la configurazione per specificare il comportamento di controllo aggiungendo un elemento <serviceSecurityAudit> nei <comportamenti>. È necessario aggiungere l'elemento in un <comportamento> come illustrato nel codice seguente.
<configuration>
<system.serviceModel>
<behaviors>
<behavior>
<!-- auditLogLocation="Application" or "Security" -->
<serviceSecurityAudit
auditLogLocation="Application"
suppressAuditFailure="true"
serviceAuthorizationAuditLevel="Failure"
messageAuthenticationAuditLevel="SuccessOrFailure" />
</behavior>
</behaviors>
</system.serviceModel>
</configuration>
Se il controllo è attivo e non è stata specificata alcuna posizione auditLogLocation, la posizione predefinita del registro è "Protezione" se la piattaforma supporta la scrittura in tale registro. In caso contrario, tale posizione è "Applicazione". Solo i sistemi operativi Windows Server 2003 e Windows Vista supportano la scrittura nel log di sicurezza. Per altre informazioni, vedere la sezione "Sistema operativo" più avanti in questo argomento.
Security Considerations
Un utente malintenzionato a conoscenza del fatto che il controllo è attivo può inviare messaggi non validi che comportano la scrittura di voci di controllo. Ciò comporta a sua volta la generazione di errori nel sistema di controllo. Per ridurre questo problema, impostare la proprietà SuppressAuditFailure su true e usare le proprietà del Visualizzatore eventi per controllare il comportamento di controllo.
Gli eventi di controllo scritti nel registro applicazioni in Windows XP sono visibili a qualsiasi utente autenticato.
Scelta fra registro eventi Applicazione o Protezione
Nelle tabelle seguenti sono fornite informazioni per scegliere se eseguire la registrazione nel registro eventi Applicazione o nel registro eventi Protezione.
Sistema operativo
| Sistema | Registro applicazioni | Registro di sicurezza |
|---|---|---|
| Windows XP SP2 o versione successiva | Supportato | Non supportato |
| Windows Server 2003 SP1 e Windows Vista | Supportata | Il contesto del thread deve disporre del privilegio SeAuditPrivilege |
Altri fattori
Oltre al sistema operativo, nella tabella seguente sono descritte le altre impostazioni che controllano l'attivazione della registrazione.
| Fattore | Registro applicazioni | Registro di sicurezza |
|---|---|---|
| Gestione dei criteri di controllo | Non applicabile. | Insieme alla configurazione, il registro protezione viene controllato anche in base ai criteri LSA (Local Security Authority, autorità di sicurezza locale). È inoltre necessario attivare la categoria "Controlla accesso agli oggetti". |
| Esperienza utente predefinita | Tutti gli utenti autenticati possono scrivere nel registro applicazioni. Di conseguenza, per i processi delle applicazioni non è necessario eseguire alcun passaggio aggiuntivo di autorizzazione. | Il processo dell'applicazione (ovvero il relativo contesto) deve disporre del privilegio SeAuditPrivilege. |