其实如果我们不进行设置，只是修改了代码，运行程序以后，其出错界面如下图1所示： [img]http://files.jb51.net/upload/201105/20110511231044191.png[/img] 图1 抛出异常如下： ************** Exception Text ************** System.MethodAccessException: Attempt by security transparent method 'Rare.Card.Libary.Controls. ReadCardControl.btnRead_Click(System.Object, System.EventArgs)' to call native code through method 'Rare.Card.Libary.MifareOneHelper.rf_read(Int32, Int32, Byte[])' failed. Methods must be security critical or security safe-critical to call native code.   通过查阅MSDN，对异常的解释如下： 在 Microsoft .NET Framework 4 中，公共语言运行时 (CLR) 安全模型发生了不少变化。其中一项变化，即采用 Level2 透明性 （与 Silverlight 的安全模型非常相似）很可能影响 AllowPartiallyTrustedCallers (APTCA) 库的作者。透明性属性有三种：SecurityTransparent、SecuritySafeCritical 和 SecurityCritical。   SecurityTransparent：标记为 SecurityTransparent 的代码从安全性角度而言是可靠的。它不能完成任何危险操作，例如声明权限、 执行无法验证的代码或调用本机代码。它也不能直接调用 SecurityCritical 代码。 如上文所述，出于安全的考虑，所有部分受信任代码都强制为 SecurityTransparent。这也是 APTCA 库的默认透明性。 SecurityCritical：与 SecurityTransparent 不同，SecurityCritical 代码能够执行任何所需操作。它能够执行声明、 调用本机代码和其他操作。它能够调用其他方法，且不受透明性标记的限制。 只有完全受信任代码才能为 SecurityCritical。事实上，（非 APTCA）完全受信任代码默认情况下属于 SecurityCritical， 从而保护其免受透明的部分受信任调用方的调用。 SecuritySafeCritical：SecuritySafeCritical 代码起着桥梁的作用，它允许透明代码调用关键方法。SecuritySafeCritical 代码与 SecurityCritical 代码的权限相同，但它可由 SecurityTransparent 代码调用。因此，SecuritySafeCritical 代码必须以安全方式公开基础 SecurityCritical 方法（以避免一些部分受信任的恶意代码尝试通过 SecuritySafeCritical 层攻击这些方法），这一点极为重要。 与 SecurityCritical 代码一样，SecuritySafeCritical 代码必须完全受信任。 具体可以参考： [url=http://msdn.microsoft.com/zh-cn/magazine/ee336023.aspx]http://msdn.microsoft.com/zh-cn/magazine/ee336023.aspx[/url]   根据MSDN的解释，问题出在了封装原始Dll的C#类库CardReader.Library上，我们可以在代码级别设置透明性属性可以解决问题。 具体解决办法如下： 1. 设置ActiveX控件读卡代码的透明属性为：SecuritySafeCritical,设置以后的代码清单如下：

[url=http://xiazai.jb51.net/201105/yuanma/CardReader.rar]http://xiazai.jb51.net/201105/yuanma/CardReader.rar[/url]

• 全部评论(0)

• [展开所有评论]

上一篇：C#实现文件上传以及多文件上传功能
下一篇：如何搭建新的WPF项目框架