【发布时间】：2014-11-22 13:14:15
【问题描述】：
我在沙盒应用程序域中遇到了一些异常问题。 在沙箱中运行的代码是安全透明的。 我有一个实用程序 dll，它允许部分受信任的调用者，并为 sanboxed 代码提供功能。它的方法是 SecuritySafeCritical。 一切正常，直到我们遇到例外情况。
在沙箱中运行的代码受到 try-catch 块的保护，因此如果 ti 抛出它不会导致应用程序崩溃。
如果安全透明 dll 中的代码抛出异常，一切正常。但是，如果沙盒代码调用受信任实用程序 dll 中的方法，并且该代码抛出异常，则会发生以下情况：
如果我在调试器中，调试器会中断：
An exception of type 'Blah' occurred in Trusted.dll but was not handled in user code
这本身是可以的，但是我的 try-catch 块捕获的异常不是“Blah”类型，但它是：
[System.Security.SecurityException] = {"Request for the permission of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed."}
我的猜测是，这种从受信任程序集到部分信任代码的异常“泄漏”是一个安全问题。我的第二个猜测是，这被认为是一个问题，因为介于两者之间的部分受信任代码可能会捕获异常，这可能会导致安全问题，从而阻止传播。 我不清楚的是，框架何时真正尝试断言导致上述异常引发的“SecurityPermission”。
我的问题：我应该如何处理这种情况？有没有办法让它以“干净”的方式工作（异常从可信 - 部分 - 可信代码一路传播），如果是这样，如何以安全的方式工作？ （显然我不想盲目地断言权限，而不恢复它们！）
我有一个后备解决方案（我在我信任的助手中记录异常，抛出它，捕获安全异常，重新抛出原始异常）但我想知道是否有一个更干净的解决方案“符合规则”而不是弯曲它们。
如果我对跨汇编异常处理的猜测是正确的！
【问题讨论】：
标签： c# exception-handling sandbox appdomain code-access-security