从这里开始journey
适用场景
结合风险、可利用性、归属权和租户策略调优确定修复优先级，以便团队首先解决最关键的问题。
目标受众: 安全分类团队、工程主管和服务所有者预计耗时: 持续进行，建议每日审查
从这里开始
Step 6 of 7
1
2
3
4
5
6
7
开始之前
- 确认您对发现、趋势和归属分配操作具有访问权限。
- 在分类之前与工程主管统筹严重性与截止日期策略。
- 确定 KEV 和暴露在互联网上的关键发现的升级途径。
立即执行
1
步骤 1
优先分类最高风险的发现
利用风险评分和漏洞利用上下文构建可操作的队列。
- 从最高风险开始，然后按最近发现、已验证漏洞利用、CISA KEV、违反 SLA 和回归进行透视筛选。
- 使用“未结”状态视图重点关注新的、进行中的和重新打开的风险。
- 按需为排名前列的队列运行对抗性暴露验证 (AEV)，并审查已验证/未验证的结果。
- 按 AEV 状态筛选，将立即可利用的路径与不确定的候选路径区分开来。
- 审查受影响的资产以确定对生产或面向互联网的影响。
达成目标状态
审查受影响的资产以确定对生产或面向互联网的影响。
2
步骤 2
按主题统筹修复发现
按资产、CVE 或扫描规则对当前队列进行分组，以便一次协调的修复可以解决重复出现的风险。
- 从“列表”切换到“主题”，并选择“资产”、“CVE”或“规则”。
- 比较发现数量、最高风险、严重/高危计数、KEV、AEV、SLA 和受影响资产广度。
- 打开“查看发现”以在更改生命周期状态之前检查确切的分组。
- 在分配、启动、重新打开、静音或解决主题之前，使用“采取操作”预览资格。
- 后台操作完成后，审查跳过和失败的计数。
达成目标状态
A high-volume theme is reviewed and its eligible findings have a confirmed owner or lifecycle action.
3
步骤 3
分配所有权和截止日期
每个发现都应有一个负责任的所有者和目标解决日期。
- 将发现分配给受影响团队的服务所有者。
- 设定与您内部 SLA 策略一致的截止日期。
- 记录修复说明和目标修复版本。
达成目标状态
记录修复说明和目标修复版本。
4
步骤 4
安全调整租户评分策略
在发布权重更改之前使用模拟，以确保队列变更是审慎且可审计的。
- 打开 `/findings/risk-scoring` 并查看当前租户策略版本。
- 在发布前运行模拟以检查预计的分数、排名和优先级变化。
- 为每次发布记录更改摘要，如果新排序不符合操作预期，请使用回滚。
达成目标状态
为每次发布记录更改摘要，如果新排序不符合操作预期，请使用回滚。
5
步骤 5
跟踪闭环与重复漂移
监控趋势走向以验证风险随着时间推移呈下降趋势。
- 至少每周审查一次趋势和待办事项指标。
- 跟踪重新打开的发现和重复发生的高严重性问题。
- 在运营评审中对逾期的修复项目进行升级处理。
达成目标状态
Weekly trend review confirms whether high-risk backlog and regressions are declining.
达成目标状态
- 每个严重/高危发现都有明确的责任人和截止日期。
- 重复发现按资产、CVE 或规则进行审查，批量操作没有不明原因的跳过项。
- 每周趋势审查显示未解决的高风险待办事项呈下降趋势。
下一步
Keep your rollout moving with the next recommended step.
首批发现后的后续工作