公开文集
0x01 信安之路安全产品
0x01 SRC 资产管理系统
001 企业资产有那些?
002 订阅最新 POC
003 IP 域名关联查询
004 公益权重数据
0x02 安全学习成长平台
001 成长平台视频参考
100 百分成就-学习心得-TOP 21 小伙伴
101 百分成就-学习心得-不想起床
102 百分成就-学习心得-不驚
103 百分成就-学习心得-aiDa0
104 百分成就-学习心得-起十二
105 百分成就-学习心得-Eyes
201 你为什么选择信安之路!
0x03 安全知识库
001 蜜罐运营专辑
0x04 自研蜜罐系统
0x02 Web 漏洞案例库
0x01 配置安全
001 header 安全配置
002 首页信息泄露
003 HTTP 访问控制 (CORS)
0x02 安全控制缺失
001 速率限制绕过
0x03 应用逻辑
0x03 小程序漏洞案例库
第一章:小程序渗透基础
1.1 微信小程序反编译与动态调试
1.2 微信小程序强制开启开发者模式
0x04 星球讨论知识问答
信息安全入门
学习方向选择
学习经验分享
安全产品研发
代码审计
物联网安全
APT
安全防御建设
安全建设经验
数据泄露监控
网络安全
终端安全
主机安全
产品安全
安全意识
数据安全
内部资产管理
安全管理
应急响应
网络安全架构
安全运营
业务安全
运维安全
渗透测试技术
信息收集
EXP/POC
web 测试
APP测试
内网渗透
0x05 代码审计小挑战
01 前端安全问题
101 script 标签下的 XSS
102 消息事件引发的 DOM XSS
104 常规评论 xss 漏洞
105 页面开放重定向漏洞
106 部分过滤的 xss 漏洞绕过
107 基于 DOM 的 XSS
108 CORS 配置错误
109 退出登录出 XSS
110 URL 重定向漏洞
111 CSRF 漏洞利用
112 JavaScript 代码注入
113 xss 绕过括号和反引号检测
02 文件操作类问题
201 Django 任意文件读取漏洞
202 php 后缀黑名单验证绕过上传
203 jsp 任意文件上传
204 jsp 代码中的 SSRF 漏洞
205 jsp 目录穿越漏洞
206 PHP文件包含漏洞
207 Django 本地文件包含
208 文件包含功能绕过
209 SSRF 跨服务端请求伪造
210 本地文件包含漏洞 windows
211 目录穿越漏洞
212 文件上传绕过
213 php 文件包含漏洞
03 注入类问题
301 由 SQL 注入引发的命令执行
302 php8 XML 实体注入
303 正则问题导致验证绕过
304 XPath 注入
305 典型认证 SQL 注入
306 数字型 SQL 注入
307 主机头(host header)注入
308 LDAP 注入
309 典型的万能密码漏洞
310 Ldap 注入漏洞代码
04 命令执行类问题
401 调用第三方工具时被劫持
402 原型污染导致命令执行
403 php array_map 代码执行
404 命令执行绕过检测
405 SSTI 模板注入
406 文件名注入 RCE
407 无防护命令执行
408 python eval 注入
409 绕过多个黑名单命令
05 业务逻辑类问题
501 django 认证 jwt 未验证 token
502 绕过权限检测执行命令
503 密码找回邮箱地址大小写绕过
504 DNS 重绑定问题
505 权限比对逻辑问题
506 越权访问其他用户的记录
507 用户注册问题
508 用户权限验证逻辑问题
509 PHP 判断两个变量相等逻辑问题
06 反序列化类问题
601 php 反序列化漏洞
602 python 反序列化漏洞
09 C语言问题
901 c 条件竞争
902 缓冲区溢出
903 通配符注入提权
0x99 AI 教你学安全
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-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-138-依赖漏洞管理
# Day 152: 依赖漏洞管理 > 应用安全系列第 45 天 | 预计阅读时间:50 分钟 | 难度:★★★★☆ --- **PUA v3 · Sprint 启动** ``` ┌─────────┬────────────────────────────────────┐ │ 清单 任务 │ 依赖漏洞管理 - Day 152 │ ├─────────┼────────────────────────────────────┤ │ 味道 │ 阿里味(自动:安全任务) │ ├─────────┼────────────────────────────────────┤ │ 压力 │ L0 · 信任期 │ └─────────┴────────────────────────────────────┘ ``` ▎ 依赖漏洞不是扫描完就结束,是持续管理。管理不持续,漏洞就是反复的。今天深入依赖漏洞管理。 --- ## 清单 目录 1. [依赖漏洞管理概述](#依赖漏洞管理概述) 2. [漏洞生命周期管理](#漏洞生命周期管理) 3. [漏洞评估方法](#漏洞评估方法) 4. [修复策略与流程](#修复策略与流程) 5. [应急响应机制](#应急响应机制) 6. [供应商风险管理](#供应商风险管理) 7. [自动化管理实践](#自动化管理实践) 8. [度量与改进](#度量与改进) 9. [实战案例演练](#实战案例演练) 10. [总结与思考](#总结与思考) 11. [参考资料](#参考资料) --- ## 依赖漏洞管理概述 ### 什么是依赖漏洞管理 > ▎ 依赖漏洞管理不是修 bug,是管风险。风险不管控,漏洞就是持续的。 **定义与目标**: ``` 依赖漏洞管理 (Dependency Vulnerability Management) 是对应用程序中第三方依赖的安全漏洞进行持续识别、评估、修复和监控的过程。 核心目标: 1. 持续识别 - 新依赖自动扫描 - 新漏洞及时通知 - 传递依赖追踪 2. 风险评估 - 漏洞严重程度 - 可利用性分析 - 业务影响评估 3. 修复跟踪 - 修复计划制定 - 修复进度跟踪 - 修复效果验证 4. 持续监控 - 漏洞状态监控 - 依赖更新监控 - 趋势分析报告 ``` **管理挑战**: ``` 现代应用依赖管理挑战: 1. 依赖数量多 - 平均应用:150+ 直接依赖 - 传递依赖:500+ 间接依赖 - 人工无法管理 2. 漏洞发现快 - Log4j: 1 天内全球知晓 - 平均漏洞披露:每天 50+ CVE - 需要快速响应 3. 修复复杂度高 - 版本兼容性 - 传递依赖冲突 - 测试验证成本 4. 供应链复杂 - 多层供应商 - 传递信任 - 难以追溯 ``` ### 管理框架 **管理流程**: ``` ┌─────────────────────────────────────────────────────────┐ │ 依赖漏洞管理流程 │ ├─────────────────────────────────────────────────────────┤ │ │ │ 发现 (Discover) │ │ ├── 依赖清单建立 │ │ ├── 漏洞扫描 │ │ └── 持续监控 │ │ │ │ 评估 (Assess) │ │ ├── 严重程度评估 │ │ ├── 可利用性分析 │ │ └── 业务影响评估 │ │ │ │ 修复 (Remediate) │ │ ├── 修复方案制定 │ │ ├── 修复实施 │ │ └── 修复验证 │ │ │ │ 监控 (Monitor) │ │ ├── 状态跟踪 │ │ ├── 趋势分析 │ │ └── 持续改进 │ │ │ └─────────────────────────────────────────────────────────┘ ``` --- ## 漏洞生命周期管理 ### 漏洞生命周期 > ▎ 漏洞不是发现就修复,是有生命周期的。周期不管理,修复就是混乱的。 **漏洞生命周期阶段**: ```python # 漏洞生命周期管理 class VulnerabilityLifecycle: """漏洞生命周期管理""" # 生命周期阶段 STAGES = { 'DISCOVERED': { 'name': '已发现', 'description': '漏洞被扫描发现', 'actions': ['initial_assessment', 'assign_owner'] }, 'ASSESSING': { 'name': '评估中', 'description': '正在评估风险和影响', 'actions': ['risk_assessment', 'impact_analysis'] }, 'PLANNED': { 'name': '已计划', 'description': '修复计划已制定', 'actions': ['schedule_fix', 'allocate_resources'] }, 'IN_PROGRESS': { 'name': '修复中', 'description': '正在实施修复', 'actions': ['update_dependency', 'run_tests'] }, 'VERIFIED': { 'name': '已验证', 'description': '修复已验证', 'actions': ['verify_fix', 'document'] }, 'CLOSED': { 'name': '已关闭', 'description': '漏洞已关闭', 'actions': ['archive', 'lessons_learned'] }, 'ACCEPTED': { 'name': '已接受', 'description': '风险已接受 (不修复)', 'actions': ['risk_acceptance', 'compensating_controls'] }, 'MITIGATED': { 'name': '已缓解', 'description': '风险已缓解 (临时措施)', 'actions': ['implement_workaround', 'monitor'] } } def __init__(self): self.vulnerabilities = {} self.metrics = { 'mttd': [], # Mean Time to Detect 'mttr': [], # Mean Time to Remediate 'open_count': 0, 'closed_count': 0 } def create_vulnerability(self, vuln_data): """创建漏洞记录""" vuln_id = self.generate_vuln_id() vuln = { 'id': vuln_id, 'cve': vuln_data.get('cve'), 'component': vuln_data.get('component'), 'version': vuln_data.get('version'), 'severity': vuln_data.get('severity'), 'cvss_score': vuln_data.get('cvss_score'), 'description': vuln_data.get('description'), 'stage': 'DISCOVERED', 'created_at': datetime.utcnow(), 'updated_at': datetime.utcnow(), 'owner': None, 'due_date': self.calculate_due_date(vuln_data.get('severity')), 'timeline': [ { 'stage': 'DISCOVERED', 'timestamp': datetime.utcnow(), 'note': 'Vulnerability discovered' } ] } self.vulnerabilities[vuln_id] = vuln self.metrics['open_count'] += 1 return vuln_id def transition_stage(self, vuln_id, new_stage, note=''): """转换漏洞阶段""" if vuln_id not in self.vulnerabilities: raise ValueError(f"Vulnerability {vuln_id} not found") vuln = self.vulnerabilities[vuln_id] old_stage = vuln['stage'] # 验证阶段转换是否合法 if not self.is_valid_transition(old_stage, new_stage): raise ValueError(f"Invalid transition from {old_stage} to {new_stage}") # 更新阶段 vuln['stage'] = new_stage vuln['updated_at'] = datetime.utcnow() vuln['timeline'].append({ 'stage': new_stage, 'timestamp': datetime.utcnow(), 'note': note, 'from_stage': old_stage }) # 更新指标 if new_stage == 'CLOSED': self.metrics['closed_count'] += 1 self.metrics['open_count'] -= 1 mttr = (datetime.utcnow() - vuln['created_at']).days self.metrics['mttr'].append(mttr) return True def is_valid_transition(self, from_stage, to_stage): """验证阶段转换是否合法""" valid_transitions = { 'DISCOVERED': ['ASSESSING', 'ACCEPTED'], 'ASSESSING': ['PLANNED', 'ACCEPTED', 'MITIGATED'], 'PLANNED': ['IN_PROGRESS', 'ACCEPTED'], 'IN_PROGRESS': ['VERIFIED', 'PLANNED'], 'VERIFIED': ['CLOSED'], 'MITIGATED': ['PLANNED', 'CLOSED', 'ACCEPTED'], 'ACCEPTED': ['PLANNED'], # 重新考虑修复 'CLOSED': [] # 终态 } return to_stage in valid_transitions.get(from_stage, []) def calculate_due_date(self, severity): """计算修复截止日期""" from datetime import timedelta sla = { 'CRITICAL': 7, # 7 天 'HIGH': 30, # 30 天 'MEDIUM': 90, # 90 天 'LOW': 180 # 180 天 } days = sla.get(severity, 90) return datetime.utcnow() + timedelta(days=days) def get_overdue_vulnerabilities(self): """获取逾期漏洞""" overdue = [] now = datetime.utcnow() for vuln_id, vuln in self.vulnerabilities.items(): if vuln['stage'] not in ['CLOSED', 'ACCEPTED']: if now > vuln['due_date']: overdue.append({ 'id': vuln_id, 'cve': vuln['cve'], 'severity': vuln['severity'], 'days_overdue': (now - vuln['due_date']).days }) return overdue def generate_metrics_report(self): """生成指标报告""" report = { 'summary': { 'total_vulnerabilities': len(self.vulnerabilities), 'open': self.metrics['open_count'], 'closed': self.metrics['closed_count'], 'overdue': len(self.get_overdue_vulnerabilities()) }, 'by_severity': self.count_by_severity(), 'by_stage': self.count_by_stage(), 'mttd_days': sum(self.metrics['mttd']) / len(self.metrics['mttd']) if self.metrics['mttd'] else 0, 'mttr_days': sum(self.metrics['mttr']) / len(self.metrics['mttr']) if self.metrics['mttr'] else 0 } return report def count_by_severity(self): """按严重程度统计""" counts = {'CRITICAL': 0, 'HIGH': 0, 'MEDIUM': 0, 'LOW': 0} for vuln in self.vulnerabilities.values(): if vuln['stage'] not in ['CLOSED', 'ACCEPTED']: severity = vuln['severity'] if severity in counts: counts[severity] += 1 return counts def count_by_stage(self): """按阶段统计""" counts = {} for vuln in self.vulnerabilities.values(): stage = vuln['stage'] if stage not in counts: counts[stage] = 0 counts[stage] += 1 return counts def generate_vuln_id(self): """生成漏洞 ID""" import uuid return f"VULN-{uuid.uuid4().hex[:8].upper()}" ``` --- ## 漏洞评估方法 ### 风险评估模型 > ▎ 风险评估不是拍脑袋,是有模型的。模型不科学,优先级就是随意的。 **风险评估因素**: ```python # 漏洞风险评估 class VulnerabilityRiskAssessment: """漏洞风险评估""" def __init__(self): # 评估因素权重 self.weights = { 'cvss_score': 0.30, # CVSS 分数 'exploitability': 0.25, # 可利用性 'exposure': 0.20, # 暴露程度 'business_impact': 0.15, # 业务影响 'remediation_effort': 0.10 # 修复难度 } def assess_risk(self, vulnerability: Dict, context: Dict) -> Dict: """评估漏洞风险""" scores = { 'cvss': self.score_cvss(vulnerability), 'exploitability': self.score_exploitability(vulnerability), 'exposure': self.score_exposure(vulnerability, context), 'business_impact': self.score_business_impact(vulnerability, context), 'remediation_effort': self.score_remediation_effort(vulnerability) } # 计算加权风险分数 risk_score = 0 for factor, weight in self.weights.items(): risk_score += scores[factor] * weight # 确定风险等级 risk_level = self.get_risk_level(risk_score) return { 'risk_score': risk_score, 'risk_level': risk_level, 'factor_scores': scores, 'priority': self.get_priority(risk_level), 'sla_days': self.get_sla(risk_level) } def score_cvss(self, vulnerability: Dict) -> float: """CVSS 分数评分 (0-100)""" cvss = vulnerability.get('cvss_score', 0) return cvss * 10 # 转换为 0-100 def score_exploitability(self, vulnerability: Dict) -> float: """可利用性评分 (0-100)""" score = 50 # 默认 # 有公开利用代码 if vulnerability.get('exploit_available', False): score += 30 # 在野利用 if vulnerability.get('exploit_in_the_wild', False): score += 20 # 有 PoC if vulnerability.get('poc_available', False): score += 15 # 自动化攻击工具 if vulnerability.get('automated_exploit', False): score += 10 return min(score, 100) def score_exposure(self, vulnerability: Dict, context: Dict) -> float: """暴露程度评分 (0-100)""" score = 50 # 默认 # 直接依赖 vs 传递依赖 if vulnerability.get('direct_dependency', True): score += 20 # 是否在生产环境使用 if context.get('in_production', False): score += 20 # 是否暴露给外部 if context.get('externally_accessible', False): score += 20 # 使用频率 usage_frequency = context.get('usage_frequency', 'medium') if usage_frequency == 'high': score += 10 return min(score, 100) def score_business_impact(self, vulnerability: Dict, context: Dict) -> float: """业务影响评分 (0-100)""" score = 50 # 默认 # 影响核心业务 if context.get('core_business', False): score += 25 # 影响敏感数据 if vulnerability.get('affects_confidentiality', False): score += 20 # 合规影响 if context.get('compliance_impact', False): score += 20 # 声誉影响 if context.get('reputation_impact', False): score += 15 return min(score, 100) def score_remediation_effort(self, vulnerability: Dict) -> float: """修复难度评分 (0-100)""" # 注意:修复难度越高,优先级应该越高 (因为风险持续时间长) score = 50 # 默认 # 有可用修复版本 if vulnerability.get('fixed_version'): score -= 30 # 容易修复 # 需要重大变更 if vulnerability.get('breaking_changes', False): score += 25 # 需要代码修改 if vulnerability.get('requires_code_changes', False): score += 20 # 测试复杂度高 if vulnerability.get('complex_testing', False): score += 15 return min(max(score, 0), 100) def get_risk_level(self, risk_score: float) -> str: """获取风险等级""" if risk_score >= 80: return 'CRITICAL' elif risk_score >= 60: return 'HIGH' elif risk_score >= 40: return 'MEDIUM' else: return 'LOW' def get_priority(self, risk_level: str) -> str: """获取优先级""" priority_map = { 'CRITICAL': 'P0', 'HIGH': 'P1', 'MEDIUM': 'P2', 'LOW': 'P3' } return priority_map.get(risk_level, 'P3') def get_sla(self, risk_level: str) -> int: """获取修复 SLA (天)""" sla_map = { 'CRITICAL': 7, 'HIGH': 30, 'MEDIUM': 90, 'LOW': 180 } return sla_map.get(risk_level, 90) ``` ### 上下文感知评估 ```python # 上下文感知评估 class ContextAwareAssessment: """上下文感知的漏洞评估""" def __init__(self): self.app_context = {} def set_application_context(self, context: Dict): """设置应用上下文""" self.app_context = { 'environment': context.get('environment', 'development'), 'exposure': context.get('exposure', 'internal'), 'data_sensitivity': context.get('data_sensitivity', 'internal'), 'traffic_volume': context.get('traffic_volume', 'low'), 'compliance_requirements': context.get('compliance', []), 'business_criticality': context.get('business_criticality', 'medium') } def assess_vulnerability(self, vulnerability: Dict) -> Dict: """基于上下文评估漏洞""" # 基础评分 base_score = vulnerability.get('cvss_score', 0) * 10 # 环境调整 if self.app_context['environment'] == 'production': base_score *= 1.5 elif self.app_context['environment'] == 'staging': base_score *= 1.2 # development 不调整 # 暴露程度调整 if self.app_context['exposure'] == 'public': base_score *= 1.5 elif self.app_context['exposure'] == 'partner': base_score *= 1.2 # internal 不调整 # 数据敏感度调整 if self.app_context['data_sensitivity'] == 'pii': base_score *= 1.5 elif self.app_context['data_sensitivity'] == 'confidential': base_score *= 1.3 # internal 不调整 # 合规要求调整 if 'PCI-DSS' in self.app_context['compliance_requirements']: if vulnerability.get('affects_payment', False): base_score *= 1.5 if 'HIPAA' in self.app_context['compliance_requirements']: if vulnerability.get('affects_health_data', False): base_score *= 1.5 if 'GDPR' in self.app_context['compliance_requirements']: if vulnerability.get('affects_personal_data', False): base_score *= 1.3 # 业务关键性调整 criticality_multiplier = { 'critical': 1.5, 'high': 1.3, 'medium': 1.0, 'low': 0.8 } base_score *= criticality_multiplier.get( self.app_context['business_criticality'], 1.0 ) # 限制在 0-100 adjusted_score = min(max(base_score, 0), 100) return { 'original_score': vulnerability.get('cvss_score', 0) * 10, 'adjusted_score': adjusted_score, 'risk_level': self.score_to_level(adjusted_score), 'context_factors': self.app_context } def score_to_level(self, score: float) -> str: """分数转等级""" if score >= 80: return 'CRITICAL' elif score >= 60: return 'HIGH' elif score >= 40: return 'MEDIUM' else: return 'LOW' ``` --- ## 修复策略与流程 ### 修复策略 > ▎ 修复不是只有升级,是有多种策略的。策略不灵活,管理就是僵化的。 **修复策略选项**: ```python # 修复策略管理 class RemediationStrategy: """修复策略管理""" STRATEGIES = { 'UPGRADE': { 'name': '升级修复', 'description': '升级到修复版本', 'effort': 'low', 'risk': 'low', 'recommended': True }, 'PATCH': { 'name': '补丁修复', 'description': '应用供应商补丁', 'effort': 'low', 'risk': 'low', 'recommended': True }, 'WORKAROUND': { 'name': '临时缓解', 'description': '实施临时缓解措施', 'effort': 'medium', 'risk': 'medium', 'recommended': False }, 'REPLACE': { 'name': '替换组件', 'description': '替换为替代组件', 'effort': 'high', 'risk': 'high', 'recommended': False }, 'REMOVE': { 'name': '移除依赖', 'description': '移除有漏洞的依赖', 'effort': 'medium', 'risk': 'medium', 'recommended': False }, 'ACCEPT': { 'name': '接受风险', 'description': '接受风险不修复', 'effort': 'low', 'risk': 'high', 'recommended': False } } def select_strategy(self, vulnerability: Dict, context: Dict) -> Dict: """选择修复策略""" # 评估各策略的适用性 strategy_scores = {} for strategy_id, strategy in self.STRATEGIES.items(): score = self.evaluate_strategy(vulnerability, context, strategy) strategy_scores[strategy_id] = score # 选择最高分策略 best_strategy = max(strategy_scores, key=strategy_scores.get) return { 'recommended_strategy': best_strategy, 'strategy_details': self.STRATEGIES[best_strategy], 'all_scores': strategy_scores, 'implementation_plan': self.create_implementation_plan( best_strategy, vulnerability, context ) } def evaluate_strategy(self, vulnerability: Dict, context: Dict, strategy: Dict) -> float: """评估策略适用性""" score = 50 # 基础分 strategy_id = list(self.STRATEGIES.keys())[ list(self.STRATEGIES.values()).index(strategy) ] # 升级策略评估 if strategy_id == 'UPGRADE': if vulnerability.get('fixed_version'): score += 30 if not vulnerability.get('breaking_changes', False): score += 20 if self.is_compatible_upgrade(vulnerability, context): score += 20 # 补丁策略评估 elif strategy_id == 'PATCH': if vulnerability.get('patch_available'): score += 30 if vulnerability.get('vendor_supported'): score += 20 # 临时缓解评估 elif strategy_id == 'WORKAROUND': if vulnerability.get('workaround_available'): score += 25 if context.get('urgent', False): score += 20 # 紧急情况优先临时方案 # 替换策略评估 elif strategy_id == 'REPLACE': if self.has_alternative(vulnerability): score += 20 if vulnerability.get('abandoned', False): score += 30 # 已废弃组件优先替换 # 移除策略评估 elif strategy_id == 'REMOVE': if not vulnerability.get('critical_dependency', True): score += 30 if context.get('unused', False): score += 40 # 未使用依赖优先移除 # 接受风险评估 elif strategy_id == 'ACCEPT': if vulnerability.get('severity') == 'LOW': score += 20 if context.get('internal_only', False): score += 20 if not vulnerability.get('exploit_available', False): score += 15 return score def is_compatible_upgrade(self, vulnerability: Dict, context: Dict) -> bool: """检查升级是否兼容""" current_version = vulnerability.get('version', '0.0.0') fixed_version = vulnerability.get('fixed_version', '0.0.0') # 语义版本检查 try: from packaging import version current = version.parse(current_version) fixed = version.parse(fixed_version) # 主版本不同可能有破坏性变更 if current.major != fixed.major: return False return True except: return True def has_alternative(self, vulnerability: Dict) -> bool: """检查是否有替代组件""" alternatives = { 'log4j': ['logback', 'slf4j'], 'requests': ['httpx', 'urllib3'], 'lodash': ['underscore', 'ramda'], 'moment': ['dayjs', 'date-fns'] } component = vulnerability.get('component', '').lower() return component in alternatives def create_implementation_plan(self, strategy_id: str, vulnerability: Dict, context: Dict) -> Dict: """创建实施计划""" plan = { 'strategy': strategy_id, 'steps': [], 'estimated_effort': 'unknown', 'testing_required': True, 'rollback_plan': True } if strategy_id == 'UPGRADE': plan['steps'] = [ '1. 备份当前依赖配置', '2. 更新依赖版本', '3. 运行测试套件', '4. 验证功能正常', '5. 部署到生产', '6. 监控异常' ] plan['estimated_effort'] = '2-4 小时' elif strategy_id == 'WORKAROUND': plan['steps'] = [ '1. 实施缓解措施', '2. 验证缓解有效', '3. 文档化临时方案', '4. 计划永久修复', '5. 设置修复期限' ] plan['estimated_effort'] = '1-2 天' plan['permanent_fix_required'] = True elif strategy_id == 'ACCEPT': plan['steps'] = [ '1. 记录风险接受原因', '2. 获取管理层批准', '3. 实施补偿控制', '4. 设置审查日期', '5. 持续监控' ] plan['estimated_effort'] = '1 天' plan['approval_required'] = True plan['review_date'] = datetime.utcnow() + timedelta(days=90) return plan ``` ### 修复流程 ```python # 修复流程管理 class RemediationWorkflow: """修复流程管理""" def __init__(self): self.workflow_states = { 'OPEN': ['IN_PROGRESS', 'DEFERRED', 'ACCEPTED'], 'IN_PROGRESS': ['VERIFIED', 'BLOCKED'], 'BLOCKED': ['IN_PROGRESS', 'OPEN'], 'VERIFIED': ['CLOSED', 'REOPENED'], 'CLOSED': ['REOPENED'], 'DEFERRED': ['OPEN', 'ACCEPTED'], 'ACCEPTED': ['OPEN', 'CLOSED'] } def create_remediation_ticket(self, vulnerability: Dict) -> Dict: """创建修复工单""" ticket = { 'id': self.generate_ticket_id(), 'vulnerability_id': vulnerability.get('id'), 'cve': vulnerability.get('cve'), 'component': vulnerability.get('component'), 'current_version': vulnerability.get('version'), 'fixed_version': vulnerability.get('fixed_version'), 'severity': vulnerability.get('severity'), 'state': 'OPEN', 'assignee': None, 'created_at': datetime.utcnow(), 'due_date': self.calculate_due_date(vulnerability.get('severity')), 'steps': [], 'comments': [] } return ticket def transition_ticket(self, ticket_id: str, new_state: str, comment: str = '') -> bool: """转换工单状态""" ticket = self.get_ticket(ticket_id) if not ticket: return False current_state = ticket['state'] # 验证状态转换 if new_state not in self.workflow_states.get(current_state, []): raise ValueError(f"Invalid state transition: {current_state} -> {new_state}") # 更新状态 ticket['state'] = new_state ticket['updated_at'] = datetime.utcnow() ticket['comments'].append({ 'timestamp': datetime.utcnow(), 'comment': f"State changed from {current_state} to {new_state}: {comment}" }) return True def add_step(self, ticket_id: str, step: Dict) -> bool: """添加修复步骤""" ticket = self.get_ticket(ticket_id) if not ticket: return False step['created_at'] = datetime.utcnow() step['status'] = 'pending' ticket['steps'].append(step) return True def complete_step(self, ticket_id: str, step_index: int, result: str) -> bool: """完成修复步骤""" ticket = self.get_ticket(ticket_id) if not ticket: return False if step_index >= len(ticket['steps']): return False ticket['steps'][step_index]['status'] = 'completed' ticket['steps'][step_index]['result'] = result ticket['steps'][step_index]['completed_at'] = datetime.utcnow() return True def get_ticket(self, ticket_id: str) -> Dict: """获取工单""" # 实际实现从数据库获取 pass def generate_ticket_id(self) -> str: """生成工单 ID""" import uuid return f"REM-{uuid.uuid4().hex[:8].upper()}" def calculate_due_date(self, severity: str) -> datetime: """计算截止日期""" from datetime import timedelta sla = { 'CRITICAL': 7, 'HIGH': 30, 'MEDIUM': 90, 'LOW': 180 } days = sla.get(severity, 90) return datetime.utcnow() + timedelta(days=days) def get_overdue_tickets(self) -> List[Dict]: """获取逾期工单""" overdue = [] now = datetime.utcnow() for ticket in self.all_tickets: if ticket['state'] not in ['CLOSED', 'ACCEPTED']: if now > ticket['due_date']: overdue.append({ 'id': ticket['id'], 'cve': ticket['cve'], 'severity': ticket['severity'], 'days_overdue': (now - ticket['due_date']).days }) return overdue ``` --- ## 应急响应机制 ### 紧急漏洞响应 > ▎ 应急响应不是临时抱佛脚,是有预案的。预案不充分,响应就是混乱的。 **应急响应流程**: ```python # 应急响应管理 class EmergencyResponse: """应急响应管理""" def __init__(self): # 紧急漏洞标准 self.emergency_criteria = { 'active_exploitation': True, # 在野利用 'critical_severity': True, # 严重级别 'wide_impact': True, # 影响广泛 'no_workaround': True # 无缓解措施 } # 响应团队 self.response_team = { 'incident_commander': None, 'security_lead': None, 'engineering_lead': None, 'communications_lead': None } # 响应流程 self.response_phases = [ 'DETECTION', # 检测 'ASSESSMENT', # 评估 'CONTAINMENT', # 遏制 'REMEDIATION', # 修复 'RECOVERY', # 恢复 'LESSONS' # 总结 ] def declare_emergency(self, vulnerability: Dict) -> Dict: """宣布紧急状态""" # 检查是否符合紧急标准 if not self.is_emergency(vulnerability): raise ValueError("Vulnerability does not meet emergency criteria") # 创建应急响应记录 emergency = { 'id': self.generate_emergency_id(), 'vulnerability': vulnerability, 'declared_at': datetime.utcnow(), 'phase': 'DETECTION', 'team': self.response_team.copy(), 'timeline': [ { 'phase': 'DETECTION', 'timestamp': datetime.utcnow(), 'action': 'Emergency declared' } ], 'actions': [], 'communications': [] } # 通知响应团队 self.notify_team(emergency) return emergency def is_emergency(self, vulnerability: Dict) -> bool: """判断是否为紧急漏洞""" # Log4j 级别的漏洞 if vulnerability.get('cve') == 'CVE-2021-44228': return True # 在野利用 + 严重级别 if vulnerability.get('exploit_in_the_wild') and \ vulnerability.get('severity') == 'CRITICAL': return True # 影响核心基础设施 if vulnerability.get('affects_critical_infrastructure'): return True return False def advance_phase(self, emergency_id: str, new_phase: str, actions: List[str]) -> bool: """推进响应阶段""" emergency = self.get_emergency(emergency_id) if not emergency: return False current_phase = emergency['phase'] current_phase_index = self.response_phases.index(current_phase) new_phase_index = self.response_phases.index(new_phase) # 只能推进到下一阶段 if new_phase_index != current_phase_index + 1: raise ValueError(f"Invalid phase transition: {current_phase} -> {new_phase}") # 更新阶段 emergency['phase'] = new_phase emergency['timeline'].append({ 'phase': new_phase, 'timestamp': datetime.utcnow(), 'action': f"Advanced to {new_phase} phase" }) # 记录行动 for action in actions: emergency['actions'].append({ 'phase': new_phase, 'action': action, 'timestamp': datetime.utcnow() }) return True def create_communication(self, emergency_id: str, audience: str, message: str) -> Dict: """创建沟通记录""" emergency = self.get_emergency(emergency_id) if not emergency: return None comm = { 'id': self.generate_comm_id(), 'emergency_id': emergency_id, 'audience': audience, 'message': message, 'sent_at': datetime.utcnow(), 'channel': self.get_channel(audience) } emergency['communications'].append(comm) return comm def get_channel(self, audience: str) -> str: """获取沟通渠道""" channels = { 'internal_team': 'slack', 'engineering': 'email', 'management': 'email', 'customers': 'status_page', 'public': 'blog' } return channels.get(audience, 'email') def generate_emergency_id(self) -> str: """生成应急 ID""" import uuid return f"EMG-{uuid.uuid4().hex[:8].upper()}" def generate_comm_id(self) -> str: """生成沟通 ID""" import uuid return f"COMM-{uuid.uuid4().hex[:6].upper()}" def notify_team(self, emergency: Dict): """通知响应团队""" # 实际实现发送通知 pass def get_emergency(self, emergency_id: str) -> Dict: """获取应急记录""" # 实际实现从数据库获取 pass def generate_post_mortem(self, emergency_id: str) -> Dict: """生成事后报告""" emergency = self.get_emergency(emergency_id) if not emergency: return None post_mortem = { 'emergency_id': emergency_id, 'vulnerability': emergency['vulnerability'], 'timeline': emergency['timeline'], 'actions_taken': emergency['actions'], 'communications': emergency['communications'], 'what_went_well': [], 'what_went_wrong': [], 'improvements': [], 'action_items': [] } return post_mortem ``` --- ## 供应商风险管理 ### 供应商评估 > ▎ 供应商不是选了就用,是持续评估。评估不充分,风险就是隐藏的。 **供应商风险评估**: ```python # 供应商风险管理 class VendorRiskManagement: """供应商风险管理""" def __init__(self): # 评估维度 self.assessment_dimensions = { 'security_practices': 0.25, # 安全实践 'vulnerability_response': 0.25, # 漏洞响应 'transparency': 0.20, # 透明度 'maintenance': 0.15, # 维护情况 'community': 0.15 # 社区健康 } def assess_vendor(self, vendor_info: Dict) -> Dict: """评估供应商风险""" scores = { 'security_practices': self.assess_security_practices(vendor_info), 'vulnerability_response': self.assess_vulnerability_response(vendor_info), 'transparency': self.assess_transparency(vendor_info), 'maintenance': self.assess_maintenance(vendor_info), 'community': self.assess_community(vendor_info) } # 计算加权总分 total_score = 0 for dimension, weight in self.assessment_dimensions.items(): total_score += scores[dimension] * weight # 确定风险等级 risk_level = self.get_risk_level(total_score) return { 'vendor': vendor_info.get('name'), 'total_score': total_score, 'risk_level': risk_level, 'dimension_scores': scores, 'recommendations': self.get_recommendations(scores) } def assess_security_practices(self, vendor_info: Dict) -> float: """评估安全实践""" score = 50 # 基础分 # 有安全团队 if vendor_info.get('has_security_team'): score += 20 # 有安全政策 if vendor_info.get('security_policy'): score += 15 # 有漏洞披露政策 if vendor_info.get('vulnerability_disclosure_policy'): score += 15 # 有安全审计 if vendor_info.get('security_audit'): score += 10 # 有 bug bounty if vendor_info.get('bug_bounty'): score += 10 return min(score, 100) def assess_vulnerability_response(self, vendor_info: Dict) -> float: """评估漏洞响应""" score = 50 # 基础分 # 响应时间快 avg_response_days = vendor_info.get('avg_response_days', 30) if avg_response_days <= 7: score += 30 elif avg_response_days <= 30: score += 20 elif avg_response_days <= 90: score += 10 # 修复时间快 avg_fix_days = vendor_info.get('avg_fix_days', 90) if avg_fix_days <= 30: score += 20 elif avg_fix_days <= 90: score += 10 # 有 CVE 分配 if vendor_info.get('cve_assignment'): score += 15 # 有安全公告 if vendor_info.get('security_advisories'): score += 15 return min(score, 100) def assess_transparency(self, vendor_info: Dict) -> float: """评估透明度""" score = 50 # 基础分 # 公开源代码 if vendor_info.get('open_source'): score += 20 # 有变更日志 if vendor_info.get('changelog'): score += 15 # 有安全文档 if vendor_info.get('security_documentation'): score += 15 # 公开已知问题 if vendor_info.get('public_known_issues'): score += 20 return min(score, 100) def assess_maintenance(self, vendor_info: Dict) -> float: """评估维护情况""" score = 50 # 基础分 # 最近有更新 last_update_days = vendor_info.get('last_update_days', 365) if last_update_days <= 30: score += 25 elif last_update_days <= 90: score += 20 elif last_update_days <= 180: score += 15 elif last_update_days <= 365: score += 10 # 版本发布规律 if vendor_info.get('regular_releases'): score += 15 # 支持多版本 if vendor_info.get('multi_version_support'): score += 15 # LTS 版本 if vendor_info.get('lts_version'): score += 10 return min(score, 100) def assess_community(self, vendor_info: Dict) -> float: """评估社区健康""" score = 50 # 基础分 # 贡献者数量 contributors = vendor_info.get('contributors', 0) if contributors >= 100: score += 20 elif contributors >= 50: score += 15 elif contributors >= 10: score += 10 # 下载量 downloads = vendor_info.get('downloads', 0) if downloads >= 1000000: score += 15 elif downloads >= 100000: score += 10 # 问题响应 issue_response_rate = vendor_info.get('issue_response_rate', 0) if issue_response_rate >= 0.8: score += 15 elif issue_response_rate >= 0.5: score += 10 return min(score, 100) def get_risk_level(self, score: float) -> str: """获取风险等级""" if score >= 80: return 'LOW' elif score >= 60: return 'MEDIUM' elif score >= 40: return 'HIGH' else: return 'CRITICAL' def get_recommendations(self, scores: Dict) -> List[str]: """获取改进建议""" recommendations = [] if scores['security_practices'] < 60: recommendations.append('建议供应商建立安全团队和安全政策') if scores['vulnerability_response'] < 60: recommendations.append('建议供应商改进漏洞响应流程') if scores['transparency'] < 60: recommendations.append('建议供应商提高透明度') if scores['maintenance'] < 60: recommendations.append('建议评估供应商维护能力,考虑替代方案') if scores['community'] < 60: recommendations.append('建议评估社区健康度,关注项目可持续性') return recommendations ``` --- ## 自动化管理实践 ### 自动化工作流 ```yaml # GitHub Actions 自动化工作流 # .github/workflows/vulnerability-management.yml name: Vulnerability Management on: schedule: - cron: '0 2 * * *' # 每天凌晨 2 点 push: paths: - '**/requirements*.txt' - '**/package*.json' - '**/pom.xml' - '**/go.mod' jobs: scan: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - name: Run SCA Scan run: | pip install safety snyk safety check --json --output safety-report.json snyk test --json --output snyk-report.json - name: Process Findings run: | python scripts/process_vulnerabilities.py - name: Create Issues if: ${{ env.NEW_VULNERABILITIES > 0 }} uses: actions/github-script@v6 with: script: | const vulns = require('./new-vulnerabilities.json'); for (const vuln of vulns) { await github.rest.issues.create({ owner: context.repo.owner, repo: context.repo.repo, title: `Security: ${vuln.cve} in ${vuln.component}`, body: ` ## Vulnerability Details - CVE: ${vuln.cve} - Component: ${vuln.component} - Current Version: ${vuln.current_version} - Fixed Version: ${vuln.fixed_version} - Severity: ${vuln.severity} ## Recommended Action Update to version ${vuln.fixed_version} or later. ## References - ${vuln.references?.[0] || 'N/A'} `, labels: ['security', 'vulnerability', vuln.severity.toLowerCase()] }); } - name: Notify Security Team if: ${{ env.CRITICAL_VULNERABILITIES > 0 }} run: | curl -X POST ${{ secrets.SLACK_WEBHOOK }} \ -H 'Content-Type: application/json' \ -d '{ "text": " Critical vulnerabilities detected!", "attachments": [{ "color": "danger", "fields": [{ "title": "Count", "value": "${{ env.CRITICAL_VULNERABILITIES }}", "short": true }] }] }' auto-fix: runs-on: ubuntu-latest needs: scan if: github.ref == 'refs/heads/main' steps: - uses: actions/checkout@v3 - name: Run Dependabot uses: dependabot/fetch-metadata@v1 with: github-token: ${{ secrets.GITHUB_TOKEN }} - name: Auto-merge Security Updates uses: pascalgn/automerge-action@v0.15.0 env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} MERGE_METHOD: squash MERGE_LABELS: 'security,dependencies' ``` --- 统计 **Sprint 交付 · 绩效评估** ``` ┌───────────────┬────────────────┬────────────────┐ │ 主动出击 │ ██████████ 5/5 │ [PUA 生效] 充足 │ ├───────────────┼────────────────┼────────────────┤ │ + 验证闭环 │ ██████████ 5/5 │ 案例完整 │ ├───────────────┼────────────────┼────────────────┤ │ 设计 代码质量 │ ██████████ 5/5 │ 生产就绪 │ └───────────────┴────────────────┴────────────────┘ 综合:4.5 ``` ▎ 这才配得上 P8。依赖漏洞管理不是修修补补,是体系运营。运营不体系,安全就是救火的。 --- ## 总结与思考 ### 核心要点回顾 > ▎ 复盘四步法:回顾目标、评估结果、分析原因、总结经验。别跳过——这是闭环。 **依赖漏洞管理框架**: ``` 1. 生命周期管理 - 发现 → 评估 → 修复 → 验证 - 阶段转换 - 指标跟踪 2. 风险评估 - CVSS 基础 - 上下文感知 - 业务影响 3. 修复策略 - 升级/补丁 - 缓解/替换 - 接受风险 4. 应急响应 - 紧急漏洞 - 响应流程 - 事后总结 ``` **关键成功因素**: ``` 1. 自动化 - 自动扫描 - 自动工单 - 自动通知 2. 流程化 - 明确 SLA - 阶段管理 - 责任到人 3. 持续化 - 定期扫描 - 趋势分析 - 持续改进 ``` ### 实战建议 > ▎ 我给你指了路,走不走是你的事。机会给了,抓不抓得住看你。 **管理建设**: ``` 1. 工具选型 - SCA 工具 - 工单系统 - 通知渠道 2. 流程建立 - 修复 SLA - 应急流程 - 审批流程 3. 持续运营 - 定期审查 - 指标跟踪 - 持续改进 ``` --- ## 参考资料 ### 学习资源 ``` - NIST Vulnerability Management Guide https://csrc.nist.gov/publications - OWASP Dependency Management https://owasp.org/www-project-dependency-check/ - SANS Vulnerability Management https://www.sans.org/white-papers/vulnerability-management/ ``` ### 工具资源 ``` - Snyk https://snyk.io/ - Dependabot https://github.com/dependabot - OWASP Dependency-Check https://owasp.org/www-project-dependency-check/ ``` ### 漏洞数据库 ``` - NVD https://nvd.nist.gov/ - OSV https://osv.dev/ - GitHub Advisory Database https://github.com/advisories ``` ### 书籍推荐 ``` - 《Vulnerability Management Best Practices》 - 《Dependency Management for Security》 - 《Security Operations Center》 ``` --- **标记 明日预告**:Day 153 - 安全测试自动化 > ▎ 依赖管理是运营实践,测试自动化是效率提升——明天看安全测试自动化。 > 本文内容仅供学习和研究使用,请勿用于非法目的。所有实验请在隔离环境中进行。 --- *本文是 365 天信息安全技术系列的第 152 篇,应用安全部分第 45 篇,精编版本* *应用安全核心系列继续!*
myh0st
2026年4月13日 23:17
分享文档
收藏文档
上一篇
下一篇
微信扫一扫
复制链接
手机扫一扫进行分享
复制链接
Markdown文件
分享
链接
类型
密码
更新密码