最后说一下前面的遗留问题，为什么会发生这个安全异常？

　　MSDN说：

　　依赖于运行时类型验证的远程处理系统必须反序列化一个远程流，然后才能开始使用它，未经授权的客户端可能会试图利用反序列化这一时机。为了免受这种攻击，.NET 远程处理提供了两个自动反序列化级别：Low 和 Full。Low（默认值）防止反序列化攻击的方式是，在反序列化时，只处理与最基本的远程处理功能关联的类型，如自动反序列化远程处理基础结构类型、有限的系统实现类型集和基本的自定义类型集。Full 反序列化级别支持远程处理在所有情况下支持的所有自动反序列化类型。

　　我们首先来修改服务端的配置文件：

<configuration>
 <system.runtime.remoting>
   <application name="RemoteServer">
    <service>
     <wellknown type="RemoteObject.MyObject,RemoteObject" 
objectUri="RemoteObject.MyObject"
        mode="Singleton" />
    </service>
    <channels>
      <channel ref="tcp" port="9999"/>
      <serverProviders>
          <provider ref="wsdl" />
          <formatter ref="soap" typeFilterLevel="Full" />
          <formatter ref="binary" typeFilterLevel="Full" />
          </serverProviders>
    </channels>
 </application>
</system.runtime.remoting>
</configuration>

　　当然也可以用程序进行设置：

using System.Runtime.Remoting;
using System.Runtime.Remoting.Channels;
using System.Runtime.Remoting.Channels.Tcp;
using System.Runtime.Serialization.Formatters;
RemotingConfiguration.RegisterWellKnownServiceType(typeof(
RemoteObject.MyObject), "RemoteObject.MyObject", WellKnownObjectMode.Singleton);
BinaryServerFormatterSinkProvider serverProvider = 
new BinaryServerFormatterSinkProvider();
BinaryClientFormatterSinkProvider clientProvider = 
new BinaryClientFormatterSinkProvider();
serverProvider.TypeFilterLevel = TypeFilterLevel.Full;
IDictionary props = new Hashtable();
props["port"] = 9999;
TcpChannel channel = new TcpChannel(props,clientProvider,serverProvider);
ChannelServices.RegisterChannel(channel);
Console.ReadLine();

　　客户端还要用程序进行调整：

　　若要使用配置文件设置反序列化级别，必须显式指定 <formatter> 元素的 typeFilterLevel 属性。虽然这通常是在服务器端指定的，但您还必须为注册来侦听回调的客户端上的任何信道指定这一属性，以控制其反序列化级别。

　　在程序前面加上和服务端基本相同的代码：

BinaryServerFormatterSinkProvider serverProvider = 
new BinaryServerFormatterSinkProvider();
BinaryClientFormatterSinkProvider clientProvider =
 new BinaryClientFormatterSinkProvider();
serverProvider.TypeFilterLevel = TypeFilterLevel.Full;
IDictionary props = new Hashtable();
props["port"] = 0;
TcpChannel channel = new TcpChannel(props,clientProvider,serverProvider);
ChannelServices.RegisterChannel(channel); 

　　这样就可以了，注意：如果在同一个机器上面测试端口号应设为不同于服务器端设置的端口号，推荐设置为0（远程处理系统自动选择可用端口）。.NET Remoting 自身不提供安全模型。然而，通过将远程对象驻留在 ASP.NET 中并使用 HTTP 通道进行通信，远程对象可以使用 IIS 和 ASP.NET 提供的基本安全服务。比较而言，TCP 通道和自定义的主机可执行文件能够提供更高的性能，但这种组合不提供内置的安全功能。

　　• 若要对客户端进行身份验证，请使用 HTTP 通道，在 ASP.NET 中驻留对象，以及在 IIS 中禁用匿名访问。
 
　　• 如果您不担心客户端身份验证问题，请使用 TCP 通道，它可以提供更高的性能。
 
　　• 如果您使用 TCP 通道，请使用 IPSec 保护客户端和服务器之间的通信通道。使用 SSL 来保护 HTTP 通道。
 
　　• 如果您需要对远程资源进行受信任的调用，请将组件驻留在 Windows 服务中，而不是驻留在控制台应用程序中。
 
　　• 始终不要向 Internet 公开远程对象。在这种情况下，请使用 Web 服务。

　　应该仅在 Intranet 中使用 .NET Remoting。应该使用内部方式从 Web 应用程序访问对象。即使对象驻留在 ASP.NET 中，也不要向 Internet 客户端公开它们，因为客户端必须是 .NET 客户端。