Cifrado e integridad de mensaje
Este tema es específico de una tecnología heredada que se mantiene para la compatibilidad con versiones anteriores con aplicaciones existentes y no se recomienda para nuevo desarrollo. Las aplicaciones distribuidas se deberían desarrollar utilizando Windows Communication Foundation (WCF).
Es importante para proteger información confidencial puesto que ésta se pasa de un cliente remoto a un servidor remoto y viceversa. .NET Remoting es compatible tanto para el cifrado de mensajes como para la determinación de la integridad del mensaje.
Canal HTTP
El canal HTTP solo admite cifrado e integridad del mensaje cuando el objeto remoto se hospeda en Internet Information Services (IIS) utilizando SSL. Para obtener más información sobre cómo configurar IIS para utilizar SSL, vea Seguridad de IIS.
Canal TCP
El canal TCP admite cifrado e integridad del mensaje cuando la propiedad secure está establecida a true. La propiedad secure se puede establecer mediante configuración o mediante programación. Es importante que tanto el cliente como el servidor establezcan la propiedad secure a true.
Canal IPC
El canal IPC no admite cifrado o integridad del mensaje.
Nota: |
---|
Si su red ya está cifrada (por ejemplo, utilizando la seguridad de IP (IPSec)), el cifrado del canal de comunicación es redundante y, por consiguiente, degrada el rendimiento sin agregar seguridad. |
Vea también
Conceptos
Autenticación con el canal TCP
Autenticación con el canal HTTP
Autenticación con el canal IPC