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.

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

Altri fattori

Oltre al sistema operativo, nella tabella seguente sono descritte le altre impostazioni che controllano l'attivazione della registrazione.

Vedi anche

• ServiceSecurityAuditBehavior
• AuditLogLocation
• Proteggere un database in SQL Data Warehouse
• Programmazione WCF di base
• Procedura: Controllare gli eventi di sicurezza
• <serviceSecurityAudit>
• <comportamenti>
• Modello di sicurezza per Windows Server AppFabric