为何有些Token会带Bearer?
在接口测试与开发中,我们经常会遇到这样的请求头:
Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...
这个神秘的"Bearer"前缀从何而来?为何不直接使用Authorization: Token...?本文将揭开Bearer Token的设计奥秘,通过实际案例展示其应用场景与安全考量。
一、Bearer的起源与定义
1. RFC 6750标准溯源
Bearer Token的概念最早由RFC 6750标准定义,属于OAuth 2.0框架的一部分。该标准明确:
-
Bearer意为"持有者",任何获得该Token的实体都拥有其代表的权限
-
设计初衷是简化客户端实现,无需复杂的签名计算
典型案例:
当用户使用微信登录第三方网站时,网站获取的access_token就是典型的Bearer Token,持有该token即可访问用户授权资源。
2. 与其它认证方式的对比
| 认证类型 | 示例格式 | 安全等级 | 使用场景 |
|---|---|---|---|
| Basic | Basic base64(username:pass) | 低 | 传统系统遗留支持 |
| Digest | Digest nonce="..." | 中 | 内部管理系统 |
| Bearer</ |

8143

被折叠的 条评论
为什么被折叠?



