繁体 English 中英

在最低安全性上下文中运行DLR嵌入式脚本

[英]Running DLR Embedded Scripts in Minimum Security Context

原文 2010-02-28 14:32:05 0 1 c#/ .net/ ironpython/ ironruby/ dynamic-language-runtime

我需要指出正确的方向。 我已经将Iron Python脚本主机嵌入到一个简单的C＃应用程序中，但现在我需要了解锁定用户生成的IronPython或IronRuby脚本的安全性的最佳实践。

具体来说，什么是防止库导入的策略，并且在.NET中没有办法在不同的安全上下文中运行代码块或线程，例如防止文件系统访问？ 此外，是否可以为此上下文分配内置级别或角色而不是实际用户？

谢谢！

您应该在不同的appdomain中运行脚本主机，并使用沙盒API通过Evidence属性设置安全策略

[英]Embedded screen - security

[英]Embedded IronPython Security

[英]Context and Context Initializer Not Running

[英]List of running minimum values

[英]csom context credential security

[英]Running Scripts in HtmlAgilityPack

[英]code completion / language server for embedded IronPython scripts

[英]Minimum runnable example for ReactiveUI - not running

[英]What is the DLR Layer Responsibility?

[英]DynamicProxy using dynamic/DLR

暂无

声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

相关问题 嵌入式屏幕-安全性嵌入式IronPython安全性上下文和上下文初始化器未运行运行最小值列表 csom上下文凭证安全性 "在 HtmlAgilityPack 中运行脚本" 嵌入式 IronPython 脚本的代码完成/语言服务器 ReactiveUI 的最小可运行示例 - 未运行什么是DLR层责任？使用动态/ DLR的DynamicProxy

相关标签