c# – UnmanagedCode权限.它是什么?

前端之家收集整理的这篇文章主要介绍了c# – UnmanagedCode权限.它是什么?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
企业库的日志记录应用程序块中的LogEntry.cs中存在以下代码
  1. private bool UnmanagedCodePermissionAvailable
  2. {
  3. get
  4. {
  5. if (!unmanagedCodePermissionAvailableInitialized)
  6. {
  7. // check whether the unmanaged code permission is available to avoid three potential stack walks
  8. bool internalUnmanagedCodePermissionAvailable = false;
  9. SecurityPermission unmanagedCodePermission =
  10. new SecurityPermission(SecurityPermissionFlag.UnmanagedCode);
  11. // avoid a stack walk by checking for the permission on the current assembly. this is safe because there are no
  12. // stack walk modifiers before the call.
  13. if (SecurityManager.IsGranted(unmanagedCodePermission))
  14. {
  15. try
  16. {
  17. unmanagedCodePermission.Demand();
  18. internalUnmanagedCodePermissionAvailable = true;
  19. }
  20. catch (SecurityException)
  21. { }
  22. }
  23.  
  24. this.UnmanagedCodePermissionAvailable =
  25. internalUnmanagedCodePermissionAvailable;
  26. }
  27.  
  28. return this.unmanagedCodePermissionAvailable;
  29. }
  30. set
  31. {
  32. this.unmanagedCodePermissionAvailable = value;
  33. unmanagedCodePermissionAvailableInitialized = true;
  34. }
  35. }

在进行多个P / Invoke调用之前调用函数以检索各种信息以帮助填充LogEntry结构.如果“UnmanagedCodePermission”不可用,则将相应的LogEntry属性设置为指示此类的字符串(“XXX不可用”).

例如,LogEntry想要获取Win32线程id,它使用Win / C调用调用的Win32函数GetCurrentThreadId来获取它.在调用GetCurrentThreadId之前,它会检查“unamanged code permission”是否可用.如果是这样,它会进行呼叫,如果不​​是,则不会.像这样的东西:

  1. private void InitializeWin32ThreadId()
  2. {
  3. if (this.UnmanagedCodePermissionAvailable)
  4. {
  5. try
  6. {
  7. this.Win32ThreadId = LogEntryContext.GetCurrentThreadId();
  8. }
  9. catch (Exception e)
  10. {
  11. this.Win32ThreadId = string.Format(
  12. CultureInfo.CurrentCulture,Properties.Resources.IntrinsicPropertyError,e.Message);
  13. }
  14. }
  15. else
  16. {
  17. this.Win32ThreadId = string.Format(CultureInfo.CurrentCulture,Properties.Resources.
  18. LogEntryIntrinsicPropertyNoUnmanagedCodePermissionError);
  19. }
  20. }

根据我的理解,不可否认,由于安全性/权限/信任,调用非托管代码(例如P / Invoke)并不总是可行的.通过此检查以查看是否可以进行非托管代码调用,可以以统一的方式保护所有非托管调用.

当我编译这段代码时,我会收到一条警告:

  1. if (SecurityManager.IsGranted(unmanagedCodePermission))

这是警告:

System.Security.SecurityManager.IsGranted(System.Security.IPermission)’已过时:’IsGranted已过时,将在.NET Framework的未来版本中删除.请改用AppDomain或Assembly的PermissionSet属性.

(请注意,我正在使用VS2010在.Net 4.0上构建它).

所以,看起来IsGranted已经过时了.我查看了AppDomain和Assembly的PermissionSet属性,并不清楚如何进行相同的检查.

对于LogEntry,看起来这些信息并不重要,因此如果没有非托管权限,则不会将其视为严重故障.从同一角度考虑以下问题.也就是说,如果没有非托管代码权限,这不是一个大问题,我可以没有这些信息.

最后,有几个问题:

>尝试保护对非托管代码调用(例如P / Invoke)是个好主意吗?总是,永远,永远不会?
>如果保护这些呼叫是个好主意,这样做是否合理?有没有更好的办法?
>在.Net 4.0中进行等效检查的正确(即不过时)方法是什么?

解决方法

在.NET 4之前,代码访问安全性(CAS)是.NET Fx使用的安全模型.想法是根据证据确定代码可以做什么,并且不允许任何其他事情(SandBoxing).例如,默认情况下,本地计算机上的代码可以完全信任(实际上它可以执行任何操作),而来自Internet的代码将具有受限制的权限(部分信任)方案.

IMO,如果您编写的代码不太可能在部分受信任的环境中运行,那么您可能并不关心它.但对于部分受信任的装配,

>如果他们可以告诉他们的主机(例如IE),它需要什么权限,那么主机可以决定是否根据安全策略等授予这些权限.或者主机可以提示用户并允许他覆盖.或者管理员会通过检查程序集知道权限集,并且他可能决定更新策略以允许它.
>如果主机没有为代码授予所需的权限,那么代码可以检查它并优雅地处理它,而不是生成安全异常.

因此,上面的代码说明了在.NET 4之前实现此目的的方法.在.NET 4中,有一种更易于使用的新安全模型.见this& this文章了解更多信息.

猜你在找的C#相关文章