05 - Monitoramento e Gestão
video: https://youtu.be/... no frontmatter da nota.Monitoramento e Gestão de Redes
1. Visão Geral
No contexto da Segurança de Redes, o monitoramento e a gestão são processos contínuos e interdependentes, essenciais para garantir a estabilidade e a proteção da informação. Eles vão além da simples instalação de ferramentas: envolvem metodologias, frameworks, conformidade legal e centros de operação especializados que atuam 24/7 para detectar, triar e responder a anomalias.
O objetivo prático do monitoramento pode ser resumido em três perguntas: o que está acontecendo agora?, por que aconteceu? e como impedir que se repita? Essas perguntas correspondem, respectivamente, às funções de detecção, investigação e melhoria contínua.
2. Modelos de Gerência: FCAPS e SGSI
2.1. Modelo FCAPS (ITU-T M.3400)
O FCAPS divide a gerência de redes em cinco áreas funcionais, cada uma com foco distinto:
| Letra | Área | Foco | Métricas Típicas |
|---|---|---|---|
| F | Fault Management | Detecção, isolamento e correção de falhas | MTTR, MTBF, alarmes SNMP |
| C | Configuration Management | Inventário e versão de configurações | drift, compliance, baselines |
| A | Accounting | Uso de recursos por usuário/depto | Billing, quotas, logs RADIUS |
| P | Performance | Desempenho e capacidade | Throughput, latência, CPU, perdas |
| S | Security | Acessos, ataques, auditoria | Tentativas de login, alertas IPS |
2.2. SGSI (ISO/IEC 27001)
O Sistema de Gestão da Segurança da Informação utiliza o ciclo PDCA (Plan-Do-Check-Act) para melhoria contínua. As fases do PDCA mapeiam-se à operação de segurança da seguinte forma:
| Fase | Atividade | Artefato Típico |
|---|---|---|
| Plan | Análise de risco, definição de controles | Declaração de Aplicabilidade (SoD), políticas |
| Do | Implantação de controles, treinamento | ACLs, firewalls, MFA, EDR |
| Check | Monitoramento, auditoria interna | Logs SIEM, KPIs, pentest |
| Act | Ações corretivas, melhorias | Plano de ação, mudança de baseline |
3. Análise de Tráfego de Rede (NTA / NDR)
O monitoramento evoluiu da análise tradicional de desempenho (vazão e latência) para o conceito de NTA (Network Traffic Analysis), hoje frequentemente chamado NDR (Network Detection and Response) pela inclusão de capacidades automatizadas de resposta.
3.1. Fontes de Dados
- NetFlow / IPFIX (RFC 3954): Resumo estatístico de fluxos. Permite detectar anomalias volumétricas sem capturar payload.
- PCAP (packet capture): Captura bruta de pacotes via port mirror / SPAN. Essencial para forensics.
- Zeek (ex-Bro): Gera logs estruturados (
conn.log,dns.log,http.log) a partir do PCAP. - Telemetria eBPF: Coleta por kernel sem dependência de mirror (Cilium, Tetragon).
- APIs do provedor: AWS VPC Flow Logs, Azure NSG Flow Logs, GCP Packet Mirroring.
3.2. Ferramentas Clássicas e Modernas
| Categoria | Ferramentas |
|---|---|
| Monitoramento tradicional | Zabbix, PRTG, Nagios, LibreNMS, Observium, Checkmk |
| NTA / NDR | Zeek, Suricata, ExtraHop, Darktrace, Vectra, ExtraHop |
| SIEM | Splunk, Elastic SIEM, IBM QRadar, Microsoft Sentinel, Google Chronicle |
| EDR / XDR | CrowdStrike Falcon, Microsoft Defender for Endpoint, SentinelOne |
4. Gestão de Logs e SIEM
4.1. Tipos de Logs Relevantes
Ativos de rede (firewalls, roteadores, switches, servidores) geram registros constantes. Os tipos mais relevantes para segurança são:
- Syslog (RFC 5424): Padrão de log de eventos em sistemas Unix e appliances de rede.
- Windows Event Logs: Security, System, Application — correlação com MITRE ATT&CK.
- HTTP/SOAP/REST access logs: WAFs, proxies reversos, identity providers.
- DNS query logs: Detecção de tunneling (longas subdomains, alta entropia).
- Authentication logs: LDAP, RADIUS, Kerberos, OAuth/SAML.
4.2. Correlação com SIEM
Um SIEM agrega eventos de múltiplas fontes e aplica regras de correlação para identificar ataques complexos. Exemplo de regra pseudo-código:
EVENT src=firewall action=deny count>50 within=1min FROM ip=$x
AND EVENT src=edr action=suspicious_parent FROM host=$h
AND host=$h inside subnet=X
THEN raise incident "Possible brute-force + lateral movement" severity=HIGH
4.3. Métricas Operacionais
| Métrica | Definição | Alvo |
|---|---|---|
| MTTD | Mean Time to Detect — tempo médio até detecção | < 30 min |
| MTTR | Mean Time to Respond/Remediate — tempo até contenção | < 4 h |
| MTTC | Mean Time to Contain — tempo até isolamento completo | < 24 h |
| False Positive Rate | Alertas sem fundamento | < 10% |
| Coverage ATT&CK | Porcentagem de técnicas MITRE cobertas por regras | > 70% |
5. Conformidade Legal Brasileira
No Brasil, o Marco Civil da Internet (Lei 12.965/2014) estabelece obrigações específicas para provedores de aplicação e conexão:
| Tipo de Registro | Prazo de Guarda | Base Legal |
|---|---|---|
| Conexão (IP, timestamp) | 1 ano | Art. 15, caput |
| Acesso a aplicações (log de app) | 6 meses | Art. 15, §1º |
| Dados pessoais | Conforme LGPD (finalidade) | Lei 13.709/2018 |
A LGPD adicionalmente exige consentimento para coleta de dados pessoais e define o papel do DPO (Encarregado), responsável por canal de comunicação com a ANPD.
6. Centros de Operação: SOC vs. NOC
A gestão operacional é dividida entre dois centros que, embora distintos, devem trabalhar em harmonia.
| Aspecto | SOC (Security Operations Center) | NOC (Network Operations Center) |
|---|---|---|
| Foco | Segurança da informação | Disponibilidade e desempenho |
| Fontes | SIEM, EDR, NDR, TI feeds | NetFlow, SNMP, ICMP, syslogs |
| Métricas | MTTD/MTTR, threat coverage | Uptime, MTBF, throughput |
| Escalação | IR (Incident Response) | Eng. de redes |
| Horário | 24/7 obrigatório | 24/7 em operações críticas |
Incidentes de segurança frequentemente degradam o desempenho da rede (ex: DDoS, worms), então o trabalho do NOC é diretamente impactado pelas ameaças cibernéticas. Em organizações maduras, o SOC e o NOC compartilham o mesmo runbook para responder a incidentes que cruzam as duas áreas.
7. Modelos de Maturidade (SOC/CMMC/CSF)
Frameworks comuns para avaliar maturidade de monitoramento e resposta:
- NIST CSF: 5 funções (Identify, Protect, Detect, Respond, Recover). Versão 2.0 inclui Govern.
- CMMC (Cybersecurity Maturity Model Certification): 3 níveis (Level 1 — Foundational, Level 2 — Advanced, Level 3 — Expert).
- MITRE ATT&CK: Framework de técnicas de adversários, usado para mapear detecções.
8. Gestão de Vulnerabilidades e Incidentes
8.1. Gestão de Vulnerabilidades
Ciclo contínuo que envolve:
- Descoberta: Scans semanais com Nessus, Qualys, Rapid7, OpenVAS.
- Triagem: Priorização por CVSS + criticidade do ativo + exposição (internet/INT).
- Remediação: Aplicação de patches, hardening, WAF virtual patching.
- Verificação: Re-scan para confirmar remediação.
8.2. Gestão de Incidentes
Após detecção, segue-se um processo estruturado baseado em NIST SP 800-61:
- Preparação: Runbooks, contatos, ferramentas, IR retainer.
- Detecção e Análise: Triagem, scoping, attribution.
- Contenção, Erradicação, Recuperação: Isolamento de hosts, reimage, reset de credenciais.
- Pós-Incidente: Lessons learned, atualização de runbooks e baselines.
Frameworks complementares: ITIL (gestão de serviços) e COBIT (governança), garantindo que as correções sigam as melhores práticas globais.
9. Conclusão
Monitoramento e gestão formam a espinha dorsal operacional da segurança de redes. Sem visibilidade contínua, qualquer controle preventivo perde eficácia — não se protege o que não se vê. A combinação de frameworks estruturados (FCAPS, ISO 27001, NIST CSF), ferramentas modernas (SIEM + EDR + NDR) e processos bem definidos (gestão de vulnerabilidades, resposta a incidentes) transforma dados de telemetria em decisões acionáveis, reduzindo MTTD/MTTR e limitando o impacto de incidentes. Em uma era de ataques automatizados, a velocidade de detecção é o principal diferencial entre uma organização resiliente e uma organização que descobre a invasão pelo jornal.