.NET 代码访问安全性 - 为什么很少使用？

Question

.NET code access security已经存在很长时间了，但它似乎几乎从未在现实世界中使用过。

在我看来，这似乎是一个很好的概念，而且我在 .NET 之前从未见过。 (它是否存在于其他语言中？)

我想知道是否有人在他们的项目中主动使用它，为什么？

对于那些不使用它的人，除了“我们没有安全预算”或“我没有时间学习安全”之外，还有其他正当理由吗？

最后，它在实现目标方面的效果如何？

Answer 1

它用得不多，因为对于最终开发人员(即不是构建供其他开发人员使用的组件的开发人员)，大多数时候，我们的目标是完全信任的环境，或者目标是这样的环境选项。代码要么在我们的网络服务器上运行，要么在我们公司拥有的客户端机器上运行。在任何一种情况下，以完全信任的方式运行代码都不是问题——代码运行的实体信任开发人员。我所知道的唯一使用 CAS 的情况是在像 Sharepoint 这样的环境中，而且有一半的时间，我们只是对这些程序集进行 GAC 以实现完全信任。

那么，为什么我们不花精力学习如何为部分信任的场景编写我们的代码呢？好吧，老实说，完全信任是有效的，如果你不是在执行者不能信任作者的情况下，它是不需要的，而且我的客户不会为象牙塔架构付钱——他们支付我运行满足他们业务需求的代码。在大多数常见情况下，不需要 CAS。