圖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 中，公共語言運(yùn)行時 (CLR) 安全模型發(fā)生了不少變化。其中一項(xiàng)變化，即采用 Level2 透明性

（與 Silverlight 的安全模型非常相似）很可能影響 AllowPartiallyTrustedCallers (APTCA) 庫的作者。透明性屬性有三種：SecurityTransparent、SecuritySafeCritical 和 SecurityCritical。

SecurityTransparent：標(biāo)記為 SecurityTransparent 的代碼從安全性角度而言是可靠的。它不能完成任何危險操作，例如聲明權(quán)限、

執(zhí)行無法驗(yàn)證的代碼或調(diào)用本機(jī)代碼。它也不能直接調(diào)用 SecurityCritical 代碼。

如上文所述，出于安全的考慮，所有部分受信任代碼都強(qiáng)制為 SecurityTransparent。這也是 APTCA 庫的默認(rèn)透明性。

SecurityCritical：與 SecurityTransparent 不同，SecurityCritical 代碼能夠執(zhí)行任何所需操作。它能夠執(zhí)行聲明、

調(diào)用本機(jī)代碼和其他操作。它能夠調(diào)用其他方法，且不受透明性標(biāo)記的限制。

只有完全受信任代碼才能為 SecurityCritical。事實(shí)上，（非 APTCA）完全受信任代碼默認(rèn)情況下屬于 SecurityCritical，

從而保護(hù)其免受透明的部分受信任調(diào)用方的調(diào)用。

SecuritySafeCritical：SecuritySafeCritical 代碼起著橋梁的作用，它允許透明代碼調(diào)用關(guān)鍵方法。SecuritySafeCritical

代碼與 SecurityCritical 代碼的權(quán)限相同，但它可由 SecurityTransparent 代碼調(diào)用。因此，SecuritySafeCritical 代碼必須以安全方式公開基礎(chǔ) SecurityCritical 方法（以避免一些部分受信任的惡意代碼嘗試通過 SecuritySafeCritical 層攻擊這些方法），這一點(diǎn)極為重要。

與 SecurityCritical 代碼一樣，SecuritySafeCritical 代碼必須完全受信任。

具體可以參考：

http://msdn.microsoft.com/zh-cn/magazine/ee336023.aspx

根據(jù)MSDN的解釋，問題出在了封裝原始Dll的C#類庫CardReader.Library上，我們可以在代碼級別設(shè)置透明性屬性可以解決問題。

具體解決辦法如下：
1. 設(shè)置ActiveX控件讀卡代碼的透明屬性為：SecuritySafeCritical,設(shè)置以后的代碼清單如下：