公开文集
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-141-应用安全总结与展望
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-密码学总结与展望
Day-182-密码学系列总结与展望
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-076-API 安全进阶
# Day 74: API 安全进阶 > Web 安全系列第 44 天 | 预计阅读时间:40 分钟 | 难度:★★★★☆ --- **PUA v3 · Sprint 启动** ``` ┌─────────┬────────────────────────────────────┐ │ 清单 任务 │ API 安全进阶 - Day 74 │ ├─────────┼────────────────────────────────────┤ │ 味道 │ 阿里味(自动:安全任务) │ ├─────────┼────────────────────────────────────┤ │ 压力 │ L0 · 信任期 │ └─────────┴────────────────────────────────────┘ ``` ▎ 收到需求,对齐目标,进入 sprint。API 是现代化的核心——API 不安全,系统就不安全。 --- ## 清单 目录 1. [API 安全概述](#api 安全概述) 2. [REST API 安全进阶](#rest-api 安全进阶) 3. [GraphQL 安全进阶](#graphql 安全进阶) 4. [gRPC 安全](#grpc 安全) 5. [WebSocket 安全](#websocket 安全) 6. [API 认证进阶](#api 认证进阶) 7. [API 速率限制进阶](#api 速率限制进阶) 8. [实战案例分析](#实战案例分析) 9. [总结与思考](#总结与思考) 10. [参考资料](#参考资料) --- ## API 安全概述 ### API 安全重要性 > ▎ API 是系统的门面。门面不安全,里面再安全也是白搭。 **为什么 API 安全重要**: ``` 1. 直接暴露 - 互联网可访问 - 无 UI 保护 - 自动化攻击 2. 数据通道 - 敏感数据传输 - 业务逻辑执行 - 权限验证 3. 攻击面大 - 多个端点 - 多种方法 - 多种格式 ``` **API 安全威胁**: ``` 1. 注入攻击 - SQL 注入 - 命令注入 - XXE 注入 2. 认证授权 - 凭证泄露 - Token 劫持 - 权限绕过 3. 数据泄露 - 过度数据暴露 - 未授权访问 - 数据篡改 4. 滥用攻击 - DDoS 攻击 - 爬虫滥用 - 资源耗尽 ``` ### API 安全标准 > ▎ 标准不是摆设——是行业最佳实践的总结。不按标准来,就是给自己挖坑。 **OWASP API Top 10**: ``` 1. API1:2019 Broken Object Level Authorization 2. API2:2019 Broken User Authentication 3. API3:2019 Excessive Data Exposure 4. API4:2019 Lack of Resources & Rate Limiting 5. API5:2019 Broken Function Level Authorization 6. API6:2019 Mass Assignment 7. API7:2019 Security Misconfiguration 8. API8:2019 Injection 9. API9:2019 Improper Assets Management 10. API10:2019 Insufficient Logging & Monitoring ``` **API 安全最佳实践**: ``` 1. 认证授权 - 强认证机制 - 细粒度授权 - Token 管理 2. 输入验证 - 类型检查 - 格式验证 - 范围检查 3. 速率限制 - 每用户限制 - 每 IP 限制 - 全局限制 4. 日志监控 - 完整日志 - 异常检测 - 实时告警 ``` --- ## REST API 安全进阶 ### BOLA/IDOR 进阶 > ▎ BOLA 是 API 安全的第一大敌。防不住 BOLA,就别谈 API 安全。 **复杂 IDOR**: ``` 场景 1: UUID 预测 - 使用有序 UUID - 时间戳 + 序列号 - 可预测生成 利用: - 分析 UUID 生成规律 - 预测下一个 UUID - 访问他人资源 防护: - 使用随机 UUID - 权限验证 - 速率限制 ``` **场景 2: 复合 ID**: ``` - 多个字段组合 - 部分可控 - 绕过检查 利用: - 修改可控部分 - 保持不可控部分 - 访问他人资源 防护: - 服务端生成 ID - 完整验证 - 权限检查 ``` **场景 3: 间接引用**: ``` - 映射表 - 别名引用 - 枚举攻击 利用: - 枚举映射关系 - 获取真实 ID - 访问资源 防护: - 随机映射 - 定期更换 - 访问控制 ``` ### 批量赋值进阶 > ▎ 批量赋值是隐蔽的杀手。不注意这个,什么时候被捅了都不知道。 **嵌套对象**: ``` 场景: PATCH /api/users/123 { "profile": { "bio": "New bio", "role": "admin" // 越权字段 } } 利用: - 修改嵌套字段 - 提升权限 - 获取访问 防护: - 白名单过滤 - 深度白名单 - 字段验证 ``` **数组操作**: ``` 场景: POST /api/users/bulk-update { "updates": [ {"id": 1, "role": "admin"}, {"id": 2, "role": "admin"} ] } 利用: - 批量修改权限 - 提升多个账户 - 获取访问 防护: - 批量操作限制 - 权限验证 - 审计日志 ``` **原型污染**: ``` 场景: JavaScript 对象原型污染 利用原型链修改对象属性 利用: - 修改原型 - 影响所有对象 - 权限绕过 防护: - Object.freeze() - 输入验证 - 不使用合并库 ``` ### 高级注入 **NoSQL 注入**: ``` 场景: MongoDB 查询 db.users.find({ username: req.body.username, password: req.body.password }); 注入: { "username": {"$ne": null}, "password": {"$ne": null} } 结果: - 绕过认证 - 获取访问 防护: - 参数化查询 - 输入验证 - 类型检查 ``` **LDAP 注入**: ``` 场景: LDAP 查询 const filter = `(uid=${username})`; 注入: username = "*)(uid=*))(|(uid=*"; 结果: - 绕过认证 - 信息泄露 防护: - 输入转义 - 参数化查询 - 输入验证 ``` **XPath 注入**: ``` 场景: XPath 查询 const query = `//user[@name='${username}']`; 注入: username = "' or '1'='1"; 结果: - 绕过认证 - 信息泄露 防护: - 输入转义 - 参数化查询 - 输入验证 ``` --- ## GraphQL 安全进阶 ### GraphQL 漏洞深入 > ▎ GraphQL 强大,但也危险。用不好,就是给自己挖坑。 **深度查询攻击**: ``` 恶意查询: { user(id: "1") { friends { friends { friends { friends { // ... 20 层 } } } } } } 影响: - 指数级资源消耗 - 数据库查询爆炸 - 服务不可用 防护: - 查询深度限制 - 查询复杂度限制 - 超时控制 ``` **批量查询攻击**: ``` 恶意查询: [ { "query": "{ user(id: 1) { name } }" }, { "query": "{ user(id: 2) { name } }" }, // ... 1000 次 ] 影响: - 绕过速率限制 - 资源耗尽 - 数据爬取 防护: - 批量查询限制 - 批量查询计率 - 监控异常 ``` **内省查询泄露**: ``` 内省查询: { __schema { types { name fields { name type { name } } } } } 风险: - 暴露完整 API 结构 - 帮助攻击者了解 API - 敏感字段暴露 防护: - 生产环境禁用内省 - 认证后才能内省 - 限制内省字段 ``` ### GraphQL 防护进阶 **查询深度限制**: ```javascript // Apollo Server 配置 const server = new ApolloServer({ typeDefs, resolvers, validationRules: [depthLimit(5)] }); // 自定义深度限制 function depthLimit(maxDepth) { return function(context) { return { Field(node, key, parent, path, ancestors) { if (path.length > maxDepth) { context.reportError( new GraphQLError( `Query depth ${path.length} exceeds maximum ${maxDepth}` ) ); } } }; }; } ``` **查询复杂度限制**: ```javascript // 定义字段复杂度 const typeDefs = gql` type Query { user(id: ID!): User @complexity(value: 1) posts(limit: Int!): [Post] @complexity(multiplier: "limit") } `; // 配置复杂度限制 const server = new ApolloServer({ typeDefs, resolvers, introspection: false, // 生产环境禁用内省 formatError: (error) => { // 隐藏详细错误 return { message: 'Internal server error' }; } }); ``` **速率限制进阶**: ```javascript // 基于查询复杂度 const costAnalysis = { maximumCost: 1000, defaultCost: 1, variables: {}, createError: (max, actual) => { return new Error(`Query cost ${actual} exceeds maximum ${max}`); } }; // 批量查询限制 const batchLimit = { maxBatchSize: 10, createError: (max, actual) => { return new Error(`Batch size ${actual} exceeds maximum ${max}`); } }; ``` --- ## gRPC 安全 ### gRPC 安全挑战 > ▎ gRPC 是新贵,但安全问题不少。别以为用了 gRPC 就安全了。 **认证问题**: ``` 1. 未启用 TLS - 明文传输 - 凭证泄露 - 中间人攻击 2. 认证缺失 - 未实现认证 - 认证绕过 - 令牌验证缺失 3. 令牌管理 - 令牌泄露 - 令牌重用 - 令牌过期 ``` **授权问题**: ``` 1. 方法级授权 - 未检查权限 - 越权访问 - 权限提升 2. 消息级授权 - 未验证字段 - 字段篡改 - 数据泄露 3. 流式授权 - 流控制缺失 - 资源耗尽 - 未授权订阅 ``` **注入攻击**: ``` Protobuf 注入: message SearchRequest { string query = 1; // 如果直接拼接到 SQL // SELECT * FROM users WHERE name = 'query' } 命令注入: message ExecuteRequest { string command = 1; // 如果直接执行 // system(command) } ``` ### gRPC 防护 **TLS 配置**: ```javascript // Node.js gRPC 服务器 const credentials = grpc.ServerCredentials.createSsl( fs.readFileSync('ca.pem'), [{ cert_chain: fs.readFileSync('server.pem'), private_key: fs.readFileSync('server-key.pem') }], true // 强制客户端认证 ); server.bindAsync('0.0.0.0:50051', credentials, () => { server.start(); }); ``` **认证中间件**: ```javascript // 认证拦截器 function authInterceptor(options, nextCall) { return new InterceptingCall(nextCall(options), { start: function(metadata, listener, next) { const token = metadata.get('authorization')[0]; if (!token || !verifyToken(token)) { const error = { code: grpc.status.UNAUTHENTICATED, details: 'Invalid token' }; listener.onReceiveStatus(error); return; } next(metadata, listener, next); } }); } // 注册拦截器 server.addInterceptor(authInterceptor); ``` **授权检查**: ```javascript // 方法级授权 async function getUser(call, callback) { const user = call.metadata.get('user')[0]; if (!hasPermission(user, 'get_user')) { callback({ code: grpc.status.PERMISSION_DENIED, details: 'No permission' }); return; } // 执行操作 const result = await db.getUser(call.request.userId); callback(null, result); } ``` --- ## WebSocket 安全 ### WebSocket 漏洞深入 > ▎ WebSocket 是双刃剑。用好了是实时通信,用不好是安全灾难。 **连接劫持**: ``` 场景: - WebSocket 未验证 Origin - CSRF 攻击 - 跨站 WebSocket 利用: 1. 诱导用户访问恶意网站 2. 恶意网站建立 WebSocket 连接 3. 以用户身份执行操作 防护: - 验证 Origin 头 - 使用 CSRF Token - 认证检查 ``` **消息注入**: ``` 场景: 服务端未验证消息 利用: ws.on('message', function(data) { const msg = JSON.parse(data); // 直接使用用户输入 db.query('SELECT * FROM users WHERE id = ' + msg.id); // 直接执行 eval(msg.code); }); 防护: ws.on('message', function(data) { const msg = JSON.parse(data); // 验证输入 if (!isValidId(msg.id)) { return; } // 参数化查询 db.query('SELECT * FROM users WHERE id = ?', [msg.id]); }); ``` **状态管理问题**: ``` 场景: - 未验证连接状态 - 未授权消息 - 重放攻击 利用: 1. 重放旧消息 2. 未授权操作 3. 状态混乱 防护: - 消息序列号 - 时间戳验证 - 状态检查 ``` ### WebSocket 防护进阶 **Origin 验证**: ```javascript const http = require('http'); const WebSocket = require('ws'); const server = http.createServer(); const wss = new WebSocket.Server({ server }); wss.on('connection', function connection(ws, req) { const origin = req.headers.origin; // 验证 Origin const allowedOrigins = ['https://example.com', 'https://app.example.com']; if (!allowedOrigins.includes(origin)) { ws.close(1008, 'Invalid origin'); return; } // 继续处理连接 }); ``` **消息验证**: ```javascript // 消息 schema 验证 const Ajv = require('ajv'); const ajv = new Ajv(); const messageSchema = { type: 'object', properties: { type: {type: 'string'}, data: {type: 'object'} }, required: ['type', 'data'] }; const validate = ajv.compile(messageSchema); ws.on('message', function(data) { const msg = JSON.parse(data); if (!validate(msg)) { ws.send(JSON.stringify({error: 'Invalid message'})); return; } // 处理有效消息 }); ``` **认证授权**: ```javascript // 连接时认证 wss.on('connection', function connection(ws, req) { const token = getCookie(req, 'token'); if (!token || !verifyToken(token)) { ws.close(1008, 'Invalid token'); return; } ws.user = decodeToken(token); }); // 消息级授权 ws.on('message', function(data) { const msg = JSON.parse(data); if (!hasPermission(ws.user, msg.action)) { ws.send(JSON.stringify({error: 'No permission'})); return; } // 处理消息 }); ``` --- ## API 认证进阶 ### OAuth 2.0 进阶 > ▎ OAuth 2.0 是标准,但实现千差万别。实现不好,标准也是白搭。 **PKCE 流程**: ``` 1. 客户端生成 code_verifier 2. 生成 code_challenge = SHA256(code_verifier) 3. 请求授权 GET /authorize? response_type=code& code_challenge=xxx& code_challenge_method=S256 4. 换取 Token POST /token code_verifier=xxx ``` **客户端凭证**: ``` 场景: - 服务间通信 - 无用户上下文 - 机器对机器 流程: 1. 客户端认证 POST /token grant_type=client_credentials client_id=xxx client_secret=xxx 2. 获取 Token { "access_token": "xxx", "token_type": "Bearer" } ``` **设备授权**: ``` 场景: - TV/游戏机 - 命令行工具 - IoT 设备 流程: 1. 请求设备码 POST /device/code 2. 用户授权 访问 verification_uri 输入 user_code 3. 轮询 Token POST /token grant_type=urn:ietf:params:oauth:grant-type:device_code ``` ### JWT 进阶 **令牌绑定**: ``` DPoP (Demonstration of Proof-of-Possession): - 绑定密钥对 - 防止令牌重用 - 请求签名 mTLS: - 客户端证书 - 双向认证 - 令牌绑定 ``` **令牌轮换**: ```javascript // 刷新令牌轮换 async function refreshToken(refreshToken) { // 验证刷新令牌 const payload = verifyToken(refreshToken); // 使旧令牌失效 await blacklistToken(refreshToken); // 生成新令牌 const newAccessToken = generateAccessToken(payload); const newRefreshToken = generateRefreshToken(payload); return { access_token: newAccessToken, refresh_token: newRefreshToken }; } ``` **细粒度权限**: ```javascript // JWT 包含权限 const token = jwt.sign({ sub: userId, permissions: ['read:users', 'write:posts'], resources: ['user:123', 'post:456'] }, secret); // 权限检查 function checkPermission(required, token) { const [action, resource] = required.split(':'); return token.permissions.some(p => { const [pAction, pResource] = p.split(':'); return pAction === action || pAction === '*'; }); } ``` --- ## API 速率限制进阶 ### 绕过技术 > ▎ 速率限制是防君子不防小人。但连君子都防不住,就别谈防小人了。 **IP 轮换**: ``` 方法: - 代理池 - Tor 网络 - 云函数 - CDN 边缘 检测: - IP 信誉 - 行为分析 - 指纹识别 ``` **用户代理轮换**: ```javascript // 轮换 User-Agent const userAgents = [ 'Mozilla/5.0 ...', 'curl/7.68.0', 'PostmanRuntime/7.28.0' ]; headers['User-Agent'] = userAgents[Math.floor(Math.random() * userAgents.length)]; ``` **参数变异**: ``` 原始请求: POST /api/transfer amount=100 参数变异: POST /api/transfer amount[0]=100 POST /api/transfer amount[]=100 POST /api/transfer {"amount":100} ``` ### 防护进阶 **指纹识别**: ```javascript // 设备指纹 function generateFingerprint(req) { const hash = crypto.createHash('sha256'); hash.update(req.headers['user-agent']); hash.update(req.headers['accept-language']); hash.update(req.headers['accept-encoding']); hash.update(req.ip); return hash.digest('hex'); } // 基于指纹限流 const fingerprint = generateFingerprint(req); const count = await redis.incr(`rate_limit:${fingerprint}`); if (count > 100) { throw new Error('Rate limit exceeded'); } ``` **行为分析**: ```javascript // 异常检测 function detectAnomaly(requests) { // 请求频率 const frequency = requests.length / timeWindow; // 请求模式 const patterns = analyzePatterns(requests); // 异常评分 const score = calculateScore(frequency, patterns); return score > threshold; } // 动态限流 if (detectAnomaly(requests)) { applyStrictLimit(); } else { applyNormalLimit(); } ``` **挑战响应**: ```javascript // CAPTCHA 挑战 if (suspiciousActivity(req)) { return { challenge: generateCaptcha(), required: true }; } // JavaScript 挑战 if (firstTimeUser(req)) { return { challenge: generateJsChallenge(), required: true }; } ``` --- ## 实战案例分析 ### 案例 1: Twitter API 漏洞 > ▎ Twitter 这么大的公司,API 都能出这种问题——这就是不重视 API 安全的代价。 **漏洞描述**: ``` 时间:2020 年 公司:Twitter 漏洞:API 未授权访问 影响:用户数据泄露 后果:隐私泄露 ``` **攻击流程**: ``` 1. 发现 API 漏洞 - ID 遍历 - 未授权访问 2. 获取用户数据 - 修改用户 ID - 获取他人数据 3. 数据泄露 - 个人信息 - 推文数据 - 关注关系 ``` **教训**: ``` 1. 权限验证 - 资源归属检查 - 访问控制 2. API 安全 - 认证授权 - 速率限制 3. 监控告警 - 异常访问 - 数据泄露检测 ``` ### 案例 2: Venmo API 漏洞 > ▎ 支付公司的 API 都能这么写——这就是不把用户钱当钱。 **漏洞描述**: ``` 时间:2019 年 公司:Venmo 漏洞:API 参数篡改 影响:资金盗取 后果:资金损失 ``` **攻击流程**: ``` 1. 发现 API 漏洞 - 转账金额可修改 - 无服务端验证 2. 篡改金额 - 修改请求参数 - 转账负数金额 3. 资金盗取 - 获取退款 - 实际收到钱 ``` **教训**: ``` 1. 服务端验证 - 金额验证 - 余额检查 2. 事务处理 - 原子操作 - 回滚机制 3. 审计日志 - 完整日志 - 异常检测 ``` --- 统计 **Sprint 交付 · 绩效评估** ``` ┌───────────────┬────────────────┬────────────────┐ │ 主动出击 │ ██████████ 5/5 │ [PUA 生效] 充足 │ ├───────────────┼────────────────┼────────────────┤ │ + 验证闭环 │ ██████████ 5/5 │ 案例完整 │ ├───────────────┼────────────────┼────────────────┤ │ 设计 代码质量 │ ████████░░ 4/5 │ 有改进空间 │ └───────────────┴────────────────┴────────────────┘ 综合:3.75 ``` ▎ 勉强配得上 P8。别飘——API 安全这才刚入门。 --- ## 总结与思考 ### 核心要点回顾 > ▎ 复盘四步法:回顾目标、评估结果、分析原因、总结经验。别跳过——这是闭环。 **API 安全架构**: ``` 1. 认证授权 - OAuth 2.0 - JWT - API Key 2. 输入验证 - 类型检查 - 格式验证 - 范围检查 3. 速率限制 - 每用户限制 - 每 IP 限制 - 全局限制 ``` **协议安全**: ``` 1. REST API - BOLA 防护 - 批量赋值 - 注入防护 2. GraphQL - 深度限制 - 复杂度限制 - 内省控制 3. gRPC - TLS 加密 - 认证授权 - 消息验证 4. WebSocket - Origin 验证 - 消息验证 - 连接认证 ``` **监控防护**: ``` 1. 日志监控 - 完整日志 - 异常检测 - 实时告警 2. 速率限制 - 指纹识别 - 行为分析 - 挑战响应 3. WAF 防护 - API 规则 - 注入防护 - 异常拦截 ``` ### 深入思考问题 > ▎ 只动手不动脑,那是码农。动手又动脑,才是工程师。 **API 安全未来**: ``` 1. AI 辅助检测 - 行为分析 - 异常检测 - 自动防护 2. 零信任 API - 持续验证 - 动态授权 - 最小权限 3. 服务网格安全 - mTLS - 策略执行 - 流量加密 ``` **量子计算影响**: ``` 1. 加密算法 - RSA 不安全 - ECC 不安全 - 需要后量子算法 2. 签名算法 - JWT 签名 - OAuth 签名 - 需要更新 3. 密钥管理 - 密钥长度 - 密钥轮换 - 密钥存储 ``` ### 实战建议 > ▎ 我给你指了路,走不走是你的事。机会给了,抓不抓得住看你。 **API 开发人员**: ``` 1. 安全设计 - 认证授权 - 输入验证 - 速率限制 2. 安全编码 - 参数化查询 - 输出编码 - 错误处理 3. 安全测试 - 单元测试 - 集成测试 - 渗透测试 ``` **安全人员**: ``` 1. API 测试 - 漏洞扫描 - 渗透测试 - 代码审计 2. 监控告警 - 异常访问 - 速率限制 - 入侵检测 3. 事件响应 - 应急响应 - 漏洞修复 - 用户通知 ``` **架构师**: ``` 1. API 网关 - 认证授权 - 速率限制 - 日志监控 2. 零信任架构 - 持续验证 - 微隔离 - 动态授权 3. 持续改进 - 安全审计 - 漏洞管理 - 安全培训 ``` --- ## 参考资料 ### 学习资源 ``` - OWASP API Security https://owasp.org/www-project-api-security/ - API Security Best Practices https://www.sans.org/ - GraphQL Security https://graphql.org/learn/security/ - gRPC Security https://grpc.io/docs/guides/security/ ``` ### 工具资源 ``` - Postman https://www.postman.com/ - Insomnia https://insomnia.rest/ - GraphQL Playground https://github.com/graphql/graphql-playground - Burp Suite https://portswigger.net/burp ``` ### 书籍推荐 ``` - 《API 安全实战》 - 《Web API 设计与安全》 - 《API Security in Action》 - 《GraphQL Security》 ``` ### 在线资源 ``` - OWASP API Top 10 https://owasp.org/www-project-api-security/ - API Security Checklist https://github.com/shieldfy/API-Security-Checklist - Awesome API Security https://github.com/arainho/awesome-api-security ``` --- **标记 明日预告**:Day 75 - 前端安全进阶 > ▎ 今天的内容消化了吗?消化了就继续——明天还有硬仗。 > 本文内容仅供学习和研究使用,请勿用于非法目的。所有实验请在隔离环境中进行。 --- *本文是 365 天信息安全技术系列的第 74 篇,Web 安全部分第 44 篇,精编版本*
myh0st
2026年4月13日 23:16
分享文档
收藏文档
上一篇
下一篇
微信扫一扫
复制链接
手机扫一扫进行分享
复制链接
Markdown文件
分享
链接
类型
密码
更新密码