此报告主要参考了《零信任实战白皮书》,结合自己对零信任的理解,做了一个精简的总结,做参考。

零信任解决的是由于传统边界模型过度信任造成的安全问题,重点是Trust Area内过度信任的问题,零信任打破了信任和网络位置默认的绑定关系,不像传统信任关系是静态不变的,而是动态持续监测各参与对象的安全状态、并对其重建信任评估,然后进行动态调整权限、降权、阻断等强管控手段。我自己认为,动态持续监控、根据对象安全状态进行调整权限。
这个是零信任非常重要的功能,也是传统边界模型做不到的。
基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能。
项目地址:https://github.com/YunaiV/ruoyi-vue-pro
目前有零信任实践的公司,大多都是采用SDP架构(software define perimeter),SDP架构主要包括三大组件:SDP控制器(SDP Controler)、SDP发起客户端、 SDP服务提供者。
控制层与数据层保持分离,以便实现完全可扩展。

基于微服务的思想,构建在 B2C 电商场景下的项目实战。核心技术栈,是 Spring Boot + Dubbo 。未来,会重构成 Spring Cloud Alibaba 。
项目地址:https://github.com/YunaiV/onemall
有两种实现方案,一是用户对资源访问的方案,如办公网访问公司应用,大多数采用此种对零信任架构进行实践摸索;二是生产服务之间相互调用的方案,由于涉及生产、及各种复杂访问关系,很少有公司对此种进行实践。
用户对资源访问模式方案
此种方案涉及到的对象有:用户、终端、资源、链路。
此方案,对架构进行抽象后的架构示意图如下:

认证不再只是人的认证,授权、信任不再是静态不变,而是:人(双因素、OTP)+终端(是否符合安全基线,安全状态是否符合)+软件(是否有漏洞)=认证(持续动态认证)---->认证通过----->授权(基于对各对象动态安全监测和信任评估,动态授权、降权、阻断等)---->资源
零信任在技术实现分类上,根据零信任网关的类型总结为两种:
反向代理/应用层Web协议网关
应用层代理模式指的是在零信任网关实现上,通过七层应用代理方式,将对后端应用的访问通过本地应用 ,层代理配置,将应用层请求发至应用层代理网关中,由应用层代理网关进行拦截、转发,架构如下图:

实现原理如下图:

该模式下的简化访问过程如下(有Agent):
优点:由于是应用层代理,因此可以基于应用进行细颗粒的授权控制,可以深入到对特定应用,特定资源的控制。
缺点:对于非HTTP的业务,部分开放设置能力的CS应用客户端可以支持配置,大部分CS架构的客户端都是 不支持的,满足不了全场景的办公需求。
流量代理网关方式,即四层代理方式
流量代理方式在实现上,终端有Agengt情况下,可通过hook、虚拟网卡、网络过滤驱动等方式,将本地流 量转发给零信任网关,零信任网关负责流量的拦截和转发,如下图:

如果终端没有Agent,只要零信任流量代理网关部署在网络链路中,能够劫持流量即可充当代理网关。
优点:
缺点:
混合网关方式
单一的实现方式都有其弊端和优势,例如用了全流量代理可能导致无法识 别内容,无法对特定应用进行解析和精细的权限控制,因此也可以将技术实现方式进行融合,融合点主要是在网关对上述多个能力进行整合,用全流量代理网关作为统一入口,对特定应用的控制由应用代理模块进行控 制,在实现上同时拥有全流量代理、Web应用反向代理、应用层代理(其他RDP、SSH、IOT等)能力。
如下图:

该模式下的简化访问过程如下:
用户在访问资源时,根据所访问的资源类型,将请求转发到流量代理网关上;
流量代理网关通过安全控制中心对用户进行认证和鉴权;
流量网关根据请求的资源类型,鉴权通过后将请求转发,向后转发中分为以下情景:
流量代理网关将资源转发给终端,完成资源请求响应。混合实践举例:有Agent和无Agent的场景,满足不同的权限控制需要:
优点:
缺点:混合模式架构较为复杂,实现起来较为麻烦。
部署方式
在用户对资源访问的零信任实现上,具体到落地部署中,可以根据企业特点有多种部署方式,下面列举常见的几类部署模式:
1、企业内部部署(办公场景)
在企业内部部署模式中,零信任网关主要用于企业内部服务保护,因此部署位置将零信任网关放置到服务器网络前。
如下图:

像这种通过零信任系统提供统一的业务安全访问通道,关闭职场内部终端直连内部业务系统的网络策略,尽可能避免企业内部服务全部暴露在办公网络(内网中过多的默认信任)。所有的终端访问都要进过终端身份校验(人的安全可信),终端/系统/应用的可信确认(终端设备的安全可信),还有细粒度的权限访问校验,然后才可以通过加密安全网关访问具体的业务(链路的安全可信),这 样能极大的降低和减少内部业务资产被恶意扫描和攻击的行为。
2、集团多分支部署
集团公司,其全国/全球的多个分支子公司、办事处、并购公司、外部合作(协作)公司等员工需要安全 访问集团内部系统,该需求模式下可以采用以下部署模式,实现多分支的访问:

该部署模式中可以针对集团、子公司的组织架构(用户群组)或者具体人员(用户)设置访问策略,员工访问可达的集体内部系统仅限于指定的业务(细粒度授权),不可越界。应保障访问过来的人员身份、设备、链路的安全,同时子公司的终端或者账户如果有异常可以及时阻断访问。
生产服务之间相互调用的零信任方案
此种方案有几个核心元素:
基于工作负载的零信任架构:

由于很少有公司在生产服务之间尝试零信任架构,此种方式不过多介绍。
办公安全(目前实践较多的)
包含远程办公需求、集团性多分支机构办公安全、传统网络架构,无非就是通过VPN,专线直接访问公司或者集团资源。总结来说零信任架构从安全层面不在区分内外网、是否为远程、是否为分支,统一通过零信任网关接入、零信任网关代理、隐藏后端服务。
只不过办公区可以通过内网访问零信任网关、远程用户、分支机构,可通过公网、专线等访问零信任网关,无论哪种方式,都要经过,认证、鉴权(授权)、这一套流程。
办公安全零信任架构:


远程办公需求零信任实现:

远程办公场景下正确的实施零信任方案后可以带来如下好处:
数据中心内部访问
基本都是采用微隔离架构进行网络层、主机层、应用层的细粒度隔离,此种方式不过多介绍。
零信任安全理念在企业的落地不会是一蹴而就,也绝非仅靠采购一些零信任安全产品或者部署一些零信任安全组件就能够简单实现。需要企业根据自身业务系统建设阶段、人员和设备管理情况、现有网络环境、企业网络安全威胁、现有安全机制、预算情况、安全团队人员能力等因素综合考虑,制定零信任安全目标和实施计划,分阶段的逐步落地,持续提升企业零信任安全能力,是一个不断完善、持续优化的过程。落地建设可分为:全新建设零信任架构网络、在已有网络架构上改造升级这两种情况。
无论是全新搭建还是已有网络架构升级,实施过程应考虑以下因素:
无论是全新搭建还是已有网络架构升级,实施过程可以参考以下方法和步骤:
自认为零信任只是一种新的安全理念,也不过只是一种新的安全架构,并不能取代现有安全产品,不过在零信任架构中,可以把现有安全产品更紧密结合在一起,形成更立体联动的效应,比如现有的一些检测告警类、防护类安全产品可以辅助实现零信任架构中“动态持续检测各对象安全状态,动态调整权限、降级、甚至阻断”这一特点解决传统一些架构中,弱管控、动态处置效率不高等缺点,真正实现全过程持续“零信任”。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/31509949/viewspace-3149686/ ,如需转载,请注明出处,否则将追究法律责任。