ClickOnce部署(5):自定义安全权限_.NET_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > .NET > ClickOnce部署(5):自定义安全权限

ClickOnce部署(5):自定义安全权限

 2013/10/20 18:47:36  东邪独孤  博客园  我要评论(0)
  • 摘要:今天我们来探讨一下在ClickOnce部署中如何严格控制应用程序的权限。演示应用为了在下文中能更好地演示,我们先要做一个测试项目。也为了显得简单易懂,我使用最常用且最常见的WinForm项目,这是地球上最丰富的物种。咱们做一个MD5的计算程序,这个应该够简单了吧?程序的功能是浏览打开一个文件,然后计算它的MD5,最后以字符串的形式输出。界面大致这样:其中用来输入文件名的文本框叫txtInput,用来显示计算结果的文本框叫txtOutput,为了方便输入文件名,我们在输入文本框的右侧放一个按钮
  • 标签:自定义

今天我们来探讨一下在ClickOnce部署中如何严格控制应用程序的权限。

演示应用

为了在下文中能更好地演示,我们先要做一个测试项目。也为了显得简单易懂,我使用最常用且最常见的WinForm项目,这是地球上最丰富的物种。

咱们做一个MD5的计算程序,这个应该够简单了吧?程序的功能是浏览打开一个文件,然后计算它的MD5,最后以字符串的形式输出。

界面大致这样:

其中用来输入文件名的文本框叫txtInput,用来显示计算结果的文本框叫txtOutput,为了方便输入文件名,我们在输入文本框的右侧放一个按钮,点击后通过OpenFileDialog来浏览文件。

然后处理的代码如下:

using System;

……

using System.Windows.Forms;

using System.Security.Cryptography;

using System.IO;

 

namespace md5ComputeApp

{

public partial class Form1 : Form

{

……

 

private void button1_Click(object sender, EventArgs e)

{

if (File.Exists(this.txtInput.Text) == false)

{

MessageBox.Show("靠,文件不存在,计算条毛啊。"); return;

}

MD5 md5 = new MD5CryptoServiceProvider();

// 打开文件流

FileStream fs = File.OpenRead(txtInput.Text);

// 开始计算

byte[] dataBuffer = md5.ComputeHash(fs);

// 关闭流

fs.Close();

fs.Dispose();

fs = null;

// 转换为字符串

StringBuilder bd = new StringBuilder();

foreach (byte b in dataBuffer)

{

bd.Append(b.ToString("x2"));

}

// 显示结果

this.txtOutput.Text = bd.ToString();

}

 

private void btnBrowser_Click(object sender, EventArgs e)

{

if (this.openFileDialog1.ShowDialog().Equals(DialogResult.OK))

{

this.txtInput.Text = this.openFileDialog1.FileName;

}

}

}

}

好,运行一下,试试是否达到预期效果。如下图:

OK,相当Nice,基本符合要求了。接下来我们就要对其进行部署了。

 

完全信任权限

部署我们肯定都会,而且前面我们也介绍过了。不过这一次我们重点是设置安全权限。为了保护我们的程序不被别有用心的人拿来干坏事,有时候我们没有必要让应用程序具有过高的权限。

在项目属性窗口中,切换到"安全性"选项卡,勾选"启用ClickOnce安全设置"复选框,然后下面的几个单选项就变为可用状态。我们保持选中第一个,即"这是完全可信的应用程序"。最后保存。

现在我们部署这个应用程序,相信大家都会了,就是切换到"发布"选项卡来完成,和前面所讲的方法一样。

安装后我们看到程序正常运行了。

 

部分可信任权限

所谓部分可信任,就是相对我们前面的完全信任权限而言的,即应用程序不具备所有权限,比如,可能只允许应用程序访问D盘下的文件,或者说不允许应用程序进行反射操作等。

要知道有哪些权限可以自定义也很简单,打开"对象浏览器"窗口找到System.Security.IPermission接口,然后我们查看实现它的类,以及这些类的子类,一层一层往下翻,那些命名为XXXPermission的类就是对应的权限了。除此之外,我们还会看到一些Attribute,如FileDialogPermissionAttribute,即它们的命名规律是XXXPermissionAttribute,我们只要找到这些规律,后面在配置权限时就好办了。

现在,我们先不管权限如何配置,因为VS默认会为我们定义两个权限集。依旧,打开项目属性窗口,同样切换到"安全性"选项卡,这一次我们选择"部分信任的应用程序",如下图所示:

在"要从中安装应用程序"下面的下拉列表框,为我们预定义了两种权限集,一种是内部Intranet,一种是广域Internet。我们可以根据具体情况来选。

这里顺便告诉大家,这几个预定义的权限集在哪里。打开C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\PermissionSets目录,你会看到有三个XML文件,和上面安全性配置上的"完全信任",部分信任中的"Internet"、"Intranet"相对应。我这里是.NET 4.5.1,具体看你安装的版本

FullTrust.xml——表示完全信任的权限配置。

Internet.xml——表示Internet上的应用的权限配置。

LocalIntranet.xml——本地Intranet的权限配置。

我们可以打开这些XML文件看看里面有些什么。

从中我们看到,每一项权限都是一个IPermission节点,这个IPermission是不是有点熟悉?对的,上面我们说过的一个接口,与权限配置有关的类都实现该接口。也就是说,自定义应用程序的权限,就是编写相应的XML节点。

MSDN的参考文档(参考地址:http://msdn.microsoft.com/ZH-CN/library/vstudio/ws1c2fch(v=vs.110).aspx)我们知道,权限集的配置在trustInfo元素下的security/applicationRequestMinimum/PermissionSet节点下,层次结构我们可以参考文档。

 

好,我们来实战一下,这样讲还是觉得很抽象,再次打开项目属性,切换到"安全性"选项卡。选择部分信任选项,在"将要从中安装应用程序的区域"下面的下拉列表框中选择"自定义",这时候,右边的"编辑权限XML"按钮变为可用状态。如下图:

 

我们不妨单击这个按钮,来查看XML文件,结合XML文件上的注释和文档说明,基础较好的朋友估计已经明白怎么用了。

 

现在呢,不对XML文件进行任何修改,然后我们发布并安装应用程序。结果我们发现,应用程序没运行,手动到"开始"组中启动它也没有运行,这是很多朋友都遇到的问题,ClickOnce应用安装后不能运行。其实问题就出在权限上。刚才我们使用自定义权限集来发布应用程序,而我们又没有配置任何权限,就等于应用程序不具有任何权限,当然没法运行。

回到项目属性窗口的"安全性"选项卡,点击"编辑权限XML"按钮。

这时候就打开应用程序清单文件,我们找到trustinfo节点。找到PermissionSet节。如下图:

注意PermissionSet节的ID要与defaultAssemblyRequest.permissionSetReference的值一致,这里已经为我们生成了Custom。

我们要做的就是在PermissionSet下添加IPermission元素,这个元素怎么写呢?看文档。Version属性为1,我们只需设置class即可,需要赋给应用程序什么权限,就写上类的完整标识符,包括程序集和版本,公钥等。

前面我为什么要介绍在对象浏览器中查看IPermission派生的类,就是为这里打下伏笔的。

IPermission元素所属性并不只是class、version这几个,它可以和对应的类的属性进行合并,即XXXPermission和XXXPermissionAttribute的属性可以进行合并,如FileIOPermission类有个AllFiles属性,FileIOPermissionAttribute类有个Read属性,我们就可以把它们合起来用,即:

<IPermission class=" System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" version="1" AllFiles="Read", Read="c:\" />

 

下面我们来为本示例的应用程序来配置一下权限,让它可以顺利地运行起来。

首先,我们在PermissionSet元素下添加以下两个权限:

<IPermission class="System.Security.Permissions.UIPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"

version="1"

Unrestricted="true"/>

<IPermission class="System.Security.Permissions.SecurityPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"

Flags="Execution, BindingRedirects"/>

这些类绝大部分位于mscorlib程序集内,我们进行复制就行了,至于说如何查看publickey等参数,我可以向大家说一种方法。打开VS的命令行工具窗口,当然,打开cmd也行,只要路径定义对就行了。输入以下命令:

Gacutil /l mscorlib >>d:\123.txt

执行后就可以在d盘下的123.txt文件中输出结果,我们打开那个文本文件就可以把结果进行复制了。

后面的processorArchitecture是指CPU架构,这个不用复制

 

哦,还有,如果大家觉得去打开命令行工具麻烦,可以把常用的工具都集成到VS中,方法是在VS窗口中执行菜单【工具】-【外部工具】,随后弹出窗口,然后我们单击"添加"按钮。

标题输入如"开发人员命令行工具",随便填,你自己知道什么意思就行。

命令输入%ComSpec%,即cmd,记住首尾两个百分号不要掉了。

参数输入/k ""C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\VsDevCmd.bat""。注意是双重引号,你没看错。如下图:

然后确定保存,以后你只需在VS中执行【工具】菜单,就会看到【VS命令行工具】项了,这样来打开就方便多了。

 

好了,说了很多废话,还是回到我们的正题,上面我们为应用程序清单定义了两个权限:

UIPermission:这是必须的,没有它应用程序界面就无法显示,你看它的名字就知道它的用途了。

SecurityPermission:它的Flags属性可以是多个枚举值合并,在XML配置中我们可以用逗号分隔多个值,注意是英文的逗号,不解释。Execution是少不的,没有它就没法运行应用程序,BindingRedirects还是加上好一点,有时候读取配置文件时要用到。

 

好,现在我们再次发布并安装应用程序,兴奋吧,程序终于运行起来了。如下图:

不过,当我们单击右边的按钮浏览文件时,就发生错误了。

 

这个错误也是没有权限造成的,回到项目,在清单文件上,我们继续添加可以操作文件对话框的权限。

再添加以下两个权限:

<IPermission class="System.Security.Permissions.FileDialogPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"

Access="Open"

Unrestricted="true"/>

<IPermission class="System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"

All="Read"

Unrestricted="true"/>

FileDialogPermission的Access为Open表示允许使用打开文件对话框,但光这个还不够,因为我们在计算MD5时要读取文件的内容,所以,还要加一个FileIOPermission权限,All为Read表示程序对文件只有读的权限,不能写,对于我们的MD5计算器来说够了。Unrestricted设置为true把权限完全赋给程序以免应用程序在运行时申请权限失败。

 

我们再次发布并安装应用程序,这一次看看能不能完成程序的功能。

 

这回正常了,高兴一下吧。

 

经过本节的演示,我们发现,完全自定义权限是相当麻烦的一件事,一般情况下我们不需要这样做,可以优先考虑不使用安全设置,或者使用预定义的权限。除非你确实需要严格控制,才会用自定义权限的方法。本节的演示也好让大家熟悉一下ClickOnce部署中分配权限的方法。

发表评论
用户名: 匿名