公开文集
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-128-威胁建模实战
# Day 142: 威胁建模实战 > 应用安全系列第 35 天 | 预计阅读时间:50 分钟 | 难度:★★★★☆ --- **PUA v3 · Sprint 启动** ``` ┌─────────┬────────────────────────────────────┐ │ 清单 任务 │ 威胁建模实战 - Day 142 │ ├─────────┼────────────────────────────────────┤ │ 味道 │ 阿里味(自动:安全任务) │ ├─────────┼────────────────────────────────────┤ │ 压力 │ L0 · 信任期 │ └─────────┴────────────────────────────────────┘ ``` ▎ 威胁建模不是纸上谈兵,是实战分析。分析不落地,对策就是空的。今天深入威胁建模实战。 --- ## 清单 目录 1. [威胁建模概述](#威胁建模概述) 2. [威胁建模方法对比](#威胁建模方法对比) 3. [STRIDE 实战](#stride 实战) 4. [PASTA 实战](#pasta 实战) 5. [LINDDUN 实战](#linddun 实战) 6. [数据流图绘制](#数据流图绘制) 7. [威胁识别技术](#威胁识别技术) 8. [风险评估方法](#风险评估方法) 9. [对策制定与验证](#对策制定与验证) 10. [实战案例演练](#实战案例演练) 11. [总结与思考](#总结与思考) 12. [参考资料](#参考资料) --- ## 威胁建模概述 ### 什么是威胁建模 > ▎ 威胁建模不是猜攻击,是系统分析。分析不系统,防护就是零散的。 **定义与目标**: ``` 威胁建模 (Threat Modeling) 是一种结构化的方法,用于识别、评估和缓解系统中的安全威胁。 核心目标: 1. 识别威胁 - 系统性识别 - 全面覆盖 - 优先级排序 2. 评估风险 - 可能性评估 - 影响评估 - 风险等级 3. 制定对策 - 缓解措施 - 实施优先级 - 验证有效性 ``` **威胁建模价值**: ``` 投资回报: - 早期发现威胁:修复成本降低 10 倍 - 系统性分析:遗漏威胁减少 50% - 优先级排序:资源投入更精准 - 团队共识:安全理解更一致 实际收益: - 安全漏洞减少:40-60% - 安全返工减少:30-50% - 安全审查时间:减少 25-40% - 团队安全意识:显著提升 ``` ### 威胁建模时机 **最佳时机**: ``` ┌─────────────────────────────────────────────────────────┐ │ 威胁建模时机矩阵 │ ├─────────────────────────────────────────────────────────┤ │ │ │ 项目阶段 威胁建模活动 投入产出比 │ │ ─────────────────────────────────────────────────── │ │ 需求分析 初步威胁识别 ★★★★★ │ │ 架构设计 详细威胁建模 ★★★★★ │ │ 开发阶段 变更影响分析 ★★★★☆ │ │ 测试阶段 威胁验证测试 ★★★☆☆ │ │ 运营阶段 新威胁分析 ★★★☆☆ │ │ │ │ 关键触发点: │ │ ✓ 新项目启动 │ │ ✓ 架构重大变更 │ │ ✓ 新增敏感数据 │ │ ✓ 安全事件发生 │ │ ✓ 合规要求变化 │ │ │ └─────────────────────────────────────────────────────────┘ ``` --- ## 威胁建模方法对比 ### 主流方法 > ▎ 方法不是选最好的,是选最合适的。方法不合适,效果就是打折的。 **方法对比表**: ``` ┌─────────────────┬──────────────┬──────────────┬──────────────┬──────────────┐ │ 方法 │ 适用场景 │ 复杂度 │ 输出 │ 学习曲线 │ ├─────────────────┼──────────────┼──────────────┼──────────────┼──────────────┤ │ STRIDE │ 系统设计 │ 中 │ 威胁列表 │ 低 │ ├─────────────────┼──────────────┼──────────────┼──────────────┼──────────────┤ │ PASTA │ 业务风险 │ 高 │ 风险评级 │ 高 │ ├─────────────────┼──────────────┼──────────────┼──────────────┼──────────────┤ │ LINDDUN │ 隐私保护 │ 中 │ 隐私威胁 │ 中 │ ├─────────────────┼──────────────┼──────────────┼──────────────┼──────────────┤ │ TRIKE │ 风险管理 │ 高 │ 风险模型 │ 高 │ ├─────────────────┼──────────────┼──────────────┼──────────────┼──────────────┤ │ VAST │ 敏捷开发 │ 低 │ 威胁图谱 │ 低 │ ├─────────────────┼──────────────┼──────────────┼──────────────┼──────────────┤ │ OCTAVE │ 组织风险 │ 高 │ 风险评估 │ 高 │ └─────────────────┴──────────────┴──────────────┴──────────────┴──────────────┘ ``` ### 方法选择指南 **选择决策树**: ```python # 威胁建模方法选择 def select_threat_modeling_method(project_context): """根据项目上下文选择威胁建模方法""" # 1. 是否有隐私合规要求? if project_context.get('privacy_required', False): return 'LINDDUN' # 隐私-focused # 2. 是否需要业务风险对齐? if project_context.get('business_risk_focus', False): return 'PASTA' # 业务风险-focused # 3. 是否是敏捷/DevOps 环境? if project_context.get('agile_environment', False): return 'VAST' # 敏捷-friendly # 4. 是否是系统设计阶段? if project_context.get('phase') == 'design': return 'STRIDE' # 设计-focused # 5. 是否是组织级风险评估? if project_context.get('organizational_level', False): return 'OCTAVE' # 组织级 # 默认推荐 return 'STRIDE' # 最常用 # 项目上下文示例 project_contexts = [ { 'name': '电商平台', 'phase': 'design', 'privacy_required': True, 'business_risk_focus': True, 'agile_environment': True, 'recommended': 'STRIDE + LINDDUN' # 组合使用 }, { 'name': '医疗系统', 'phase': 'design', 'privacy_required': True, 'business_risk_focus': False, 'agile_environment': False, 'recommended': 'LINDDUN' # 隐私优先 }, { 'name': '金融科技', 'phase': 'design', 'privacy_required': True, 'business_risk_focus': True, 'agile_environment': False, 'recommended': 'PASTA' # 业务风险优先 } ] ``` --- ## STRIDE 实战 ### STRIDE 详解 > ▎ STRIDE 不是 6 个字母,是 6 类威胁。类别不清楚,识别就是随机的。 **STRIDE 威胁分类**: ``` S - Spoofing (欺骗) ├── 定义:攻击者冒充合法实体 ├── 目标:身份认证系统 ├── 示例: │ ├── 凭证窃取 │ ├── 会话劫持 │ ├── DNS 欺骗 │ └── IP 欺骗 └── 对策:强认证、双向认证、证书验证 T - Tampering (篡改) ├── 定义:恶意修改数据或代码 ├── 目标:数据完整性 ├── 示例: │ ├── 数据篡改 │ ├── 代码注入 │ ├── 配置修改 │ └── 日志篡改 └── 对策:完整性检查、数字签名、版本控制 R - Repudiation (抵赖) ├── 定义:否认已执行的操作 ├── 目标:可追溯性 ├── 示例: │ ├── 否认交易 │ ├── 否认访问 │ ├── 否认修改 │ └── 否认发送 └── 对策:审计日志、数字签名、时间戳 I - Information Disclosure (信息泄露) ├── 定义:敏感信息被未授权访问 ├── 目标:数据机密性 ├── 示例: │ ├── 数据泄露 │ ├── 配置泄露 │ ├── 日志泄露 │ └── 元数据泄露 └── 对策:加密、访问控制、数据最小化 D - Denial of Service (拒绝服务) ├── 定义:使服务不可用 ├── 目标:服务可用性 ├── 示例: │ ├── DDoS 攻击 │ ├── 资源耗尽 │ ├── 配置破坏 │ └── 依赖破坏 └── 对策:限流、冗余、弹性设计 E - Elevation of Privilege (权限提升) ├── 定义:获取未授权的权限 ├── 目标:访问控制 ├── 示例: │ ├── 越权访问 │ ├── 提权攻击 │ ├── 权限绕过 │ └── 角色提升 └── 对策:最小权限、访问控制、职责分离 ``` ### STRIDE 实战演练 **实战步骤**: ```python # STRIDE 威胁建模实战 class STRIDEThreatModeling: def __init__(self): self.stride_categories = { 'spoofing': { 'description': '身份欺骗威胁', 'questions': [ '系统如何验证用户身份?', '认证凭证如何保护?', '如何防止会话劫持?', '如何防止重放攻击?' ], 'threats': [], 'mitigations': [] }, 'tampering': { 'description': '数据篡改威胁', 'questions': [ '数据完整性如何保证?', '如何检测数据篡改?', '代码完整性如何保护?', '配置如何保护?' ], 'threats': [], 'mitigations': [] }, 'repudiation': { 'description': '行为抵赖威胁', 'questions': [ '关键操作是否记录日志?', '日志是否防篡改?', '是否有数字签名?', '时间是否同步?' ], 'threats': [], 'mitigations': [] }, 'information_disclosure': { 'description': '信息泄露威胁', 'questions': [ '敏感数据如何加密?', '谁可以访问什么数据?', '数据传输如何保护?', '日志是否包含敏感信息?' ], 'threats': [], 'mitigations': [] }, 'denial_of_service': { 'description': '拒绝服务威胁', 'questions': [ '系统如何处理大流量?', '资源使用如何限制?', '是否有冗余设计?', '如何快速恢复?' ], 'threats': [], 'mitigations': [] }, 'elevation_of_privilege': { 'description': '权限提升威胁', 'questions': [ '权限如何分配?', '如何防止越权?', '管理接口如何保护?', '如何审计权限使用?' ], 'threats': [], 'mitigations': [] } } def model_system(self, system_design): """对系统进行 STRIDE 建模""" # 1. 分解系统 components = self.decompose_system(system_design) # 2. 识别信任边界 trust_boundaries = self.identify_trust_boundaries(components) # 3. 创建数据流图 dfd = self.create_dfd(components, trust_boundaries) # 4. STRIDE 分析 for component in components: self.analyze_component(component, dfd) # 5. 风险评估 threats = self.assess_risks() # 6. 制定对策 self.develop_mitigations(threats) return { 'components': components, 'trust_boundaries': trust_boundaries, 'dfd': dfd, 'threats': threats, 'mitigations': self.all_mitigations } def decompose_system(self, system_design): """分解系统为组件""" components = [] # 外部实体 for entity in system_design.get('external_entities', []): components.append({ 'id': f"EE-{len(components)+1}", 'type': 'external_entity', 'name': entity['name'], 'trust_level': 'untrusted', 'description': entity.get('description', '') }) # 进程 for process in system_design.get('processes', []): components.append({ 'id': f"P-{len(components)+1}", 'type': 'process', 'name': process['name'], 'trust_level': 'partial', 'description': process.get('description', '') }) # 数据存储 for store in system_design.get('data_stores', []): components.append({ 'id': f"DS-{len(components)+1}", 'type': 'data_store', 'name': store['name'], 'trust_level': 'partial', 'data_classification': store.get('classification', 'internal') }) return components def analyze_component(self, component, dfd): """分析组件威胁""" comp_type = component['type'] if comp_type == 'external_entity': self.analyze_external_entity(component) elif comp_type == 'process': self.analyze_process(component, dfd) elif comp_type == 'data_store': self.analyze_data_store(component) def analyze_external_entity(self, entity): """分析外部实体威胁""" # Spoofing self.stride_categories['spoofing']['threats'].append({ 'id': f"SPOOF-{entity['id']}", 'component': entity['name'], 'description': f"攻击者可能冒充{entity['name']}", 'risk_level': '高', 'stride': 'S' }) def analyze_process(self, process, dfd): """分析进程威胁""" # Tampering self.stride_categories['tampering']['threats'].append({ 'id': f"TAMPER-{process['id']}", 'component': process['name'], 'description': f"{process['name']}的输入可能被篡改", 'risk_level': '高', 'stride': 'T' }) # Repudiation self.stride_categories['repudiation']['threats'].append({ 'id': f"REPUD-{process['id']}", 'component': process['name'], 'description': f"{process['name']}的操作可能被否认", 'risk_level': '中', 'stride': 'R' }) def analyze_data_store(self, store): """分析数据存储威胁""" # Information Disclosure risk = '高' if store['data_classification'] == 'sensitive' else '中' self.stride_categories['information_disclosure']['threats'].append({ 'id': f"DISC-{store['id']}", 'component': store['name'], 'description': f"{store['name']}的数据可能被未授权访问", 'risk_level': risk, 'stride': 'I' }) # Tampering self.stride_categories['tampering']['threats'].append({ 'id': f"TAMPER-{store['id']}", 'component': store['name'], 'description': f"{store['name']}的数据可能被篡改", 'risk_level': '高', 'stride': 'T' }) def assess_risks(self): """风险评估""" all_threats = [] for category, data in self.stride_categories.items(): for threat in data['threats']: # 计算风险分数 threat['risk_score'] = self.calculate_risk_score(threat) threat['priority'] = self.get_priority(threat['risk_score']) all_threats.append(threat) # 按风险排序 all_threats.sort(key=lambda x: x['risk_score'], reverse=True) return all_threats def calculate_risk_score(self, threat): """计算风险分数""" likelihood_map = {'高': 3, '中': 2, '低': 1} likelihood = likelihood_map.get(threat.get('risk_level', '中'), 2) impact = likelihood_map.get(threat.get('risk_level', '中'), 2) return likelihood * impact def get_priority(self, risk_score): """获取优先级""" if risk_score >= 6: return 'P0' elif risk_score >= 4: return 'P1' else: return 'P2' def develop_mitigations(self, threats): """制定对策""" self.all_mitigations = [] for threat in threats: if threat['priority'] in ['P0', 'P1']: mitigation = self.get_mitigation(threat) self.all_mitigations.append({ 'threat_id': threat['id'], 'threat': threat['description'], 'mitigation': mitigation, 'status': 'planned', 'priority': threat['priority'] }) def get_mitigation(self, threat): """获取对策""" stride = threat.get('stride', '') mitigations = { 'S': '实施强认证机制,如 MFA、证书认证', 'T': '实施完整性验证,如数字签名、哈希校验', 'R': '实施审计日志,确保操作可追溯', 'I': '实施加密和访问控制,保护数据机密性', 'D': '实施限流、冗余和弹性设计', 'E': '实施最小权限和访问控制' } return mitigations.get(stride, '需要进一步分析') # 使用示例 system_design = { 'external_entities': [ {'name': '用户', 'description': '系统最终用户'}, {'name': '第三方 API', 'description': '外部服务接口'} ], 'processes': [ {'name': '认证服务', 'description': '处理用户认证'}, {'name': '数据服务', 'description': '处理数据 CRUD'} ], 'data_stores': [ {'name': '用户数据库', 'classification': 'sensitive'}, {'name': '日志存储', 'classification': 'internal'} ] } tm = STRIDEThreatModeling() result = tm.model_system(system_design) ``` --- ## PASTA 实战 ### PASTA 七阶段 > ▎ PASTA 不是简单流程,是业务对齐。业务不对齐,安全就是孤立的。 **PASTA 流程**: ``` PASTA (Process for Attack Simulation and Threat Analysis): 阶段 1: 定义目标 (Define Objectives) ├── 业务目标 ├── 安全目标 ├── 合规要求 └── 风险偏好 阶段 2: 定义范围 (Define Scope) ├── 应用范围 ├── 技术范围 ├── 数据范围 └── 接口范围 阶段 3: 应用分解 (Application Decomposition) ├── 组件识别 ├── 数据流分析 ├── 信任边界 └── 依赖关系 阶段 4: 威胁分析 (Threat Analysis) ├── 威胁识别 ├── 威胁分类 ├── 威胁场景 └── 攻击树 阶段 5: 脆弱性分析 (Vulnerability Analysis) ├── 脆弱性识别 ├── 脆弱性评估 ├── 弱点映射 └── 控制差距 阶段 6: 攻击建模 (Attack Modeling) ├── 攻击路径 ├── 攻击场景 ├── 攻击模拟 └── 影响分析 阶段 7: 风险与影响分析 (Risk & Impact Analysis) ├── 风险评估 ├── 影响分析 ├── 风险排序 └── 对策建议 ``` ### PASTA 实战 **阶段 1-2 实现**: ```python # PASTA 阶段 1-2: 定义目标和范围 class PASTAStage12: def __init__(self): self.objectives = {} self.scope = {} def define_objectives(self, business_context): """阶段 1: 定义目标""" self.objectives = { 'business_objectives': self.extract_business_objectives(business_context), 'security_objectives': self.define_security_objectives(business_context), 'compliance_requirements': self.identify_compliance(business_context), 'risk_appetite': self.assess_risk_appetite(business_context) } return self.objectives def extract_business_objectives(self, context): """提取业务目标""" return [ { 'id': 'BO-001', 'description': '保护用户数据安全', 'priority': '高', 'metrics': ['数据泄露事件数', '加密覆盖率'] }, { 'id': 'BO-002', 'description': '确保服务高可用', 'priority': '高', 'metrics': ['可用性%', 'MTTR'] }, { 'id': 'BO-003', 'description': '满足合规要求', 'priority': '高', 'metrics': ['合规审计通过率'] } ] def define_security_objectives(self, context): """定义安全目标""" return [ { 'id': 'SO-001', 'description': '防止未授权数据访问', 'related_business': 'BO-001', 'controls': ['认证', '授权', '加密'] }, { 'id': 'SO-002', 'description': '检测和响应安全事件', 'related_business': 'BO-002', 'controls': ['监控', '告警', '响应'] } ] def identify_compliance(self, context): """识别合规要求""" return [ { 'standard': 'GDPR', 'requirements': ['数据保护', '用户权利', ' breach 通知'], 'applicable': True }, { 'standard': 'PCI DSS', 'requirements': ['支付数据安全', '访问控制', '加密'], 'applicable': context.get('handles_payments', False) }, { 'standard': '等保 2.0', 'requirements': ['安全设计', '安全测试', '安全运维'], 'applicable': context.get('china_operation', False) } ] def assess_risk_appetite(self, context): """评估风险偏好""" return { 'overall': 'medium', # low/medium/high 'by_category': { 'data_breach': 'low', 'service_outage': 'low', 'compliance_violation': 'low', 'reputation_damage': 'medium', 'financial_loss': 'medium' } } def define_scope(self, system_context): """阶段 2: 定义范围""" self.scope = { 'application_scope': self.define_application_scope(system_context), 'technical_scope': self.define_technical_scope(system_context), 'data_scope': self.define_data_scope(system_context), 'interface_scope': self.define_interface_scope(system_context) } return self.scope def define_application_scope(self, context): """定义应用范围""" return { 'in_scope': [ 'Web 应用', '移动应用', 'API 服务', '管理后台' ], 'out_of_scope': [ '第三方系统', '遗留系统 (计划退役)' ], 'boundaries': { 'start': '用户请求入口', 'end': '数据持久化' } } def define_technical_scope(self, context): """定义技术范围""" return { 'technologies': [ 'React 前端', 'Node.js 后端', 'PostgreSQL 数据库', 'Redis 缓存', 'Kubernetes 容器' ], 'infrastructure': { 'cloud_provider': 'AWS', 'regions': ['us-east-1', 'eu-west-1'], 'network': 'VPC with private subnets' } } def define_data_scope(self, context): """定义数据范围""" return { 'data_types': [ {'type': '用户个人信息', 'classification': 'sensitive'}, {'type': '认证凭证', 'classification': 'confidential'}, {'type': '交易数据', 'classification': 'confidential'}, {'type': '日志数据', 'classification': 'internal'} ], 'data_flows': [ '用户 → Web 应用 → API → 数据库', 'Web 应用 → Redis → 缓存数据', 'API → 第三方服务 → 外部数据' ] } def define_interface_scope(self, context): """定义接口范围""" return { 'internal_interfaces': [ 'Web 应用 ↔ API 服务', 'API 服务 ↔ 数据库', 'API 服务 ↔ 缓存' ], 'external_interfaces': [ '用户 ↔ Web 应用', 'API ↔ 第三方服务', '管理后台 ↔ 内部网络' ] } ``` --- ## LINDDUN 实战 ### LINDDUN 隐私威胁 > ▎ LINDDUN 不是 STRIDE 的变种,是隐私专用。隐私不专用,保护就是泛泛的。 **LINDDUN 分类**: ``` L - Linkability (关联性) ├── 定义:能够关联不同数据点识别个人 ├── 示例:跨服务用户追踪、数据关联分析 └── 对策:数据隔离、假名化 I - Identifiability (可识别性) ├── 定义:能够识别特定个人 ├── 示例:直接标识符、准标识符 └── 对策:匿名化、去标识化 N - Non-repudiation (不可抵赖性) ├── 定义:无法否认特定行为 ├── 示例:数字签名、审计日志 └── 对策:选择性披露、隐私保护日志 D - Detectability (可检测性) ├── 定义:能够检测个人存在或行为 ├── 示例:流量分析、行为分析 └── 对策:流量混淆、行为模糊 D - Disclosure (信息泄露) ├── 定义:个人数据被未授权访问 ├── 示例:数据泄露、配置错误 └── 对策:加密、访问控制 U - Unawareness (不知情) ├── 定义:个人不知道数据被收集使用 ├── 示例:隐蔽收集、隐藏条款 └── 对策:透明通知、明确同意 N - Non-compliance (不合规) ├── 定义:不符合隐私法规要求 ├── 示例:超范围收集、无用户权利 └── 对策:合规审查、权利实现 ``` ### LINDDUN 实战 ```python # LINDDUN 隐私威胁建模 class LINDDUNThreatModeling: def __init__(self): self.linddun_categories = { 'linkability': { 'questions': [ '数据能否关联到同一用户?', '跨服务是否有统一标识?', '是否有用户行为追踪?' ], 'threats': [], 'mitigations': ['数据隔离', '假名化', '限制关联'] }, 'identifiability': { 'questions': [ '数据是否包含直接标识符?', '数据是否包含准标识符?', '能否通过组合识别个人?' ], 'threats': [], 'mitigations': ['匿名化', '去标识化', '数据最小化'] }, 'non_repudiation': { 'questions': [ '用户行为是否被完整记录?', '记录是否可关联到个人?', '用户能否否认特定行为?' ], 'threats': [], 'mitigations': ['选择性记录', '隐私保护日志'] }, 'detectability': { 'questions': [ '能否检测用户在线状态?', '能否分析用户行为模式?', '流量是否可分析?' ], 'threats': [], 'mitigations': ['流量混淆', '行为模糊', '元数据保护'] }, 'disclosure': { 'questions': [ '个人数据如何存储?', '谁可以访问个人数据?', '数据传输如何保护?' ], 'threats': [], 'mitigations': ['加密', '访问控制', '数据脱敏'] }, 'unawareness': { 'questions': [ '用户是否知道数据收集?', '用户是否同意数据使用?', '隐私政策是否清晰?' ], 'threats': [], 'mitigations': ['透明通知', '明确同意', '隐私政策'] }, 'non_compliance': { 'questions': [ '是否符合 GDPR 要求?', '是否实现用户权利?', '是否有数据保护官?' ], 'threats': [], 'mitigations': ['合规审查', '权利实现', 'DPO 任命'] } } def model_privacy_threats(self, system_design): """建模隐私威胁""" # 1. 识别个人数据 personal_data = self.identify_personal_data(system_design) # 2. 分析数据流 data_flows = self.analyze_data_flows(system_design) # 3. LINDDUN 分析 for category in self.linddun_categories.values(): self.analyze_privacy_threats(category, personal_data, data_flows) # 4. 风险评估 threats = self.assess_privacy_risks() # 5. 制定对策 mitigations = self.develop_privacy_mitigations(threats) return { 'personal_data': personal_data, 'data_flows': data_flows, 'threats': threats, 'mitigations': mitigations } def identify_personal_data(self, system_design): """识别个人数据""" return { 'direct_identifiers': [ '姓名', '身份证号', '手机号', '邮箱', '用户 ID' ], 'quasi_identifiers': [ '出生日期', '性别', '邮编', '职业' ], 'sensitive_data': [ '健康信息', '生物特征', '政治观点', '宗教信仰' ], 'behavioral_data': [ '浏览历史', '购买记录', '位置信息' ] } def analyze_data_flows(self, system_design): """分析数据流""" return [ { 'id': 'DF-001', 'source': '用户', 'destination': 'Web 应用', 'data_types': ['用户名', '密码', '个人信息'], 'purpose': '用户注册' }, { 'id': 'DF-002', 'source': 'Web 应用', 'destination': '数据库', 'data_types': ['用户数据', '会话数据'], 'purpose': '数据持久化' }, { 'id': 'DF-003', 'source': 'API 服务', 'destination': '第三方服务', 'data_types': ['用户 ID', '行为数据'], 'purpose': '数据分析' } ] def analyze_privacy_threats(self, category, personal_data, data_flows): """分析隐私威胁""" # 针对每个数据流分析威胁 for flow in data_flows: for question in category['questions']: # 简化实现 threat = { 'category': list(self.linddun_categories.keys())[ list(self.linddun_categories.values()).index(category) ], 'data_flow': flow['id'], 'data_types': flow['data_types'], 'description': f"基于问题:{question}", 'risk_level': self.assess_privacy_risk_level(flow, category) } category['threats'].append(threat) def assess_privacy_risk_level(self, data_flow, category): """评估隐私风险等级""" sensitive_types = ['sensitive_data', 'direct_identifiers'] for data_type in data_flow['data_types']: if data_type in sensitive_types: return '高' return '中' def assess_privacy_risks(self): """评估隐私风险""" all_threats = [] for category_name, category in self.linddun_categories.items(): for threat in category['threats']: threat['priority'] = self.get_privacy_priority(threat) all_threats.append(threat) return all_threats def get_privacy_priority(self, threat): """获取隐私威胁优先级""" if threat['risk_level'] == '高': return 'P0' return 'P1' def develop_privacy_mitigations(self, threats): """制定隐私对策""" mitigations = [] for threat in threats: if threat['priority'] in ['P0', 'P1']: category = self.linddun_categories.get(threat['category'], {}) mitigation_options = category.get('mitigations', []) mitigations.append({ 'threat': threat['description'], 'mitigations': mitigation_options[:2], # 前两个对策 'priority': threat['priority'] }) return mitigations ``` --- ## 数据流图绘制 ### DFD 要素 > ▎ DFD 不是画图,是理解系统。系统不理解,威胁就是盲目的。 **DFD 符号**: ``` 外部实体 (External Entity): ┌─────────┐ │ 用户 │ ← 矩形,表示系统外的实体 └─────────┘ 进程 (Process): ┌─────┐ ( 处理 ) ← 圆角矩形,表示数据处理 └─────┘ 数据存储 (Data Store): ┌──────────┐ │ 数据库 │ ← 开口矩形,表示数据存储 └──────────┘ 数据流 (Data Flow): ─────→ ← 箭头,表示数据流向 信任边界 (Trust Boundary): ═══════════ ← 虚线,表示信任边界 ``` ### DFD 绘制实战 ```python # DFD 绘制辅助 class DFDCreator: def __init__(self): self.elements = { 'external_entities': [], 'processes': [], 'data_stores': [], 'data_flows': [], 'trust_boundaries': [] } def create_dfd(self, system_description): """创建 DFD""" # 解析系统描述 self.parse_system(system_description) # 生成 DFD dfd = { 'diagram': self.generate_diagram(), 'elements': self.elements, 'analysis': self.analyze_dfd() } return dfd def parse_system(self, description): """解析系统""" # 识别外部实体 self.elements['external_entities'] = [ {'id': 'EE1', 'name': '用户', 'description': '系统使用者'}, {'id': 'EE2', 'name': '管理员', 'description': '系统管理者'}, {'id': 'EE3', 'name': '第三方服务', 'description': '外部 API'} ] # 识别进程 self.elements['processes'] = [ {'id': 'P1', 'name': '认证处理', 'description': '处理用户认证'}, {'id': 'P2', 'name': '数据处理', 'description': '处理业务数据'}, {'id': 'P3', 'name': '日志记录', 'description': '记录系统日志'} ] # 识别数据存储 self.elements['data_stores'] = [ {'id': 'DS1', 'name': '用户数据库', 'classification': 'sensitive'}, {'id': 'DS2', 'name': '业务数据库', 'classification': 'internal'}, {'id': 'DS3', 'name': '日志存储', 'classification': 'internal'} ] # 识别数据流 self.elements['data_flows'] = [ {'id': 'DF1', 'from': 'EE1', 'to': 'P1', 'data': '认证凭证'}, {'id': 'DF2', 'from': 'P1', 'to': 'DS1', 'data': '用户信息'}, {'id': 'DF3', 'from': 'P1', 'to': 'P2', 'data': '认证结果'}, {'id': 'DF4', 'from': 'P2', 'to': 'DS2', 'data': '业务数据'}, {'id': 'DF5', 'from': 'P2', 'to': 'P3', 'data': '操作日志'}, {'id': 'DF6', 'from': 'P3', 'to': 'DS3', 'data': '日志记录'} ] # 识别信任边界 self.elements['trust_boundaries'] = [ {'id': 'TB1', 'description': '互联网边界', 'crosses': ['DF1']}, {'id': 'TB2', 'description': '应用 - 数据边界', 'crosses': ['DF2', 'DF4', 'DF6']} ] def generate_diagram(self): """生成 DFD 图示""" # 这里生成文本表示的 DFD # 实际实现可以使用 graphviz 等工具 diagram = """ ┌─────────┐ 认证凭证 ┌─────────┐ │ 用户 │ ───────────────→ │ 认证处理 │ └─────────┘ └────┬────┘ │ 用户信息 ↓ ┌──────────┐ │ 用户数据库 │ └──────────┘ """ return diagram def analyze_dfd(self): """分析 DFD""" analysis = { 'trust_boundary_crossings': len(self.elements['trust_boundaries']), 'data_stores_with_sensitive_data': sum( 1 for ds in self.elements['data_stores'] if ds.get('classification') == 'sensitive' ), 'external_data_flows': sum( 1 for df in self.elements['data_flows'] if df['from'].startswith('EE') or df['to'].startswith('EE') ), 'recommendations': self.generate_recommendations() } return analysis def generate_recommendations(self): """生成建议""" return [ '信任边界 crossings 需要加密', '敏感数据存储需要加密', '外部数据流需要验证', '所有进程需要审计日志' ] ``` --- ## 实战案例演练 ### 电商系统威胁建模 **案例背景**: ``` 系统:电商平台 功能:用户注册、商品浏览、下单支付、订单管理 数据:用户信息、支付信息、订单数据 合规:GDPR、PCI DSS、等保 2.0 ``` **威胁建模输出**: ```python # 电商系统威胁建模示例 ecommerce_threat_model = { 'system_overview': { 'name': '电商平台', 'components': ['Web 前端', 'API 服务', '支付服务', '数据库'], 'data_types': ['用户信息', '支付信息', '订单数据'] }, 'top_threats': [ { 'id': 'T-001', 'category': 'STRIDE', 'type': 'Spoofing', 'description': '攻击者冒充用户进行购物', 'component': '认证服务', 'risk_score': 9, 'priority': 'P0', 'mitigation': '实施 MFA、会话管理' }, { 'id': 'T-002', 'category': 'STRIDE', 'type': 'Information Disclosure', 'description': '支付信息泄露', 'component': '支付服务', 'risk_score': 10, 'priority': 'P0', 'mitigation': 'PCI DSS 合规、端到端加密' }, { 'id': 'T-003', 'category': 'STRIDE', 'type': 'Tampering', 'description': '订单数据被篡改', 'component': '订单服务', 'risk_score': 8, 'priority': 'P0', 'mitigation': '数据完整性校验、审计日志' }, { 'id': 'T-004', 'category': 'LINDDUN', 'type': 'Linkability', 'description': '用户行为跨平台追踪', 'component': '数据分析', 'risk_score': 6, 'priority': 'P1', 'mitigation': '数据隔离、用户同意' }, { 'id': 'T-005', 'category': 'STRIDE', 'type': 'Denial of Service', 'description': 'DDoS 攻击导致服务不可用', 'component': 'Web 前端', 'risk_score': 7, 'priority': 'P1', 'mitigation': 'DDoS 防护、弹性伸缩' } ], 'mitigation_plan': [ { 'threat_id': 'T-001', 'action': '部署 MFA', 'owner': '安全团队', 'deadline': '2 周', 'status': 'planned' }, { 'threat_id': 'T-002', 'action': '实施令牌化', 'owner': '支付团队', 'deadline': '4 周', 'status': 'planned' }, { 'threat_id': 'T-003', 'action': '添加数字签名', 'owner': '后端团队', 'deadline': '3 周', 'status': 'planned' } ] } ``` --- 统计 **Sprint 交付 · 绩效评估** ``` ┌───────────────┬────────────────┬────────────────┐ │ 主动出击 │ ██████████ 5/5 │ [PUA 生效] 充足 │ ├───────────────┼────────────────┼────────────────┤ │ + 验证闭环 │ ██████████ 5/5 │ 案例完整 │ ├───────────────┼────────────────┼────────────────┤ │ 设计 代码质量 │ ██████████ 5/5 │ 生产就绪 │ └───────────────┴────────────────┴────────────────┘ 综合:4.5 ``` ▎ 这才配得上 P8。威胁建模不是一次活动,是持续实践。实践不停,安全才有保障。 --- ## 总结与思考 ### 核心要点回顾 > ▎ 复盘四步法:回顾目标、评估结果、分析原因、总结经验。别跳过——这是闭环。 **威胁建模框架**: ``` 1. 方法选择 - STRIDE: 系统设计 - PASTA: 业务风险 - LINDDUN: 隐私保护 2. 系统分解 - 组件识别 - 数据流图 - 信任边界 3. 威胁识别 - 分类分析 - 场景构建 - 攻击树 4. 风险评估 - 可能性 - 影响 - 优先级 5. 对策制定 - 缓解措施 - 实施计划 - 验证测试 ``` **关键成功因素**: ``` 1. 团队协作 - 多角色参与 - 知识共享 - 共识建立 2. 持续更新 - 变更触发 - 定期审查 - 新威胁分析 3. 落地实施 - 对策跟踪 - 验证测试 - 效果评估 ``` ### 深入思考问题 > ▎ 只动手不动脑,那是码农。动手又动脑,才是工程师。 **威胁建模挑战**: ``` 1. 时间压力 - 项目进度紧 - 建模耗时 - 平衡方案:轻量级建模 2. 专业知识 - 安全知识不足 - 威胁理解有限 - 平衡方案:培训 + 模板 3. 落地困难 - 对策实施难 - 资源有限 - 平衡方案:优先级 + 分阶段 ``` ### 实战建议 > ▎ 我给你指了路,走不走是你的事。机会给了,抓不抓得住看你。 **入门建议**: ``` 1. 从简单开始 - 小系统试点 - 使用 STRIDE - 快速见效 2. 使用工具 - Threat Dragon - Microsoft TMT - 降低门槛 3. 建立模板 - 标准流程 - 输出模板 - 提高效率 ``` **进阶建议**: ``` 1. 方法组合 - STRIDE + LINDDUN - 根据场景选择 - 全面覆盖 2. 自动化 - 自动 DFD - 自动威胁识别 - 持续建模 3. 度量改进 - 威胁发现率 - 对策实施率 - 持续改进 ``` --- ## 参考资料 ### 学习资源 ``` - Microsoft Threat Modeling Tool https://www.microsoft.com/securityengineering/sdl/threatmodeling - OWASP Threat Modeling https://owasp.org/www-community/Threat_Modeling - IriusRisk Threat Modeling https://www.iriusrisk.com/ ``` ### 工具资源 ``` - OWASP Threat Dragon https://owasp.org/www-project-threat-dragon/ - Microsoft Threat Modeling Tool https://www.microsoft.com/download/details.aspx?id=49168 - pytm (Python Threat Modeling) https://github.com/izar/pytm ``` ### 书籍推荐 ``` - 《Threat Modeling: Designing for Security》 - 《The Art of Threat Modeling》 - 《Secure by Design》(威胁建模章节) ``` --- **标记 明日预告**:Day 143 - 安全需求分析 > ▎ 威胁建模是识别风险,安全需求是定义要求——明天看安全需求分析。 > 本文内容仅供学习和研究使用,请勿用于非法目的。所有实验请在隔离环境中进行。 --- *本文是 365 天信息安全技术系列的第 142 篇,应用安全部分第 35 篇,精编版本* *应用安全核心系列继续!*
myh0st
2026年4月13日 23:19
分享文档
收藏文档
上一篇
下一篇
微信扫一扫
复制链接
手机扫一扫进行分享
复制链接
Markdown文件
分享
链接
类型
密码
更新密码