メニュー
漏洞修复 SLA（服务级别协议）根据严重程度、资产重要性和漏洞利用可用性定义修补或缓解已识别漏洞的强制时限。有效的 SLA 计划推动责任落实、确保一致的修复时间线，并为漏洞管理成熟度提供可衡量的 KPI。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/killvxk/cybersecurity-skills-zh --skill implementing-vulnerability-remediation-slaコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
通过分析 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 过滤器的有效性时使用。
SOC 職業分類に基づく
SKILL.md を表示中
| 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% |