多云平台

这是我目前正在使用的项目设计,用于消耗SPIFFE(
受所有人保护的安全生产身份框架( )的信任和身份识别,在WSO2的Prabath Siriwardena先生的启发下,在Moratuwa大学的Gihan Dias教授的指导下,在动态扩展的异构系统中提供了授权。 像在混合云中一样,跨多个云运行的企业系统就是一个明显的例子,将从中受益。 目的是为基于SPIFFE标准的系统打开大门,使其以最小的努力与其余系统共存,而不会损害安全性,同时拥有基于SPIFFE的授权解决方案。

简而言之,这是一个信任引导和识别框架,已作为标准提交并被CNCF(Cloud Native Computing Foundation)[1]接受。 到目前为止,该标准有两个主要实现,分别是SPIRE和Istio [2],该平台支持使用SPIFFE进行识别方面的服务网格体系结构。 此实现解决了跨异构系统的信任引导和标识所涉及的许多复杂问题。 有关更多详细信息,请访问
spiffe.io网站。

OAuth 2.0当前是API安全领域中使用最广泛的标准,在工作负载领域中也用于访问委派和授权。 尽管SPIFFE是目前新兴的标准,但是OAuth 2.0已经存在了一段时间,可以说大多数企业系统都采用了它。 因此,如果我们可以将这两个标准融合在一起,则可以兼具两全其美的优势,并具有OAuth 2.0提供的互操作性以及SPIFFE的动态信任引导和识别功能。

请注意,下图中的SPIRE服务器可以是任何支持SPIFFE标准的实现。



–我们假设一个企业系统由两个云中的工作负载组成,此处我们假设是AWS和GCP。 如果我们将其想象为GCP中当前正在运行的系统,且其工作负载基于OAuth 2.0范围而受到保护,则要消耗这些工作负载的其他工作负载应带有有效的访问令牌和相关的范围。

–可以想象在AWS云中运行的系统部分是新设计的,可以作为多云系统的一部分运行。 它利用SPIFFE标准来唯一地识别跨多个云的工作负载。 –作为此基于SPIFFE的信任引导和标识的一部分,每个工作负载均接收由SPIRE服务器签名的X.509证书,并带有其标识符,称为SPIFFE ID。 例如。 spiffe:// localdomain / us-west / data(包含在SAN中)[3] –这是OAuth 2.0的图片。 我们依赖于授权服务器在客户端凭据授予类型下发出OAuth 2访问令牌的能力。 这将处于草稿阶段[4]的MTLS OAuth2.0规范之下。

这里很少有特殊的事情发生,

  • 基于工作负载的SPIRE服务器签名密钥对创建MTLS连接。 因此,假定授权服务器和SPIRE服务器具有预先建立的信任。
  • 当工作负载创建与授权服务器的MTLS连接时,它会动态地动态创建OAuth 2客户端,生成OAuth2机密并颁发令牌。 此时,授权服务器应在发出验证之前进行几次验证。
  • 首先需要验证证书,然后需要读取证书的内容以及SAN中的SPIFFE ID。
  • 仅查看SPIFFE ID并颁发令牌不足以满足企业用例。
  • 因此,我们将提供基于在使用OPA的授权服务器中定义的策略将范围附加到这些令牌的功能。 (OPA代表开放策略代理,它非常灵活,可以像复杂策略一样提供RBAC,ABAC或XACML。)此策略可以使用其他可用数据并做出决策。
  • 验证完成后,授权服务器将发出一个自包含的访问令牌,包括范围,过期时间等,这些令牌将发送到AWS工作负载,以便在调用GCP工作负载时提交。
  • 除了使用其现有机制来验证OAuth 2.0令牌并获取其附带的任何有用信息外,GCP工作负载此处不需要任何其他功能。

希望这能很好地解释这种情况。 我将这个解决方案命名为Dvaara,表示可以打开更多门并控制进出。 :)
我们欢迎任何反馈,建议。
[1] – https://www.cncf.io/blog/2018/03/29/cncf-to-host-the-spiffe-project/ [2] – https://istio.io/docs/concepts/security/#istio-security-vs-spiffe [3] –样本SVID https://gist.github.com/Pushpalanka/b70d5057154eb3c34d651e6a4d8f46ee#file-svid-cert [4] – https://tools.ietf.org/html/draft-ietf-oauth-mtls-12 [5] – https://www.openpolicyagent.org/docs/comparison-to-other-systems.html

干杯!

翻译自: https://www.javacodegeeks.com/2019/01/authorization-multi-cloud-system.html

多云平台

多云平台_多云系统的授权相关推荐

  1. 多云平台_您的多云策略全错了

    多云平台 多云似乎是个好主意. 不幸的是,它不起作用. 如果多云可以帮助客户,但供应商在此过程中受到伤害,那是可以的,但事实恰恰相反:供应商通过出售多云的蛇油进行清理,而客户则始终坚持使用最低的公分母 ...

  2. 搭建自己的直播平台_直播系统搭建解决方案

    当下,视频直播行业在中国逐渐走红.在刚刚过去的2017年,视频直播成为互联网行业最抢眼的领域之一.从游戏到秀场,从传统的网页端到移动互联网,各大直播平台包括斗鱼.熊猫tv.虎牙战旗还有纯移动端的映客. ...

  3. 【容灾实战】多云平台混合部署的双活容灾网站系统

    摘要 随着云计算和互联网技术的发展,越来越多的企业接受将自身的IT系统放在公有云上,以节省企业的成本和提升运维效率.目前主流的云计算提供商有亚马逊云.微软云.阿里云.腾讯云.华为云.金山云等等.对于中 ...

  4. 华为云设计语言_多云架构落地设计和实施方案【华为云分享】

    [摘要] 本文介绍了如何落地多云架构,介绍了主要的技术架构和工作量分析,以及多云架构的挑战. 总体思路 不同云厂商提供的云服务不尽相同,相同的云服务在功能.性能上也会有或多或少的差异.越是深度使用某个 ...

  5. MySQL建设用地信息系统_关于 “一站式规划管理服务平台” 工改系统数据互联互通公开询价函...

    毕节市自然资源和规划局关于 "一站式规划管理服务平台" 工改系统数据互联互通公开询价函 各社会供应服务商: 为进一步深化工程建设项目审批制度改革,结合我局现有"一站式规划 ...

  6. 云原生社区直播回顾|丰富的 Kubernetes 生态助力多云平台建设

    9 月 28 日,「DaoCloud 道客」云原生研发工程师.Clusterpedia 开源项目发起人蔡威受邀参加云原生学院第 37 期直播.在企业上云的过程中,"多云"成了大家越 ...

  7. 隧道凿岩机器人传感器_【谷企动态】天创电子管廊综合监控平台及机器人系统在国家电网项目顺利交付应用...

    天创管廊综合监控平台 及机器人系统 在国家电网项目顺利交付应用 1 项目背景 随着电缆在城市电网的广泛应用,电力隧道成为电缆敷设的主要通道之一.由于城市建设的复杂性和线路走廊资源的紧缺,电力隧道内部的 ...

  8. 电子病历模板_年会献礼3:浮针专家平台病历撰写系统年会启动

    面对全民健康保健飞速发展的迫切需求,我们浮针人以患者健康管理为理念,开发了一套基于JAVA云计算的浮针专家诊疗云平台,该系统于2017年3月份开始投入研发,同年12月份正式部署到阿里云上,一直由广东省 ...

  9. thinkphp三级分销小程序源码_山东谷道微信小程序商城源码带后台 公众号平台三级分销系统...

    山东谷道微信小程序商城源码带后台 公众号平台三级分销系统 那么微信二级分销系统与微信三级分销系统到底有什么区别和联系呢?为什么改了个数字地位就天差地别? 1.微信分销模式等级的区别 用简洁的话来说,微 ...

最新文章

  1. IDEA开启Run Dashboard窗口
  2. plotcylinder matlab,Matlab在任意两点之间绘制三维圆柱
  3. 乐播投延迟很高_大屏也要高刷新!华为4K@120智慧屏初体验,屏幕软件都够硬
  4. Linux C Socket编程,这篇文章让我耳目一新
  5. Date和Calendar
  6. api工具 graphql_使用GraphQL构建更好的可发现的API
  7. (48)移动WEB开发基础
  8. 【简报】kube框架结构-一个小型响应式CSS框架
  9. Visual Studio 2010修改授权
  10. 基于腾讯视频影视作品数据分析
  11. 阿里云DataV数据过滤器取Value值大于等于25的数据(1)
  12. 360企业版服务器修改了,360企业版安装部署方法详细攻略
  13. 计算机电子科学技术产品,关于电子信息科学技术发展现状的思考
  14. 输入子系统--按键驱动
  15. 安卓开发者的 17 年总结
  16. 致远SPM之协同供应链集成解决方案
  17. [CSDN]我的2013,好久不见
  18. 控制微信小程序web view的返回按钮
  19. 1400软件 rslogix_Rslogix 500软件各版本之间的差异、差别或区别
  20. linux软件安装之详解apt、yum、dnf 和 pkg包安装

热门文章

  1. 2021-4-4 省选模拟赛(灯,十字路口,密室逃脱)
  2. AT2064-[AGC005F]Many Easy Problems【NTT】
  3. nssl1438-战略威慑【枚举,树的直径】
  4. 【Splay】文艺平衡树(金牌导航 Splay-2)
  5. 【prim】【最小生成树】最优布线问题(ssl 1612)
  6. [NOI2014] 起床困难综合症(二进制,贪心)
  7. HDU5129 - Yong Zheng's Death
  8. codeforces 884E Binary Matrix 并查集,滚动数组
  9. codeforces National Property 2sat模板题
  10. 41、java应用占用cpu过高原因分析