标签：令牌 ACE 访问 Windows AccessCheck 访问控制 线程 AES 权限
授权和访问控制组件
下图说明了授权Windows访问控制过程。 在此图中，主题 (由用户启动) 访问对象（如共享文件夹）的过程。 将用户的访问令牌中的信息与对象的安全描述 (AES) 中的访问控制项进行比较，并做出访问决策。 安全主体的 SID 用于用户的访问令牌和对象的安全描述符中的 AES。
授权和访问控制过程
安全主体与以下组件和技术密切相关：
当线程尝试访问安全对象时，系统将授予或拒绝访问。 如果该对象没有 DACL (自由 访问控制) ， 则系统会授予访问权限;否则， 系统会在对象的 DACL 中查找 (AES) 应用于线程的访问控制条目。 对象的 DACL 中的每个 ACE 都指定受信者（可以是用户帐户、组帐户或登录会话）允许或拒绝 的访问权限。
DACL
系统将每个 ACE 中的受信者与线程的访问令牌 中标识的受 信者进行比较。 访问令牌包含 标识用户 (组) 标识用户和组帐户的 ID 的安全标识符。 令牌还包含标识 当前登录 会话的登录 SID。 在访问检查期间，系统会忽略未启用的组 SID。 有关已启用、禁用和仅拒绝 SID 的信息，请参阅访问令牌 中的 SID 属性。
通常，系统使用 请求 访问的线程的主访问令牌。 但是，如果线程正在模拟其他用户，则系统将使用线程的 模拟令牌。
系统会按顺序检查每个 ACE，直到发生以下事件之一：
- 拒绝访问的 ACE 显式拒绝对线程的访问令牌中列出的受信者之一的任何请求访问权限。
- 线程访问令牌中列出的受信者允许访问的一个或多个 AES 显式授予所有请求的访问权限。
- 已检查所有 AES，并且仍有至少一个请求的访问权限未显式允许，在这种情况下，将隐式拒绝访问。
下图显示了对象的 DACL 如何允许访问一个线程，同时拒绝访问另一个线程。
对于线程 A，系统读取 ACE 1 并立即拒绝访问，因为拒绝访问的 ACE 适用于线程的访问令牌中的用户。 在这种情况下，系统不会检查 AES 2 和 3。 对于线程 B，ACE 1 不适用，因此系统将继续访问 ACE 2（允许写入访问）和 ACE 3（允许读取和执行访问权限）。
由于系统在显式授予或拒绝请求的访问权限时停止检查 AES，因此 DACL 中的 AES 顺序非常重要。 请注意，如果示例中的 ACE 顺序不同，则系统可能授予了对线程 A 的访问权限。对于系统对象，操作系统在 DACL 中定义 AES 的首选顺序。
线程与安全对象之间的交互
当线程尝试使用安全对象 时，系统会先执行访问检查，然后再允许线程继续。 在访问检查中，系统将线程的访问令牌中的安全信息与对象的安全描述 符 中的安全信息 进行比较。
- 访问令牌包含 标识与 (关联的) ID 的安全标识符。
- 安全描述符标识对象的所有者，并包含 DACL (的) 。 DACL 包含 AES (访问控制) ，其中每个条目都指定允许或拒绝特定用户或组的访问权限。
系统检查对象的 DACL，从线程的访问令牌中查找应用于用户和组 SID 的 AES。 系统会检查每个 ACE，直到授予或拒绝访问，或者直到没有要检查的 ACE。 可以想象 ，ACL (访问控制) 可能有几个适用于令牌的 SID 的 AES。 如果发生这种情况，则每个 ACE 授予的访问权限都会累积。 例如，如果一个 ACE 授予对组的读取访问权限，而另一个 ACE 授予对作为该组成员的用户的写入访问权限，则用户可以同时拥有对 对象的读取和写入访问权限。
下图显示了这些安全信息块之间的关系：
标签：令牌,ACE,访问,Windows,AccessCheck,访问控制,线程,AES,权限 来源： https://www.cnblogs.com/cdaniu/p/15634511.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。