What is new in .Net framework 2.0(6) --- friend assemblies - Junfeng Zhang

<< Why isn't there an Assembly.Unload method? | Home | What is new in .Net framework 2.0 (7) --- Marshal.GetDelegateForFunctionPointer >>

What is new in .Net framework 2.0(6) --- friend assemblies

这个是纯粹CLR loader的东西。和Fusion没有任何关系。所以我没有把Fusion放在标题上。

如果你有一个Assembly。你想让你知道的另一个Assembly看到前面那个Assembly的Type，可是你不想让其他别人看到它们。怎么办？

答案是Friend Assemblies （http://lab.msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_csref/html/df0c70ea-2c2a-4bdc-9526-df951ad2d055.asp）

打印 | posted on Sunday, July 04, 2004 3:26 PM | Filed Under [ .Net ] | 收藏本页 (百度搜藏)(QQ书签)(Live收藏)(Google书签)(Yahoo书签)(新浪ViVi)(搜狐网摘)(365Key网摘)(天极网摘)(博采网摘)(和讯网摘)

Feedbacks

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

不懂

7/4/2004 10:00 PM | lirenzhao

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

呵呵.很多人都问,怎样另AssemblyA只能被AssemblyB引用.
我想这就是解决方案了。

7/5/2004 12:08 AM | Lostinet

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

对头.friend assemblies的设计就是为了这个目的.

lirenzhao,你看看我提供的连接就明白了.

7/5/2004 4:55 AM | Junfeng Zhang

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

SNIP只对Type有用，而friend assemblies是对Assembly来说的。如果一个Assembly里有几百个Type的话用SNIP你需要Copy&paste几百遍，而friend assemblies你只需要定义一次。

另外一个根本的区别是，SNIP要求Type是public的。而friend assemblies里的Type可以是non public的。

7/5/2004 9:40 AM | Junfeng Zhang

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

另外关于Full trusted code, 不是friend assemblies想要解决的问题。By design full trusted code就应该能够做它们想做的事情，否则它们就不叫full trusted code。如果你不愿信任它们，不要给它们full trust，在一个semi-trusted的环境下运行它们。

7/5/2004 9:51 AM | Junfeng Zhang

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

sigh...不是我不想信任它，实在是 Full Trusted 能力太强了。NT 架构下就算 Administrator 还是有些权限拿不到，而 Full Trusted 缺省对本机代码都有，而且为所欲为。在现在缺乏良好的检测工具前提下，也不敢自动或建议最终用户修改策略，sigh

7/5/2004 2:23 PM | Flier Lu

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

NT下Administrator可以干任何他想干的事情。否则他就不叫administrator了。你有什么administrator不能做的事情的例子么？

Full Trusted code能干的事情，不会超过运行它的用户能做的。这远远不是“为所欲为”。Administrator才真的是by design“为所欲为”。

7/5/2004 3:43 PM | Junfeng Zhang

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

在NT系统中，Administrator实际上还是一个受限的用户。你在管理工具的“本地计算机策略/计算机配置/Windows 设置/安全设置/用户权限设置”下面可以发现，很多权限并没有缺省付给Admin用户，因为这些权限的功能实在太强大了，呵呵，例如SE_CREATE_TOKEN_NAME等等。而Full Trusted似乎连这最后的约束都没有了。:P

7/5/2004 5:54 PM | Flier Lu

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

@Flier Lu:

但是如果有“Full Trusted code能干的事情，不会超过运行它的用户能做的”这个前提的话，这里面的安全逻辑还是很清晰的——另外，毕竟Administrator还只是一个分配给人的帐户，系统中还有很多仅在机器或操作系统内部使用的服务帐户啊，所以Administrator不拥有所有系统范围内的*所有*权限还是合理的。

7/6/2004 2:14 AM | JGTM'2004 [MVP]

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

我想flier可能把.NET framework CAS security和NT security搞混了.

在unmanaged world里,没有什么fully trusted code或者是semi-trusted code.一个程序只要在运行,对于那个用户来说,就是fully trusted. fully trusted code纯粹是一个managed的概念.在用户所拥有的NT security权限范围之内,你还能够加以更多的限制.但即使你不加限制,它还是不能超过用户所拥有的NT security权限.

就象JGTM说的,admin只拥有在本机上最高的权限.他没有网络admin的权限.在本机上有些权限也许象flier说的那样,缺省并不赋予.但是很简单的一个小程序admin就可以拿到那些权限了.google上可以找到很多例子.对于有些太危险的权限,缺省不赋予还是有道理的.

7/6/2004 8:43 AM | Junfeng Zhang

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

我不是搞混了，而只是以NT的Admin举例而已。实际上这种缺省安全设置策略在很多地方都是存在的。CLR和NT的权限系统偶还是分的清的，好歹偶正经工作也是安全行业的，呵呵。
我的意思实际上是要说，CLR中缺省给Full Trusted的权限太多了，是否应该将用户缺省的安全权限就做一些限制。就好像Admin一样，缺省情况下让你做绝大多数的事情，但是有些权限必须手工配置才能给你。以Admin的例子来说，NT设计理念里假设信任Admin帐号，并且缺省给你很大权限；但同时有些权限NT允许Admin手工获得，或者程序自动完成也行，但你要重起才能应用。这样一来Admin虽然理论上还是拥有完整权限，但缺省情况下受限。
这个逻辑看似自相矛盾，但实际上是很多安全理念的基础，XP SP2升级的好些安全特性，实际上也是遵循类似的思路。
反映到.NET上，个人认为，对本机CLR代码执行，缺省应该在一个功能强大但受限的配置下，受到一定约束以避免代码勿操作或恶意代码。但能够允许用户通过配置，经过审计等之后才赋给用户。这样一来安全性的可操作性就要强的多。

7/6/2004 9:38 AM | Flier Lu

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

明白了。

一个很自然的期望是CLR本机执行的时候，能够做的事情应该是很unmanaged code一样的。如果managed code缺省就有很多限制的话，.Net framework是很难被consumer market接受的。所以CLR缺省的full trusted code是没有多少限制的。

但是如果你是企业的话，你是可以配置你的机器，对full trusted code加以限制。

Full trusted code和unmanaged code之间还是有区别的，具体我也不是很清楚。我可以找人问问。

7/6/2004 10:21 AM | Junfeng Zhang

# 回复: What is new in .Net framework 2.0(6) --- friend assemblies

en,现在的问题是企业想要提供这样一个灵活又实用的配置很困难，远不如CLR直接提供限制方便。因为CLR提供限制，别的软件提供商会根据情况调整自己的配置，别人说起来还是MS注重安全性，呵呵。而如果我们开发者自己动手，就完全不同了，客户会说本来好好的程序怎么你改了配置就不能跑了？所以作为软件开发者来说，只能被动接收最大权限的设置，主动调整的成本太高了。
就好像几年前我写DCOM程序的时候，虽然缺省设置能跑，但为了应付客户哪儿各种稀奇古怪的问题，总是推荐客户把DCOM相关权限开到最大，那个时候安全性远远不是软件提供商需要考虑的东西。而现在就不同了，一方面客户开始问软件的安全性方面问题，另一方面偶自己就在搞安全的公司，呵呵，当然就无法象以前那样胡搞了 :P
目前来看，除非CLR未来版本增强安全性方面的限制，否则就只能由非官方提供几个可用的受限配置模板。可惜现在这个事情还没有人来做 :P

7/6/2004 9:06 PM | Flier Lu

对不起,您需要登录或者在本站注册方可发表留言

Post Comment


Title
Comment