接口交互鉴权以及数据处理

总言:一般只要是 2端(调用方和被调用方)分离的 ,无论是后端对后端 还是前端对后端  或者终端对后端  正常的接口都需要有个鉴权,数据加解的过程

1.身份标识符

1.1.token方式鉴权  token作为身份标识符,

备注:一般程序会有登陆模块,或者身份认证模块 ,调用认证接口  接口提供方 向 调用方下发token  作为身份标识符,后续需要鉴权接口带上token,以此为凭证依据;token 有一定的生命周期(有效期) ,和具体的或者独有的生成规则( token 生成有独立的规则 可以带上特殊因子),凭证有效期的处理: 处理方式有 主动续期 或者被动 续期  或者限制 使用次数

  • 被动 续期 :调用方在调用接口时候, 接口自动延长使用时间    例如: 10点30分调用接口,token有效期会自动后延续30分钟
  • 主动 续期  :接口提供方不自动处理凭证(token)续期,比如请求登陆接口时 接口下发的token 会限制有效期  或者 将有效期 连带一起下发;调用方拿到token 和 有效期 ,然后    根据时间,在有效期内 调用提供的续期接口 ,接口提供方通过续期接口 如果续期接口产生的token发生变化事(续期下发的新token 可以 与之前 token一致也可以不一致),后端需要做兼 处理,保证新旧token在特定时间内同时有效。(如果程序设置了加密证书,当加密证书有更新时,同理需要提供更新接口,保证新旧并存时间)
  • 使用次数  :一般特殊接口 凭证只需要用到少量的次数或者只是单次使用,可以进行标识使用次数控制。

1.2 固定id (key) 或者openid标识符 作为身份标识符号

备注:固定标识比较长见 ,比如接口提供方为所有需要的调用方 每一个分配一个独立的 标识符号和 一个加密串

接口提供方以特殊的方式将加密串提供给调用方;  例如 商定的key 为123,请求方将 请求的参数 进行特殊 组合之后与key进行混合 产生 sign ,接口提供方根据sign鉴权(比如 将请求参数 拼接成字符串  加个key  MD5 或者sha1等  产生sign值接口提供方用同样方式进行sign比对是否一致)

2.数据的加密

2.1key 或 证书

一般会用到 类似 sha1   sha256  MD5      base64   aes  rsa    rsa256 等

  • 例子1:分配独有的key  用设置的规则产生sign值进行校验
  • 例子2:分配独有的key   用特定的方式对数据进行aes加密  保证请求的数据 除部分公开数据外返回的全部都是秘文或者二进制数据,常用的方式是采用  pkcs 的规则 或者特殊的固定计算
  • 例子3:   产生公钥私钥       采用rsa 方式进行处理

2.2 证书的类型

一般常见的证书格式有  ca证书   pfx ,cer ,pem等。一般openssl各种格式都可以相互转换,

另外各个开发语言之间用到的格式可能会有差异

原文地址:https://www.cnblogs.com/huatuoxie/p/9822953.html

时间: 2024-10-12 18:27:46

接口交互鉴权以及数据处理的相关文章

接口的鉴权cookie、session和token

1.HTTP是无状态协议 什么是无状态?就是说这一次的请求和上一次的请求是没有任何关系的,无法共享信息.好处就是速度快. 2.cookie.session的加入 HTTP请求是无状态的,所以解决共享信息的问题必须采用其他的手段,于是就有了sessionid,sessionid是基于cookie实现的.服务器为每一个用户生成一个不一样的随机字符串,每次向服务器发起HTTP请求时,都会把这个字符串传给服务器,这样就能区分用户了. 3.session的缺点 对于客户端来说session是非常好的,只需

python接口自动化23-签名(signature)鉴权(authentication)之加密(HEX、MD5、HMAC-SHA256)

前言 开放的接口为了避免被别人乱调用,浪费服务器资源,这就涉及到签名(Signature)加密了API 使用签名方法(Signature)对接口进行鉴权(Authentication).每一次请求都需要在请求中包含签名信息, 以验证用户身份. 接口签名 1.根据需求文档,看接口的签名规则,每个公司的签名规则都不一样,以下仅供参考: 2.从这个文档中可以看出涉及到以下几个点: HMAC-SHA256 HMAC (Hash-based Message Authentication Code) 常用于

RTSP安防网络摄像头/海康大华硬盘录像机网页无插件直播流媒体服务器EasyNVR之鉴权接口的调用配置说明

进入移动互联网时代以来,企业微信公众号已成为除官网以外非常重要的宣传渠道,当3.2亿直播用户与9亿微信用户的势能累加,在微信上开启直播已成为越来越多企业的必然选择. EasyNVR核心在于摄像机的音视频流的获取.转换.转码与高性能分发,同时同步完成对实时直播流的录像存储,在客户端(PC浏览器.Android.iOS.微信)进行录像文件的检索.回放和下载. EasyNVR鉴权配置说明 发现问题 在实际对接项目中,很多用户需要根据自身业务层的用户权限,来决定调用视频流具体资源,EasyNVR在设计时

开放平台鉴权以及OAuth2.0介绍

OAuth 2.0 协议 OAuth是一个开发标准,允许用户授权第三方网站或应用访问他们存储在另外的服务提供者上的信息,而不需要将用户名和密码提供给第三方网站或分享他们数据的内容. OAuth 2.0不兼容1.0. 协议的参与者 RO (resource owner): 资源所有者,对资源具有授权能力的人. RS (resource server): 资源服务器,它存储资源,并处理对资源的访问请求. Client: 第三方应用,它获得RO的授权后便可以去访问RO的资源. AS (authoriz

微服务架构中的安全认证与鉴权

转载:http://www.bootdo.com/blog/open/post/125 从单体应用架构到分布式应用架构再到微服务架构,应用的安全访问在不断的经受考验.为了适应架构的变化.需求的变化,身份认证与鉴权方案也在不断的变革.面对数十个甚至上百个微服务之间的调用,如何保证高效安全的身份认证?面对外部的服务访问,该如何提供细粒度的鉴权方案?本文将会为大家阐述微服务架构下的安全认证与鉴权方案. 单体应用 VS 微服务 随着微服务架构的兴起,传统的单体应用场景下的身份认证和鉴权面临的挑战越来越大

鉴权,开放式授权,单点登陆

鉴权 鉴权(authentication)是指验证用户是否拥有访问系统的权利.传统的鉴权是通过密码来验证的.这种方式的前提是,每个获得密码的用户都已经被授权.在建立用户时,就为此用户分配一个密码,用户的密码可以由管理员指定,也可以由用户自行申请.这种方式的弱点十分明显:一旦密码被偷或用户遗失密码,情况就会十分麻烦,需要管理员对用户密码进行重新修改,而修改密码之前还要人工验证用户的合法身份. 为了克服这种鉴权方式的缺点,需要一个更加可靠的鉴权方式.目前的主流鉴权方式是利用认证授权来验证数字签名的正

海康、大华等网络摄像头RTSP_Onvif网页无插件直播流媒体服务器EasyNVR鉴权出现跨域问题的解决方法

背景分析 随着平安城市.智慧城市.雪亮工程.智能交通等各项建设的持续开展,安防逐渐得到普及,面对如此广阔的市场,对安防企业来说不仅仅是机遇更多的是挑战.现今大多数摄像头一直没能摆脱人工监控的传统监控方式,由此导致了大量视频数据堆积占用存储资源.实时性差.检索困难等问题,海量摄像头带来的海量视频数据检索工作需要耗费大量警力. 为了解决这些问题,近年来,视频监控行业发展方向主要为:“高清化.网络化.智能化”.视频监控设备技术性极强,系统的创新升级同时也在引导市场需求的变化并创造了新的市场需求. Ea

WebSocket 的鉴权授权方案

引子 WebSocket 是个好东西,为我们提供了便捷且实时的通讯能力.然而,对于 WebSocket 客户端的鉴权,协议的 RFC 是这么说的: This protocol doesn't prescribe any particular way that servers canauthenticate clients during the WebSocket handshake. The WebSocketserver can use any client authentication me

.NET 统一用户管理 -- 统一鉴权

统一鉴权 目的 为什么要统一鉴权了,每一个业务系统几乎都离不开,用户,角色,权限 这个 3个基础功能,为了避免各个系统各自去开发一套权限管理等基础功能,也同时轻松管理每个用户的全部权限. 怎么做         1. 在同一鉴权模块新建业务系统(获得系统ID) 2.  初始化业务系统的角色,菜单,以及权限等相关基础数据 3.  业务系统通过Get方式 (传入系统ID,英文名(唯一))获取用户在当前系统中的权限和功能列             表                数据库设计