OpenApi开放平台架构

最新推荐文章于 2024-08-09 03:57:58 发布

Run_Tortoise

最新推荐文章于 2024-08-09 03:57:58 发布

阅读量2.2k

点赞数

分类专栏：笔记架构

本文链接：https://blog.csdn.net/u010734852/article/details/109372533

版权

笔记同时被 2 个专栏收录

9 篇文章 2 订阅 ¥59.90 ¥99.00

订阅专栏

超级会员免费看

架构

5 篇文章 0 订阅

订阅专栏

本文介绍了OpenApi开放平台的安全架构，重点讨论了鉴权机制，包括token认证与动态交换，防止重放攻击的措施，如调用次数限制和参数auth认证。同时，提出了兼容内网SOA的解决方案，通过可配置的Url路径实现内网服务的动态调用。安全设置中，app_secret用于固定标识和动态生成带过期机制的token，采用非对称加密确保通信安全，防止抓包攻击。此外，通过随机字符的幂等控制抵御重放攻击，确保请求的合法性。

摘要由CSDN通过智能技术生成

                    
                        
                    
                    鉴权 token认证 令牌动态交换
参数auth认证 防止重放攻击
调用次数 限流
兼容内网SOA
可配置的Url 路径 调用内网服务命 方法 调用参数 返回数据的映射。类似统一网关服务。
RPC 动态调用 类的动态加载
安全设置 app_secret固定 token动态生成 带过期机制 通过app_secret获取token 。交换token时 使用app_secret + old token 非对称加密 生成密文。服务端根据app_key(调用房注册I’d)查询出服务端存储的app_secret old token校验。准确后生成新token使用app_secret + new token 对称加密后返回给client。client利用自身的app_secret解密出new token。配合来源ip一起加密 验证来源的准确性。防治抓包攻击。
每次调用使用有效的token和时间还有参数一起对称加密。服务端根据有限token 进行解密。类似tls ssl的加密机制 动态token和密文永远不会明文暴露在传输层
还有一种参数机制 参数明文 authstring由参数和有效token非对称加密传输 服务端根据有限token和传的参数进行相同加密 检验调用的合法性 缺点回明文暴露参数
重放攻击的防御。client每次请求生成一个随机字符，作为参数一起和有效token加密，服务端每接收一次请求保存下这个随机字符，相同的请求会被随机字符的幂等控制住，伪造者没有有效token 不能伪造真实请求，所以可以实现防止抓包引起的重放攻击。
</

                