圖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,對(duì)異常的解釋如下:
在 Microsoft .NET Framework 4 中,公共語言運(yùn)行時(shí) (CLR) 安全模型發(fā)生了不少變化。其中一項(xiàng)變化,即采用 Level2 透明性
(與 Silverlight 的安全模型非常相似)很可能影響 AllowPartiallyTrustedCallers (APTCA) 庫的作者。透明性屬性有三種:SecurityTransparent、SecuritySafeCritical 和 SecurityCritical。
SecurityTransparent:標(biāo)記為 SecurityTransparent 的代碼從安全性角度而言是可靠的。它不能完成任何危險(xiǎn)操作,例如聲明權(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上,我們可以在代碼級(jí)別設(shè)置透明性屬性可以解決問題。
具體解決辦法如下:
1. 設(shè)置ActiveX控件讀卡代碼的透明屬性為:SecuritySafeCritical,設(shè)置以后的代碼清單如下:
|
新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注