别混日子了，小心让日子把你们给混了
免责声明
本公众号分享的所有文章仅用于信息防御技术研究，切勿用于其他用途。由于传播或利用此文所提供的信息、技术或方法而造成的任何直接或间接的后果及损失，均由使用者本人负责， 文章作者不为此承担任何责任。
约束性委派的利用
原理
非约束性委派被委派的机器会直接得到发布委派的用户的TGT，是十分不安全的，因此微软推出了约束性委派，还扩充kerberos协议，添加了s4u2self与s4u2proxy协议，以增加安全性。这两个协议的具体细节可以查看:windows中关于委派(delegation)的理解这篇文章。下面我简述一下约束性委派的过程，假设有这么一种情况，用户A委派service1去访问service2,那么大概的访问过程如下：
用户A访问service1。 service1通过s4u2self协议代表用户A去请求一个可以访问service1自身的可转发的ticket，这个ticket代表域控授权service1可以以用户A的身份进行操作。 service1以用户A的身份访问KDC请求一个访问service2的可转发的ticket service1获取到ticket并以用户A的名义访问service2。第一个ticket表示域控授权service1代表用户A来访问service1，第二个ticket代表域控授权service1代表用户来访问servi
