欢迎来到.net学习网

欢迎联系站长一起更新本网站!QQ:879621940

您当前所在位置:首页 »  .NET本质论第一卷:公共语言运行库教程 » 正文

本教程章节列表

Net本质论第九章-安全性(二)

创建时间:2013年04月10日 15:14  阅读次数:(3682)
分享到:
Internet资源管理器定义了三种特别情形的URL类别。本地Intranet (Local Intranet)类别(由SecurityZone.Intranet表示)适用于通过使用UNC风格路径(例如,\\server\share\code.dll)的远程文件系统来加载的所有代码。这个区域还适用于使用WINS风格名字的基于HTTP的URL(例如.http//Server/vroot/code.dll),而不是DNS或者主机的IP地址。

Internet资源管理器允许你进一步细化在该区域的构成条件,这些只是默认测试的配置。

Internet资源管理器还定义了两种类别,用于识别可以信赖的和怀有恶意的站点。默认情形下,这些类别是空的:然而,用户或系统管理员可以给这些类别添加任何数量的基于模式的(pattern-based) URL。这些类别由SecurityZone.Trusted和SecurityZone.Untrusted表示。任何不属于刚才所描述的这三种情形分类的codcbase URL都归属于通用的SecurityZone.Internet区域。

最后一种基于位置的证据类型是ApplicationDirectory。宿主应用程序必颁显式地提供该证据类型,它指定了正在运行程序的基本目录。该证据类型与Zone类型相似,它把codebase URL划分成不同类别。ApplicationDirectory证据类型通常与URL证据类型配合使用,为从应用程序的APPBASE目录加载的DLL授予特定的权限。

CLR为每种证据类型提供了可编程的类型。这些类型都位于System.Security.Policy命名空间下,并且都在mscorlib程序集中。例如,下面的代码为给定的codebase URL创建了Url、Site和Zone对象。
using System;
using System.Security;
using System.Security.Policy;

class App{
static void Main(string[] argv)
{
//从命令行输入codebase url
string codebase=argv[0];

//创建3个证据对象
Url url=new Url(codebase);
Zone zone=Zone.CreateFromUrl(codebase);
Site site=null;
try{site=Site.CreateFromUrl(codebase);}
Catch(ArgumentException){/*忽略*/}

//显示相应的位值
Console.WriteLine(“url:{0}”,url.Value);
Console.WriteLine(“zone:{0}”,zone.SecurityZone);
if(site!=null)
{
Console.WriteLine(“site:{0}”,site.Name);
}
}
}

注意,site类型比较特别。这是因为基于文件的URL没有与之关联的Site,并且,假如传入一个基于文件的Url,那么Site.CreateFromUrl将抛出一个System.ArgumentException异常。

到目前为止我们已经讨论了基于位置的证据。CLR还支持其他两种证据娄型,它们用于谁开发了这个代码,而与它是从哪里加载的无关。在这两种证据当中,StrongName类型是比较容易理解的。

拥有公钥(public key)并将其作为名字一部分的程序集,在加载时将被赋予StrongName证据类型。StrongName的三个属性对应于程序集名字的四个属性中的三个。加载器根据正被加载的程序集的元数据,初始化Name,Version和PublicKey属性。在Site、Url和Zone情况下.你可以通过编程的方式构造一个StrongName证据对象,如下所示:
using System;
using System.Reflection;
using System.Security;
using System.Security.Permissions; 
using System.Security.Policy;

class App{
static StrongName CreateFromAssembly(Assembly assm){
//获得名字和公钥
AssemblyName name=assm.GetName();
byte[] pk=name.GetPublicKey();

//构建一个StorngName证据对象
StrongNamePublicKeyBlob blob=new StrongNamePublicKeyBlob(pk);
return new StrongName(blob,name.Name,name.Version);
}

static void Main(string[] argv){
//接收作为命令行自变量的程序集名字
string name=argv[0];

//加载这个程序集,并获取强名称证据
Assembly assm=Assembly.Load(name);
StrongName sn=CreateFromAssembly(assm);

//显示相应的位值
Console.WriteLine(sn.Name);
Console.WriteLine(sn.Version);
Console.WriteLine(sn.PublicKey);
}
}

你可以使用公钥创建只用于程序集的StrongName证据类型。还应该注意,在该例子中,你需要一个System.Security.Permissions.StrongNamePublicKeyBlob类型的包装器对象,用来包将包含公钥的字节数组。这个包装器对象既可以接收公钥,也可以接收公钥标记。

基于StrongName的证据假定所有组织承认将公钥作为特定开发组织的标识。不被承认的公钥是无用的,因为没有办法从算法上鉴别公钥所有者的身份,这种能力由X.509证书提供。它由第六种证据类型-Publisher所使用。

程序集加载器将签署了X.509证书的代码添加Publisher证据类型,不像公/私钥对,公/私钥对可以在开发人员的机器上可靠地自主生成,而证书将假定存在一个受信任的证书管理机构(certificate authorny.CA),例如VerSign、Entrust或Thawte。这些证书管理机构只对知名实体颁发证书,而所谓的知名实体就是可以通过外面的技术(out-of-band)来证实其身份的实体。为了让开发人员使用证书,微软发布了两个工具,可以发射不可靠的(untrustworthy)证书用于测试makecert.exe和cerc2spc.exe。这两个工具分别生成X.509证书和软件发行者证书(Software Publisher Certificate,SPC);然而,由它们产生的证书不具备有意义的CA,因此它们的用处仅仅限于测试,而不能用于交付代码。关于获取合法的证书的更多细节可以参见你喜欢的CA网站。R
来源:.net学习网
说明:所有来源为 .net学习网的文章均为原创,如有转载,请在转载处标注本页地址,谢谢!
【编辑:Wyf】

打赏

取消

感谢您的支持,我会做的更好!

扫码支持
扫码打赏,您说多少就多少

打开支付宝扫一扫,即可进行扫码打赏哦

最新评论

共有评论0条
  • 暂无任何评论,请留下您对本文章的看法,共同参入讨论!
发表评论:
留言人:
内  容:
请输入问题 57+66=? 的结果(结果是:123)
结  果: