github地址:https://github.com/1711680493 点我进入github 如需了解更多设计模式,请进入我的设计模式专栏 委派模式 委派模式不是23设计模式中的一种. 与策略模式很相似. 拥有以下三种角色 抽象任务角色 委派者角色 具体任务角色 委派模式,就是将任务发给委派者角色,委派者角色去委派具体任务角色 委派模式对外隐藏了具体实现,仅将委派者角色暴露给外部 委派模式和策略模式不同的是 ,委派者角色和具体任务角色都要继承/实现抽象任务角色 Spring框架很多地方用到了委派模式,例如 Dispatcher(转发) 代码实现 /** * 委派模式 * @author Shendi < ); } /** * 委派者 * @author Shendi <a href='tencent://AddContact/?
14.委派模式 14.1.课程目标 1 、掌握委派模式, 精简程序逻辑, 提升代码的可读性。 2、学会用模板方法模式梳理使用工作中流程标准化的业务场景。 14.3.定义 委派模式(Delegate Pattern ) 又叫委托模式, 是一种面向对象的设计模式, 允许对象组合实现与 继承相同的代码重用。 委派模式属于行为型模式, 不属于GO F 23 种设计模式中。 14.4.委派模式的应用场景 委派模式在 Spring 中应用非常多 , 大家常用的 DispatcherServlet 其实就是用到了委派模式。先来看一下类图: ? 14.6.委派模式在源码中的体现 14.6.1.双亲委派模型 JDK 中有一个典型的委派 ,众所周知 JVM 在加载类是用的双亲委派模型 ,这又是什么呢?
在各种不足中,也还是有一些收获的,比如锁粒度的优化,分级锁的使用,会话的公平分配,注解校验接口参数,MySQL查询优化等等, 但是今天要聊的是在项目中使用的一种设计模式:委派者模式。 在很久之前自己也整理了23种设计模式(18年的时候写的,现在仍然放在公众号里面,好坏就不说了),但是在日常开发中,设计模式还是很少结合实际去运用, 自己熟悉且常用的设计模式无非就是单例,策略,代理这三种 23种设计模式分为创建型模式,结构型模式和行为型模式,我们要说的委派者模式并不在23种设计模式中,它的功能核心是任务的调用和分配任务, 这种模式中主要包含了三种角色: 抽象任务角色, 委派者角色, 具体任务角色 我们熟知具体的应用: Spring MVC 中的 DispatcherServlet 根据 handlerMapping 转发具体执行逻辑到 Controller就是使用委派者模式 下面来谈一谈这种设计模式的使用 GroupChatInfoDo groupChatInfoDo) { System.out.println("挂起动作"); } } 第二步: 将动作封装成枚举(也可以使用策略模式来避免委派者模式违背开闭原则
今天我给大家分享设计模式中的委派模式。用贴切的生活故事,以及真实项目场景来讲设计模式,最后用一句话来总结这个设计模式。 故事 从字面意义上来看,委派:指委托安排;委任派遣 。 在我们技术领域有个模式也叫委派模式,但委派模式不属于GOF的23种模式,但由于其性质和作用,大家都把委派模式归纳在行为模式中。 在楚汉传奇中,刘邦当时封韩信为大将军时,下面很多人非常不服。 委派模式的定义 委派模式:英文Delegate Pattern,它的基本作用就是负责任务的调度和分配任务。 在这里需要注意,委派模式和代理模式非常相似,可以把委派模式看作为一种特殊情况下的静态代理的全权代理。 代理模式:重点在于过程。委派模式:重点在于结果。 这边是一个非常典型的委派模式的应用场景。 用一张图表示: ?
而上述两点,构成了本文接下来要讲述的知识点:委派模式。三、委派模式从上文中,我们从SLF4J的案例,引出了"委派模式"这个概念,下面我们就重点讨论委派模式(delegation)。 接下来我们按照认知流程,依次从三个问题,解释委派模式:为什么使用委派模式什么是委派模式如何使用委派模式然后会在下一章,用业内的典型案例,分析委派模式的使用情况。3.1 为什么采用委派模式? 综上而言:委派模式是基于当前软件领域的协作特性,采取的较好的软件结构模式。所以啥时候采用委派模式呢? 3.3 如何使用委派模式在使用委派模式之前,先根据上文的模式匹配条件进行自我判断:存在设定某个标准并由中心化团队负责的必要使用者有强烈的需求自定制某些局部实现如果并不符合条件一,那么就不需要考虑使用委派模式 委派模式的隐藏机制:实现方式的注册/发现。
委派是域中的一种安全设置,可以允许某个机器上的服务代表某个用户去执行某个操作,主要分为三种: 1、非约束性委派 2、约束性委派 3、基于资源的约束性委派 这篇文章主要对这三种委派方式相关的攻击进行详解 域渗透之委派攻击详解 非约束委派攻击利用 用户 A 去访问服务B,服务 B 的服务账户开启了非约束委派,那么当用户 A 访问服务 B 的时候会将用户 A 的 TGT 发送给服务 B 并保存进内存,服务 约束委派攻击原理及利用 由于非约束委派的不安全性(配置了非约束委派的机器在 LSASS 中缓存了用户的 TGT 票据可模拟用户去访问域中任意服务),微软在 Windows Server 2003 中引入了约束委派 不同于允许委派所有服务的非约束委派,约束委派的目的是在模拟用户的同时,限制委派机器/帐户对特定服务的访问。 S4U2self: (1) 用户向 service1 发送请求。 基于资源的约束委派不需要域管理员权限去设置,而把设置属性的权限赋予给了机器自身。 基于资源的约束性委派允许资源配置受信任的帐户委派给他们。
委派是域中的一种安全设置,可以允许某个机器上的服务代表某个用户去执行某个操作,在域中只有机器帐户何服务帐户拥有委派属性,也就是说只有这两类帐户可以配置域委派,分为三种: 非约束委派 约束委派 基于资源的约束性委派 但是,Service 1 没有来自用户的可转发 TGT ,因此不能通过非约束委派中转发 TGT 的方式执行委派。 设置约束委派 设置域机器WIN7-PC约束委派,设置对DC的CIFS服务进行委派 设置委派的机器用户或者服务用户的userAccountControl属性会设置TRUSTED_TO_AUTH_FOR_DELEGATION ,msDS-AllowedToDelegateTo属性会设置成委派的服务(如cifs) 通过Adfind.exe查询域中配置约束委派的账户 # 查询域中配置约束委派的机器账户 AdFind.exe ccc1.test 约束委派利用 约束委派利用的前提是需要知道委派用户的明文密码或者hash 通过rebeus.exe来申请WIN7-PC机器用户的TGT rubeus.exe asktgt /user
本文节选自《设计模式就该这样学》 1 使用委派模式模拟任务分配场景 我们用代码来模拟老板给员工分配任务的业务场景。首先创建IEmployee员工接口。 2 委派模式在JDK源码中的应用 JDK中有一个典型的委派,众所周知,JVM在加载类时用双亲委派模型,这又是什么呢?一个类加载器在加载类时,先把这个请求委派给自己的父类加载器去执行。 3 委派模式在Spring源码中的应用 下面来看委派模式在Spring中的应用,Spring IoC模块中的DefaultBeanDefinitionDocumentReader类,当调用doRegisterBeanDefinitions 再来还原一下Spring MVC的DispatcherServlet是如何实现委派模式的。创建业务类MemberController。 当然,在Spring中运用委派模式的情况还有很多,大家通过命名就可以识别。在Spring源码中,只要以Delegate结尾的都实现了委派模式。
目录 一、前言 二、双亲委派 2.1、为什么需要双亲委派 2.2、双亲委派的实现 三、破坏双亲委派 3.1、为什么需要破坏双亲委派? 前段时间,笔者同事提出了一个关于类加载器破坏双亲委派的问题,以我们常见到的数据库驱动Driver为例,为什么要实现破坏双亲委派,下面一起来重温一下。 二、双亲委派 想要知道为什么要破坏双亲委派,就要先从什么是双亲委派说起,在此之前,我们先要了解一些概念: 对于任意一个类,都需要由加载它的类加载器和这个类本身来一同确立其在Java虚拟机中的唯一性。 3.1、为什么需要破坏双亲委派? 3.2、破坏双亲委派的实现 我们结合Driver来看一下在spi(Service Provider Inteface)中如何实现破坏双亲委派。
本文节选自《设计模式就该这样学》 1 使用委派模式模拟任务分配场景 我们用代码来模拟老板给员工分配任务的业务场景。 首先创建IEmployee员工接口。 [file] 2 委派模式在JDK源码中的应用 JDK中有一个典型的委派,众所周知,JVM在加载类时用双亲委派模型,这又是什么呢?一个类加载器在加载类时,先把这个请求委派给自己的父类加载器去执行。 3 委派模式在Spring源码中的应用 下面来看委派模式在Spring中的应用,Spring IoC模块中的DefaultBeanDefinitionDocumentReader类,当调用doRegisterBeanDefinitions 再来还原一下Spring MVC的DispatcherServlet是如何实现委派模式的。创建业务类MemberController。 当然,在Spring中运用委派模式的情况还有很多,大家通过命名就可以识别。在Spring源码中,只要以Delegate结尾的都实现了委派模式。
前段时间,笔者同事提出了一个关于类加载器破坏双亲委派的问题,以我们常见到的数据库驱动Driver为例,为什么要实现破坏双亲委派,下面一起来重温一下。 二、双亲委派 想要知道为什么要破坏双亲委派,就要先从什么是双亲委派说起,在此之前,我们先要了解一些概念: 对于任意一个类,都需要由加载它的类加载器和这个类本身来一同确立其在Java虚拟机中的唯一性。 2.2、双亲委派的实现 双亲委派的实现其实并不复杂,其实就是一个递归,我们一起来看一下ClassLoader里的代码: protected Class<? 3.1、为什么需要破坏双亲委派? 3.2、破坏双亲委派的实现 我们结合Driver来看一下在spi(Service Provider Inteface)中如何实现破坏双亲委派。
双亲委派机制 在加载类的时候,会一级一级向上委托,判断是否已经加载,从自定义类加载器-》应用类加载器-》扩展类加载器-》启动类加载器,如果到最后都没有加载这个类,则回去加载自己的类。 双亲委托有个弊端: 不能向下委派,不能不委派 怎么打破双亲委派机制:(也就是能向下委派和不委派) 自定义类加载器(不委派) spi机制(向下委派) 打破双亲委派 打破双亲委派的两种方式: 1.通过spi 由于双亲委派模型,父加载器是拿不到通过子加载器加载的类的。这个时候就需要启动类加载器来委托子类来加载Driver实现,从而破坏了双亲委派。 自定义类加载器 实现逻辑:自定义类继承classLoader,作为自定义类加载器,重写loadClass方法,不让它执行双亲委派逻辑,从而打破双亲委派。 ,从而打破双亲委派 if (name.startsWith("com.chuan")){ c=findClass(
双亲委派模型(Parents Delegation Model) 类加载器 启动类加载器 拓展类加载器 应用程序类加载器 注意: 不是用继承,而是用组合去实现 参考 详谈双亲委派机制
约束委派 接上述的非约束委派,由于非约束委派的不安全性,微软在windows2003中发布了约束委派的功能。 win2016已经可以配置委派了。 为win2016用户配置约束委派,做win2 019机器的cifs服务的委派 图片 图片 此时应用设置后,已在域中完成了win2016用户对win2019机器的cifs服务的委派 发现约束委派 委派了win2019机器的cifs服务 在域中查找配置了约束委派主机 AdFind.exe -b "DC=vulntarget,DC=com" -f "(&(samAccountType=805306369 ,委派了win2019机器的cifs服务 攻击利用: 域用户存在约束委派: kekeo.exe结合存在约束委派的域用户明文密码申请可转发的TGT票据 kekeo # tgt::ask /user:win2016
redteam.red 靶场 委派攻击分类: 1、非约束性委派 2、约束性委派 3、基于资源的约束性委派 关于约束委派与非约束委派 委派(Delegation)是指将用户或计算机帐户的权限授予其他用户或计算机帐户 其中,Windows中的委派分为两种类型:非约束委派和约束委派。 意思就是被域控进行非约束委派的域成员主机获得全部权限,并且该可以同样的可以进非约束委派至其他域成员主机 约束委派(Constrained Delegation)是指将用户或计算机帐户的部分权限授予另一个用户或计算机帐户 这意味着该帐户无法将委派权限向下传递给其他服务,因此更加安全。 总的来说,如果需要在Windows环境中使用委派功能,建议使用约束委派而不是非约束委派,以提高系统和数据的安全性。 横向移动-原理利用-约束委派&非约束委派 非约束委派 原理: 机器A(域控)访问具有非约束委派权限的机器B的服务,会把当前认证用户(域管用户)的的TGT放在ST票据中, 一起发送给机器B,机器B会把
继续再次加载Application ClassLoader 应用类加载器,即系统即在此,加载当前应用下的类 最后再次加载ClassLoader类 双亲委派模型 该模型是先检查指定名称的类是否已经加载过,
类加载器双亲委派模型图 双亲委派模型构成 启动类加载器 扩展类加载器 应用程序类加载器 自定义类加载器 双亲委派模型工作过程是 如果一个类加载器收到类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器完成 为什么需要双亲委派模型? 如果没有双亲委派,那么用户是不是可以自己定义一个java.lang.Object的同名类、java.lang.String的同名类,等等,并把它放到ClassPath中,那么类之间的比较结果及类的唯一性将无法保证 因此,双亲委派模型可以防止内存中出现多份同样的字节码。
双亲委派 ClassLoader 传递性 使用调用者 Class 对象的ClassLoader加载。
最初看到这个“双亲委派”四个字的时候,我是接受的。当时也没什么多余想法,看到名词就感觉这大概就是最权威的。 但,最近我开始怀疑这样的翻译了。 双亲委派?你委派给谁?双亲?双亲又是什么? “双亲委派”这个词估计也不是咱自己生造的,肯定也是从洋文中翻译来的。 让我们去找找洋文中一般是怎么叫这种机制的吧。 这个显然无法翻译成“双亲”啊,即使翻译也应该是 “父委托模型” 或 “父委派模型”。 还不如叫“啃老模型”,如果要正式一点,那建议是:“父委托模型”或“父委派模型”。
为什么要搞双亲委派? —— 主要是为了安全问题双亲委派模型源码,java.lang.ClassLoader 的核心方法 loadClass() 的实现:public abstract class ClassLoader { > findLoadedClass0(String name); // 本地类}1.1、魔术.note委派机制的流程图: