implementing-vulnerability-sla-breach-alerting
Faz seu agente criar um sistema para alertar sobre o descumprimento de prazos na correção de vulnerabilidades.
O que ela faz
Este sistema automatiza o monitoramento de prazos para corrigir falhas de segurança (vulnerabilidades). Ele alerta quando esses prazos estão prestes a expirar ou já foram ultrapassados, garantindo que as correções sejam feitas a tempo.
Quando usar
- ✓Quando você precisa garantir que falhas de segurança sejam corrigidas dentro de um prazo específico.
- ✓Ao implementar regras de segurança que exigem ações rápidas para falhas críticas.
- ✓Para criar relatórios que mostrem o quão bem a sua equipe está cumprindo os prazos de correção.
Exemplo do que pedir para a IA
“Configure um alerta para falhas críticas de segurança que expiram em 48 horas.”
Quer saber mais? Abra as seções abaixo.
Como usar
O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.
Link da skill
Mensagem pronta para colar
Como funciona
O sistema verifica as falhas de segurança registradas, compara a data de descoberta com os prazos definidos (baseados na gravidade da falha) e envia notificações se os prazos estiverem próximos ou já tiverem sido quebrados.
Instalação
Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.
No terminal (Claude Code, Codex, Cursor), na pasta do projeto:
npx skills add mukul975/Anthropic-Cybersecurity-Skills --skill implementing-vulnerability-sla-breach-alertingOu baixe só o arquivo:
curl -L https://raw.githubusercontent.com/mukul975/Anthropic-Cybersecurity-Skills/main/skills/implementing-vulnerability-sla-breach-alerting/SKILL.md -o SKILL.mdConteúdo técnico (SKILL.md)
Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.
Implementando Alertas de Violação de SLA de Vulnerabilidade
Visão Geral
SLAs de remediação de vulnerabilidades definem prazos máximos para lidar com descobertas de segurança com base na gravidade. Esta habilidade abrange a construção de um sistema de alerta automatizado que rastreia prazos de remediação, detecta violações de SLA, envia notificações de escalonamento e gera relatórios de conformidade. As metas de SLA padrão da indústria são: Crítico (24-48 horas), Alto (15-30 dias), Médio (60 dias), Baixo (90 dias).
Quando Usar
- Ao implantar ou configurar capacidades de alerta de violação de SLA de vulnerabilidade em seu ambiente
- Ao estabelecer controles de segurança alinhados aos requisitos de conformidade
- Ao construir ou melhorar a arquitetura de segurança para este domínio
- Ao realizar avaliações de segurança que exigem esta implementação
Pré-requisitos
- Python 3.9+ com
requests,pandas,jinja2,smtplibbibliotecas - Plataforma de gerenciamento de vulnerabilidades com acesso à API (DefectDojo, Qualys, Tenable)
- Servidor SMTP ou endpoint de webhook (Slack, Microsoft Teams, PagerDuty)
- Banco de dados para rastreamento de SLA (PostgreSQL ou SQLite)
Definição da Política de SLA
Níveis de SLA Padrão
| Gravidade | SLA de Remediação | Período de Tolerância | Nível de Escalonamento |
|---|---|---|---|
| Crítico (CVSS 9.0-10.0) | 48 horas | 12 horas | VP de Engenharia + CISO |
| Alto (CVSS 7.0-8.9) | 15 dias | 5 dias | Diretor de Engenharia |
| Médio (CVSS 4.0-6.9) | 60 dias | 14 dias | Líder de Equipe |
| Baixo (CVSS 0.1-3.9) | 90 dias | 30 dias | Proprietário do Ativo |
Arquivo de Configuração de SLA
# sla_policy.yaml
sla_tiers:
critical:
cvss_min: 9.0
cvss_max: 10.0
remediation_days: 2
grace_period_days: 0.5
escalation_contacts:
- ciso@company.com
- vp-engineering@company.com
pagerduty_severity: critical
high:
cvss_min: 7.0
cvss_max: 8.9
remediation_days: 15
grace_period_days: 5
escalation_contacts:
- security-director@company.com
pagerduty_severity: high
medium:
cvss_min: 4.0
cvss_max: 6.9
remediation_days: 60
grace_period_days: 14
escalation_contacts:
- team-lead@company.com
pagerduty_severity: warning
low:
cvss_min: 0.1
cvss_max: 3.9
remediation_days: 90
grace_period_days: 30
escalation_contacts:
- asset-owner@company.com
pagerduty_severity: info
notification_channels:
slack:
webhook_url: "${SLACK_WEBHOOK_URL}"
channel: "#vulnerability-alerts"
email:
smtp_host: smtp.company.com
smtp_port: 587
from_address: vuln-alerts@company.com
pagerduty:
api_key: "${PAGERDUTY_API_KEY}"
service_id: "${PAGERDUTY_SERVICE_ID}"
alert_schedules:
approaching_breach:
percentage_elapsed: 80
frequency_hours: 24
at_breach:
notification: immediate
escalation: true
post_breach:
frequency_hours: 12
escalation_increase: true
Fluxo de Trabalho
Etapa 1: Esquema do Banco de Dados para Rastreamento de SLA
CREATE TABLE vulnerability_sla (
id SERIAL PRIMARY KEY,
cve_id VARCHAR(20) NOT NULL,
finding_id VARCHAR(100) NOT NULL,
asset_hostname VARCHAR(255),
severity VARCHAR(20) NOT NULL,
cvss_score DECIMAL(3,1),
discovered_at TIMESTAMP NOT NULL,
sla_deadline TIMESTAMP NOT NULL,
remediated_at TIMESTAMP,
status VARCHAR(20) DEFAULT 'open',
owner_email VARCHAR(255),
escalation_level INTEGER DEFAULT 0,
last_alert_sent TIMESTAMP,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
CREATE INDEX idx_sla_status ON vulnerability_sla(status);
CREATE INDEX idx_sla_deadline ON vulnerability_sla(sla_deadline);
CREATE INDEX idx_sla_severity ON vulnerability_sla(severity);
Etapa 2: Lógica de Detecção de Violação de SLA
from datetime import datetime, timedelta, timezone
import yaml
def load_sla_policy(policy_path="sla_policy.yaml"):
with open(policy_path, "r") as f:
return yaml.safe_load(f)
def get_sla_tier(cvss_score, policy):
for tier_name, tier in policy["sla_tiers"].items():
if tier["cvss_min"] <= cvss_score <= tier["cvss_max"]:
return tier_name, tier
return "low", policy["sla_tiers"]["low"]
def calculate_sla_deadline(discovered_at, cvss_score, policy):
tier_name, tier = get_sla_tier(cvss_score, policy)
deadline = discovered_at + timedelta(days=tier["remediation_days"])
return deadline, tier_name
def check_sla_status(discovered_at, sla_deadline, remediated_at=None):
now = datetime.now(timezone.utc)
…
Perguntas frequentes
O que são SLAs de vulnerabilidade?
SLAs (Service Level Agreements) de vulnerabilidade são os prazos máximos definidos para corrigir falhas de segurança, dependendo da sua gravidade (crítica, alta, média, baixa).
Quais informações são necessárias para configurar isso?
É preciso ter acesso a uma plataforma de gerenciamento de vulnerabilidades, um servidor de e-mail ou um canal de mensagens (como Slack), e um banco de dados para registrar os prazos.
Como o sistema sabe o que é crítico ou baixo?
Ele usa a pontuação CVSS (uma escala padrão) para classificar a gravidade da falha e, com base nisso, aplica os prazos de correção definidos na política de SLA.
Detalhes
Descrição original do autor
Build an automated SLA breach alerting system for vulnerability remediation, including a database schema for SLA tracking, breach detection logic, notification dispatch, a scheduled check runner, and a KPI/compliance metrics dashboard. Use when implementing severity-based SLA timelines (critical/high/medium/low), detecting and escalating SLA breaches, or building vulnerability remediation complian
Popularidade
- Estrelas no GitHub
- 35 mil
- Posição no ranking
- #5975
- Licença
- Apache-2.0
- Atualizada em
- 31/08/2026
Comentários
- …
Mais skills deste repositório
abusing-dpapi-for-credential-access
Dá ao seu agente de IA instruções prontas para uma tarefa específica, para ele fazer melhor e mais rápido.
mukul975/Anthropic-Cybersecurity-Skills
abusing-shadow-credentials-for-privesc
Ensina seu agente de IA a escrever textos claros e bem estruturados.
mukul975/Anthropic-Cybersecurity-Skills
achieving-cmmc-level-2-compliance
Ajuda seu agente a preparar um ambiente para conformidade com CMMC Nível 2. Ele implementa requisitos de segurança e gerencia a documentação necessária.
mukul975/Anthropic-Cybersecurity-Skills
acquiring-disk-image-with-dd-and-dcfldd
Ajuda seu agente a criar cópias exatas de discos rígidos. Isso é útil para garantir que nenhuma informação seja perdida ou alterada durante investigações.
mukul975/Anthropic-Cybersecurity-Skills
Skills parecidas
dashboard-builder
Ajuda seu agente a criar painéis de monitoramento úteis. Ele transforma dados em gráficos que respondem a perguntas importantes sobre o sistema.
affaan-m/ECC
dev-team
Simula uma equipe de desenvolvimento colaborativa, onde diferentes papéis respondem a um problema juntos. É útil para obter múltiplas perspectivas sem trocar de agente manualmente.
affaan-m/ECC
ecc-council
Faz seu agente reunir um conselho de quatro vozes para tomar decisões difíceis. É útil quando há várias opções boas e é preciso debater antes de escolher.
affaan-m/ECC