Crittografia e integrità dei messaggi

Questo argomento è specifico di una tecnologia legacy mantenuta per una questione di compatibilità con le applicazioni esistenti di versioni precedenti e non è consigliato per il nuovo sviluppo. Le applicazioni distribuite devono ora essere sviluppate utilizzando  Windows Communication Foundation (WCF).

È importante proteggere le informazioni riservate mentre vengono trasmesse da un client .NET Remoting a un server .NET Remoting e viceversa. .NET Remoting fornisce supporto sia per la crittografia dei messaggi che per la determinazione dell'integrità dei messaggi.

Canale HTTP

Il canale HTTP supporta solo la crittografia e l'integrità dei messaggi quando l'oggetto remoto è ospitato in IIS (Internet Information Services) utilizzando SSL. Per ulteriori informazioni sulla configurazione di IIS e SSL, vedere Sicurezza in IIS. La pagina potrebbe essere in inglese.

Canale TCP

Il canale TCP supporta la crittografia e l'integrità dei messaggi quando la proprietà secure è impostata su true. La proprietà secure può essere impostata tramite configurazione o a livello di programmazione. È importante che la proprietà secure sia impostata su true sia nel client che nel server.

Canale IPC

Il canale IPC non supporta né crittografia né integrità dei messaggi.

Nota:
Se la rete è già crittografata (ad esempio utilizzando la sicurezza IP (IPsec)), la crittografia del canale di comunicazione è ridondante e pertanto degrada le prestazioni senza migliorare la sicurezza.

Vedere anche

Concetti

Autenticazione con il canale TCP
Autenticazione con il canale HTTP
Autenticazione con il canale IPC