rest api验证
rest api验证
验证 往往跟具体业务需求挂勾,比方 有的需求没有安全验证的需要,那就完全不验证,毕竟 验证是要耗费资源的。
最简单的,就是在url里面传输加密字符串 验证。逻辑超简单:1)url没有加密字符串参数,拒绝服务 2)收到加密字符串,解密后验证,验证不通过,拒绝服务。也可以将加密验证字符串放 http request header里面。
具体到加密 又可以多种方式,比如:对request url进行某种不可逆加密算法。因为request url每次请求的参数会不同,所以能满足某些安全验证需求。
第二种 token验证。JSON Web Token。可以规定TOKEN的时效,未超时则不需要再次验证。
第3种 session验证,关键点是sessionID。
通用框架如果对这些验证全部实现演示一次,代码量肯定不少。现实中,比如淘宝某个API其实也只规定用某种验证。
结论:使用哪种REST API验证方式,最好是为具体需求而定制开发。
本文来自博客园,作者:{咏南中间件},转载请注明原文链接:https://www.cnblogs.com/hnxxcxg/p/14848774.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
2019-06-04 TynSerial流的序列(还原)
2019-06-04 TynSerial基本数据类型序列(还原)
2019-06-04 TynSerial序列(还原)TFDMemTable
2019-06-04 TynSerial图片序列(还原)
2019-06-04 TynSerial文件序列(还原)
2019-06-04 TynSerial序列(还原)TClientDataSet
2019-06-04 TynSerial结构体序列(还原)