大风起兮云飞扬
我实在不知道该怎么叫这个题目，所以只好写作碎碎念，堆积一点资料吧，
Capabilities与安全相关的一些碎碎念
。昨天看到了一篇文章： (需要****访问)
Is Role Based Access Control dead?
其中阐述到基于角色访问控制方案的硬伤
To illustrate this point, consider the following situation.
You have just completed coding a wonderful project management application for Big Humungous Inc. that filled all the requirements, is unhackable, and even has a list of features far exceeding the clients requests. One day you recieve a call that your client is creating a special group of representatives that need to have administrative access to customer accounts that belong to Group A between 2pm and 3pm every Monday, Wednesday, and Friday.
Now you have a problem. A role is an all-or-nothing access mechanism. So you can't just add the users to the Administrator Role, so your only option is to go back into the code and add a new check in the code that says am I in this role,anddo I meet all these other requisites to do the requested action. Then you need to implement that code in every place where you would normally ask is the user an administrator?
类似的问题越来越多，而Role Based AC 已经不能满足越来越灵活的需求了。
所以作者提出了一种 Context Based Access Control
但是我觉得这就是 Capability based Security 的一种体现。
对于访问控制的方式，主流有两种，一种是Access Control List, 一种是Capabilities
在 上把 Capability based Security 和 Linux Kernel 中的 POSIX Capabilities是区分开的，但我觉得本质还是很相似，
电脑资料
《Capabilities与安全相关的一些碎碎念》(https://www.unjs.com)。EROS的一篇很重要的阐述ACL和capabilities的文章:
Comparing ACLs and Capabilities
关于 Linux Kernel 中的 Capabilities 可以参考：
Taking Advantage of Linux Capabilities
<PRE><U>Linux Capabilities FAQ 0.2</U></PRE>Introduction to Linux Capabilities and ACL's
Capabilities主要理解为一种subject（可以是用户、进程）访问object（可以是文件等资源）的一种能力
在 Linux 的 Capablities 中，是需要包含object描述符，以及访问权限的标识（比如RW）的.
而capabilities一般是需要通过技术防止伪造和篡改，是一个非常特殊的token。
对于object来说，只认capabilities，不认人。有这个capabilities的，就能访问它。
这种思想，常常被用于
Confused deputy problem
以说明 ACL 的不足之处。
而 confused deputy problem 最著名的一个例子，就是 CSRF
所以可以很好的理解了，在解决CSRF的方案中，我们是增加一个不可预测的token，CSRF要去请求的那个url，只认token是否合法。
而这个token，就可以理解为是一个 capability，是一种访问该数据的能力。
再回到 Role based Access Control 的问题上来，现在的灵活性要求已经越来越难以满足了。当我在
WEB应用安全设计思想
<PRE>中讲到的那个“水平权限控制”问题时，就体现出了 Role Based Access Control 的难解之处。</p><p> 也许需要重新设计一套新的访问控制体系，才能根本的更好的解决这个问题，</PRE><PRE>Capabilities Based Security 带来了一线曙光。</PRE>但是Capabilities也有自己的问题，分发，回收，失效，共享，怎样更好更合理的管理capabilities，将会带来新的挑战