要解决该问题，可以限制调用方（例如，要求它具有某个权限）或对执行委托的权限加以限制（例如，通过使用 Deny 或 PermitOnly 堆栈重写）。
LinkDemands 和包装程序在安全基础结构中，已经加强了对链接请求的特殊保护措施，但它仍然是代码中可能的漏洞来源。
如果完全受信任的代码调用某个由 LinkDemand 保护的属性、事件或方法，那么，如果对调用方的 LinkDemand 权限检查获得通过，则调用将成功。此外，如果完全受信任的代码所公开的类使用了某个属性的名称，并使用反射来调用该属性的 get 访问器，那么，即使用户代码无权访问该属性，对 get 访问器的调用也会成功。这是因为 LinkDemand 将只检查直接调用方，而直接调用方是完全受信任的代码。其实，完全受信任的代码在代表用户代码执行经授权的调用时，不需要确保用户代码有权进行该调用。如果您要包装反射功能，请参阅 Microsoft .NET 框架的第 1 版安全更改一文，以获得详细信息。
为了防止因疏忽造成的安全漏洞（例如，上面描述的情况），运行时将对任何使用调用的操作（实例创建、方法调用、属性设置或获得）所进行的完整堆栈审核请求检查扩展到由链接请求保护的方法、构造函数、属性或事件。该保护会导致一些性能成本（单级 LinkDemand 速度更快），并且会更改安全检查的语义 — 即使单级检查已通过，完整堆栈审核请求也可能会失败。
程序集加载包装程序用来加载托管代码的几个方法（包括 Assembly.Load(byte[])），可使用调用方的证据加载程序集。具体来说，如果要包装这些方法中的任意一个，安全系统可以使用您代码被授予的权限（而不是调用方对包装程序的权限）来加载程序集。显然，您并不想允许信任度较低的代码指使您代表它加载其所获权限比调用方对包装程序的权限更高的代码。
拥有完全信任或信任度比潜在调用方（包括 Internet 权限级调用方）高得多的任何代码很容易通过这种方式降低安全性。如果您代码包含的公共方法可以取得字节数组并将其传递给 Assembly.Load(byte[])，从而代表调用方创建程序集，则可能会破坏安全性。
该问题会发生在以下 API 元素上：
•System.AppDomain.DefineDynamicAssembly
•System.Reflection.Assembly.LoadFrom
•System.Reflection.Assembly.Load
异常处理在运行任何 finally 语句之前，将运行堆栈上面的一个筛选表达式。在运行 finally 语句之后，将运行与该筛选器关联的 catch 代码块。请考虑以下伪代码：
void Main() { try { Sub(); } except (Filter()) { Console.WriteLine("catch"); } } bool Filter () { Console.WriteLine("filter"); return true; } void Sub() { try { Console.WriteLine("throw"); throw new Exception(); } finally { Console.WriteLine("finally"); } }该代码将打印以下内容：
Throw Filter Finally Catch
文章来源于领测软件测试网 https://www.ltesting.net/
