OAuth2 + Open ID Connect对接One Login的后端授权方案咨询

现有方案的潜在安全风险 #

你当前采用的ID Token兑换内部JWT的方案属于行业内处理IDP权限字段缺失的常用方案，本身不存在设计层面的致命问题，但实现不当会触发以下安全风险：

• ID Token校验不严格：后端兑换接口如果未完整校验ID Token的签名有效性、签发方（iss）、受众（aud）、过期时间（exp）、随机数（nonce）等核心字段，攻击者可以通过伪造、篡改ID Token冒用其他用户身份兑换合法内部JWT。
• 重放攻击风险：ID Token本身是用户身份的一次性证明凭证，如果兑换接口未做一次性校验，被盗的ID Token可以被反复用来兑换凭证，即使用户已退出登录也存在被盗用的风险。
• 内部JWT配置不当风险：如果内部JWT采用HS256等弱对称签名算法、过期时间设置过长、未加入唯一标识（jti）支持黑名单机制，JWT一旦泄露会出现较长时间的权限泄露风险，且无法主动作废。

更优实现方案 #

优先方案（无额外开发成本，攻击面最小） #

首先确认One Login的自定义声明配置能力：目前主流IDP均支持在AccessToken/ID Token的Payload中加入自定义字段，你可以直接在One Login后台配置将用户角色、权限等授权数据嵌入返回的Token中，省去兑换环节，直接用One Login返回的AccessToken请求后端接口，后端校验Token有效性即可直接读取授权信息，是安全性和开发成本最优的选择。

备选加固方案（IDP不支持自定义声明时选用） #

如果One Login确实不支持自定义字段，可在现有兑换方案的基础上做以下加固，消除安全隐患：

• 严格校验ID Token全量字段：兑换接口必须校验ID Token的签名是否合法、iss是否为One Login官方签发域名、aud是否为你应用的OAuth客户端ID、exp是否在有效期内、登录时下发的nonce是否与会话存储的nonce一致，所有字段校验通过才允许兑换。
• 增加ID Token一次性校验：兑换成功后将该ID Token的jti（唯一标识）存入缓存，缓存有效期与ID Token的过期时间保持一致，同一个jti的ID Token仅限兑换一次，避免重放攻击。
• 规范内部JWT安全配置：采用RS256/ES256等非对称签名算法，避免对称密钥泄露导致的伪造风险；JWT过期时间设置为15~30分钟；加入jti字段支持黑名单机制，用户主动退出、权限变更时可直接将对应jti加入黑名单实现主动作废。
• 权限分层校验：低频变更的固定角色等信息可嵌入JWT减少数据库查询，高频变更的临时权限、资源权限等信息存储在后端缓存，每次接口请求时同步校验缓存中的权限，平衡接口性能和权限变更的灵活性。

内容的提问来源于stack exchange，提问作者Nghia