메뉴
漏洞修复 SLA（服务级别协议）根据严重程度、资产重要性和漏洞利用可用性定义修补或缓解已识别漏洞的强制时限。有效的 SLA 计划推动责任落实、确保一致的修复时间线，并为漏洞管理成熟度提供可衡量的 KPI。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SOC 직업 분류 기준
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/killvxk/cybersecurity-skills-zh --skill implementing-vulnerability-remediation-sla명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
通过分析 Zeek dns.log 中的高熵子域名查询、超量查询量、超长查询长度以及异常 DNS 记录类型，检测 DNS 隧道和数据外泄中的隐蔽通道通信。适用于：当需要狩猎基于 DNS 的 C2 或数据外泄通道、调查异常 DNS 查询模式、或响应涉及 DNS 隧道工具（iodine、dnscat2、DNSExfiltrator）的威胁情报时使用。
实施 Google 的 BeyondCorp 零信任访问模型，通过 IAP、Access Context Manager 和 Chrome Enterprise Premium，消除网络边界的隐式信任，强制执行基于身份的访问控制，实现无 VPN 的安全应用访问。适用于将传统 VPN 替换为零信任架构、部署 Identity-Aware Proxy、配置设备信任策略、或为远程办公实施上下文感知访问控制时使用。
在授权的安全评估过程中，使用 Burp Suite 的扫描器、Intruder 和 Repeater 工具识别和验证跨站脚本（XSS）漏洞。适用于 Web 应用渗透测试中检测反射型、存储型和 DOM 型 XSS，验证自动化扫描器报告的 XSS 发现，以及评估 CSP 和 XSS 过滤器的有效性时使用。
| name | implementing-vulnerability-remediation-sla |
| description | 漏洞修复 SLA（服务级别协议）根据严重程度、资产重要性和漏洞利用可用性定义修补或缓解已识别漏洞的强制时限。有效的 SLA 计划推动责任落实、确保一致的修复时间线，并为漏洞管理成熟度提供可衡量的 KPI。 |
| domain | cybersecurity |
| subdomain | vulnerability-management |
| tags | ["vulnerability-management","cve","sla","remediation","patch-management","risk"] |
| version | 1.0 |
| author | mahipal |
| license | Apache-2.0 |
漏洞修复 SLA（服务级别协议，Service Level Agreement）根据严重程度、资产重要性和漏洞利用可用性，定义修补或缓解已识别漏洞的强制时限。有效的 SLA 计划推动责任落实、确保一致的修复时间线，并为漏洞管理成熟度提供可衡量的 KPI（关键绩效指标）。
| 严重程度 | Tier 1（关键） | Tier 2（重要） | Tier 3（标准） |
|---|---|---|---|
| 关键（CVSS 9.0-10.0） | 24-48 小时 | 72 小时 | 7 天 |
| 高（CVSS 7.0-8.9） | 7 天 | 14 天 | 30 天 |
| 中（CVSS 4.0-6.9） | 30 天 | 45 天 | 60 天 |
| 低（CVSS 0.1-3.9） | 90 天 | 90 天 | 90 天 |
| CISA KEV 列表 | 24 小时 | 48 小时 | 7 天 |
Tier 1（关键资产）：
- 面向客户的生产系统
- 支付处理基础设施
- 域控制器和身份系统
- 核心网络基础设施（防火墙、路由器）
- 包含 PII/PHI/PCI 数据的数据库
Tier 2（重要资产）：
- 内部生产应用程序
- 电子邮件和协作系统
- 含有生产数据的开发/预发布环境
- 备份和恢复基础设施
- VPN 和远程访问网关
Tier 3（标准资产）：
- 终端用户工作站
- 开发/测试环境
- 打印服务器和外设管理
- 非关键内部工具
需要包含的关键部分：
# ServiceNow/Jira 集成，自动创建工单
# 修复工单的关键字段：
# - 漏洞 ID（CVE/插件 ID）
# - 受影响主机
# - 严重程度（CVSS + 上下文因素）
# - 资产分层
# - SLA 截止日期（从发现日期计算）
# - 负责团队
# - 修复说明
# - 验证标准
SLA 状态 动作 通知对象
──────────────────────────────────────────────────────────────
75% 已用时 警告邮件 资产负责人
100% 已用时 SLA 违规通知 管理者 + CISO
100% + 7 天 高管升级 VP/CTO
100% + 30 天 需要风险接受 CISO 批准
100% + 90 天 强制补偿控制 董事会报告
有效的例外原因：
例外要求：
| KPI | 定义 | 目标 |
|---|---|---|
| SLA 合规率 | 在 SLA 内修复的漏洞百分比 | >90% |
| 平均修复时间（MTTR） | 从发现到修复的平均天数 | 关键：<3 天，高：<10 天 |
| 漏洞积压 | 超过 SLA 的开放漏洞 | <5% 总数 |
| 例外率 | 有活跃例外的发现百分比 | <10% |
| 复发率 | 修复后重新出现的漏洞百分比 | <5% |