NET强名

.vb 或者semblyInfo.cs）的【AssemblyKeyFile】属性来把它包含到组件中。例如C＃工程，你可以通过该属性包含密匙文件而生成一个签名组件。
[assembly: AssemblyKeyFile("..//..//MyKeyFile.snk")]
   从被编译的组件到密匙文件，【AssemblyKeyFile】属性中的文件名必须包含完整的相对路径。
5．通过延迟签名加密
保护你的私有密匙是非常重要的，如果某个恶意的人取得了你的密匙，他生成的组件将和你签过名的组件一样。因此，应当把你的密匙设于高度的保密状态，公司里面可能就只有几个人知道。这样以来，又怎么给你的组件签名呢？如果就只有你一个人知道密匙，这样会很繁琐，因为你必须为公司中每个开发者开发出来的每个组件签名。
很幸运的是.NET为这个问题提供了一个很好的方法：延迟签名。通过延迟签名，你可以在只知道公共密匙的情况下创建和测试组件。只有在组件实际分发给用户时才将私有密钥匙包含到组件。下面是使用延迟签名过程的一些技巧总结：
1.         从公共/私有密钥匙对中提取公共密匙。为了提取公共密匙，也就是存储公共/私有密匙对，你可以使用强名工具，命令行如下：
sn.exe -p MyKeyFile.snk MyPublicKeyFile.snk
2.         将包含公共密匙的文件分发给公司所有的开发者，同时将包含公共/私有密钥匙对的文件安全存放。
3.         在组件信息文件中包含公共密匙的文件，并注明延迟签名。
[assembly: AssemblyDelaySign(true)]
[assembly: AssemblyKeyFile("..//..//MyPublicKeyFile.snk")]
如果你使用组件连接工具，而非Visual Studio .NET，你可以使用/delaysign命令行来表明延迟签名。
4.         如果你把组件保存在全局程序集缓存（GAC）中，应关闭对组件的验证，因为GAC默认验证每个组件的强名。如果组件没有采用私有密钥匙来签名，这个验证将会失败。因此，出于开发和测试的目的你可以输入如下的命名行：
            sn.exe -Vr MyFile.dll
5.         这样，你就可以在开发和测试的时候很自由的使用组件
6.         当部署一个延迟签名的组件的时候，你必须通过私有密匙来给它签名。
sn.exe -R MyFile.dll MyKeyFile.snk
7.         最后，你必须通知GAC重新开启对组件的验证。命名行如下：
sn.exe -Vu MyFile.dll
6．可信任计算(TrsutWorthy Computing)
你肯定听说过微软的“可信任计算”措施，它包含了有关微软产品的很多安全方面的措施。微软正慢慢的而且必然的朝着一个方向发展，那就是他们将使他们所有的软件产品是默认安全的。如果你知道你在做什么，你就可以降低软件（如Windows Server 2003）的安全级别。虽然降低了安全级别，但太可能使你受到突发事件的攻击。
当你给你的组件赋予强名，你在做就是“可信任计算”。通过强名来分发你的组件，会使得组件不太可能成为木马和其他攻击计算机黑客程序的载体。.NET Framework和Visual Studio .NET提供的工具保证了你分发组件的完整性。因此我强烈建议你使用这些工具，通过这些工具来使得计算世界变得更安全一点。