暴露无安全校验的加密JWT解析服务：设计缺陷与安全性咨询

一、现有设计的缺陷 #

• 冗余存储扩大泄露风险：客户端同时在Authorization请求头（通常存在前端localStorage这类存储）和Cookie中保存同一份加密JWT，相当于把令牌暴露在两个攻击面下。如果Cookie未配置HttpOnly、Secure、SameSite=Strict，极易遭遇CSRF或XSS攻击窃取令牌；前端存储的令牌更是XSS攻击的直接目标。
• 令牌复用放大权限风险：同一份令牌既用于后端API身份校验，又用于调用开放服务获取用户Principal，一旦令牌被窃取，攻击者可以同时冒充用户访问后端资源、获取完整用户信息，攻击影响范围被大幅扩大。
• 强依赖开放服务的可用性问题：前端Wasm的授权系统完全绑定这个解密服务，一旦服务宕机、延迟过高或被限流，前端授权逻辑会直接失效，导致用户无法正常使用应用。
• 不必要的解密环节：JWT分为签名型（JWS）和加密型（JWE），如果仅需前端获取非敏感用户信息（如用户名、角色），完全可以用JWS将信息放在Payload中，通过签名保证完整性，前端直接解析即可，额外的解密服务纯属多此一举，反而增加风险。

二、开放解密服务的安全性问题 #

从你提供的代码来看，GetUserFromEncryptedToken接口存在严重安全漏洞：

• 无访问控制：接口的[Authorize]注解被注释，意味着任何人都能发送任意令牌请求解密。攻击者可以批量提交窃取到的令牌，获取大量用户的Principal信息，造成用户数据泄露。
• 缺乏限流防护：接口未做限流处理，容易被恶意请求发起DDoS攻击，导致服务不可用，进而影响整个前端授权流程。
• 错误处理不规范：代码捕获所有异常后直接返回空用户，既无法向调用方反馈令牌无效、过期等合法错误，也可能隐藏密钥配置错误、令牌格式异常等问题，不利于排查故障；若日志记录不当，还可能泄露敏感异常细节。
• 解密能力无差别暴露：接口直接对外暴露JWT的解密和校验能力，一旦解密密钥泄露（或被暴力破解），所有用户的加密令牌都会被破解，后果不堪设想。

三、改进建议 #

• 修复接口访问控制：恢复[Authorize]注解，或采用客户端认证机制（如OAuth2客户端ID/密钥校验），确保只有合法前端应用才能调用该接口；还可限制接口仅接收来自前端域名的请求，进一步缩小访问范围。
• 拆分令牌用途：为后端API校验和前端授权分别设计令牌：后端用长生命周期的JWE令牌（存HttpOnly Cookie），前端用短生命周期的JWS令牌（仅含非敏感用户信息），或直接在页面初始化时通过后端接口获取用户信息，避免前端直接处理令牌。
• 优化客户端存储策略：仅保留Cookie存储令牌，配置HttpOnly（防止XSS窃取）、Secure（仅HTTPS传输）、SameSite=Strict（防止CSRF）；若前端需要用户信息，通过后端接口安全获取，不让前端持有可解密的令牌。
• 替换加密JWT为签名JWT：如果Payload无敏感信息，改用JWS，前端直接解析Payload获取用户信息，彻底去掉解密服务这个中间环节。
• 完善接口防护：给接口添加限流规则，防止恶意调用；错误处理时返回对应HTTP状态码（如401表示令牌无效、403表示无权调用），不要返回空对象；同时做好日志记录，只记录必要信息，避免泄露敏感数据。

优化后的示例代码：

[HttpPost("GetUserFromEncryptedToken")]
[Authorize(Roles = "Administrators")] // 恢复并确保授权生效
public async Task<Client.Infrastructure.Auth.User> GetUserFromEncryptedToken(TokenDTO model)
{            
    var handler = new JwtSecurityTokenHandler();
    var validations = new TokenValidationParameters
    {
        ValidateIssuer = true,
        ValidateAudience = true,
        ValidateLifetime = true,
        ValidateIssuerSigningKey = true,
        ValidIssuer = _config["Jwt:Issuer"],
        ValidAudience = _config["Jwt:Audience"],
        RequireExpirationTime = true,
        IssuerSigningKey = new SymmetricSecurityKey
            (Encoding.UTF8.GetBytes(_config["Jwt:Key"])),
        TokenDecryptionKey = new SymmetricSecurityKey
            (Encoding.UTF8.GetBytes(_config["Jwt:DecryptionKey"])),
        ClockSkew = TimeSpan.FromMinutes(0),
    };
    ClaimsPrincipal claims = null;
    try
    {
        claims = handler.ValidateToken(model.Token, validations, out var tokenSecure);
        var user = Client.Infrastructure.Auth.User.FromClaimsPrincipal(claims);
        return user;
    }
    catch (SecurityTokenExpiredException)
    {
        throw new HttpResponseException(HttpStatusCode.Unauthorized); // 返回令牌过期状态
    }
    catch (SecurityTokenInvalidSignatureException)
    {
        throw new HttpResponseException(HttpStatusCode.Forbidden); // 返回签名无效状态
    }
    catch (Exception ex) 
    { 
        // 仅记录内部日志，不对外泄露异常细节
        throw new HttpResponseException(HttpStatusCode.BadRequest); 
    }            
}

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