系统授权license方案

简介: 软件系统设计关于授权时的一点见解

背景

  • 一体机的客户需求
  • 高校云系统搭建
  • 混合云场景

需求

  • 系统使用期限限制
  • 节点扩容限制
  • 无缝迁移限制

调研方案

  • 对于专业的license来讲,可能购买第三方提供的专业的授权保护方案产品,如:插件、u盾等
  • 软件打包后部署、启动时的环境限制:启动时采用特殊命令加以部署,无法让第三方独自部署,添加一些启动参数,写入程序启动main函数
  • 软件层面的自我保护,主要通过软件的自身授权形式:角色、菜单、资源授权等
  • 软件代码的反编译
  • 提供售后服务形式的软件授权:解禁基础、基本功能,不完全一次性提供全部功能,类似试用授权

实现

对于现在的环境,考虑现有的技术手段,可以采用混合的一些方式来实现。

方案

对于系统时间、节点扩容、无缝迁移的限制,可以采用Hash法来进行处理。根据截止时间、节点信息、使用的软件信息等来算出Md5后的结果,然后在部署时,各个微服务的网关入口根据也根据这些因素来算出一个Md5的结果,然后通过判断这两个值是否一样,从而判断是否有信息(截止时间、节点信息、使用的软件调度信息等)发生改变,一旦不一致,则会停止服务的访问。

  • 授权日期:开始时间、结束时间
  • 节点扩容:无法根本解决节点被加入集群,但可以从服务调度入手,需要对相关服务和Volcano定制化,防止任务被调度到客户人为加入的节点
  • 无缝迁移:可以获取客户提供的服务器、或提供的服务器的设备信息,绑定这些设备信息,让系统无法迁移到第三方未授权的机器

设备方面,由于系统时间、节点设备信息、节点调度的限制,可以采用Hash的方式进行处理,具体在改动方面,如果只是针对底层系统软件,那需要在网关方面进行入口校验Hash信息,Hash算法可以采用MD5算法:确定性,不可逆性。

其次,对于扩容,可以从调度层面绑定存在的节点设备,对于后续添加的节点设备不可被调度,这涉及到Volcano需求定制化。在Volcano选择节点的时候,需要选择当前所有符合的节点。

var nodes []*api.NodeInfo
if targetJob != nil && job.UID == targetJob.UID {
    klog.V(4).Infof("Try to allocate resource to target job: %s", job.Name)
    nodes = allNodes
} else {
    nodes = unlockedNodes
}


nodeScores := util.PrioritizeNodes(task, candidateNodes, ssn.BatchNodeOrderFn, ssn.NodeOrderMapFn, ssn.NodeOrderReduceFn)

node := ssn.BestNodeFn(task, nodeScores)
if node == nil {
    node = util.SelectBestNode(nodeScores)
}

同时在调度过程中,选择节点的关键是只能在已报备的节点中选择,或者只从当前Deviceplugin上报的节点中选择,这样就需要Deviceplugin在上报时,只能上报已经存在的节点,不上报后加的节点服务器。

对于系统的迁移,主要通过绑定设备的操作,来限制客户自主迁移系统服务。这一块在Hash中可以通过设备信息等进行Hash校验。

最后,对于运维系统,关闭添加节点的入口,除非用户得到授权许可。这里可以采用菜单权限管理限制,前期给予用户一般权限,在用户被授权后,可以更新角色,从而增加其访问权限。这一点,可能需要有服务开发的改动。

相关文章
|
5天前
|
存储 运维 监控
Apollo中的身份验证与授权:保护你的数据
Apollo中的身份验证与授权:保护你的数据
|
5天前
|
Java Linux Maven
springboot增加license授权认证
springboot增加license授权认证
64 0
EMQ
|
5天前
|
JSON 安全 API
EMQX Enterprise 5.3 发布:审计日志、Dashboard 访问权限控制与 SSO 一站登录
EMQX Enterprise 5.3.0 版本已正式发布! 新版本带来多个企业特性的更新,包括审计日志,Dashboard RBAC 权限控制,以及基于 SSO(单点登录)的一站式登录,提升了企业级部署的安全性、管理性和治理能力。此外,新版本还进行了多项改进以及 BUG 修复,进一步提升了整体性能和稳定性。
EMQ
290 0
|
7月前
|
JSON 数据安全/隐私保护 数据格式
license授权方案
当我们的商业软件售卖给客户后,往往需要对分发出去的软件进行限制,比如指定使用者,限制软件使用有效时间,声明版权信息、限制软件使用磁盘大小等。很多场景又是离线使用,无法使用网络进行认证。所以参照 https 网站、PE 文件的签名机制,开发出了一套用于授权证书签名校验的程序,采用 MIT 开源协议,非常方便集成到其它软件中 ———————————————— 版权声明:本文为CSDN博主「ice&wind」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/weixin_43480441/article/
319 0
|
9月前
|
JSON 监控 Unix
License二次验证机制:管理公共集群上的Sentieon授权资源
License二次验证机制:管理公共集群上的Sentieon授权资源
111 0
|
10月前
|
Java 数据安全/隐私保护
License 授权机制保护下的商业软件产品
License 授权机制保护下的商业软件产品
266 0
|
API 数据安全/隐私保护
Yii2.0框架中如何进行身份验证和授权操作?支持哪些认证方式和授权方式?
Yii2.0框架中如何进行身份验证和授权操作?支持哪些认证方式和授权方式?
138 0
|
存储 安全 程序员
【应用安全】细粒度授权和其他IAM关键条款
身份和访问管理(IAM)的世界有自己的语言,随着新技术的出现和安全威胁的变化,它也在不断发展。
|
移动开发 安全 小程序
场景化能力套件 |个人信息授权
钉钉提供统一的交互组件,实现应用和个人用户之间安全的授权交互,在开发者获得个人信息授权后,可以获取到属于个人的例如钉钉昵称、钉钉头像、邮箱、手机、钉钉OpenID等信息,进而实现多场景的业务应用
414 0
场景化能力套件 |个人信息授权