Larissa Paiva ← Back to Portfolio
▸ Plano de Estudo Completo

CompTIA Security+
SY0-701

Guia completo com domínios, diagramas, estudos de caso, PBQs e quizzes de 10 questões por módulo

5Domínios
90Questões na Prova
50+Quiz Questions
750Score Mínimo / 900

Distribuição dos Domínios na Prova

DOMAIN 1.0
General Security Concepts
12%
~11 questões
DOMAIN 2.0
Threats, Vulnerabilities & Mitigations
22%
~20 questões
DOMAIN 3.0
Security Architecture
18%
~16 questões
DOMAIN 4.0
Security Operations
28%
~25 questões
DOMAIN 5.0
Security Program Management
20%
~18 questões

Formato da Prova

Múltipla escolha + PBQ (Performance-Based)
Máximo 90 questões
90 minutos
750 de 900 pontos
3–5 questões (início da prova)
Inglês (principal) + outros
// Diagrama — Estrutura da Prova SY0-701
12% D1 · General 22% D2 · Threats & Vulnerabilities 18% D3 · Architecture 28% D4 · Operations ★ MAIS PESADO 20% D5 · Governance CompTIA Security+ SY0-701 — 90 questões / 90 minutos / Score mínimo: 750
01

General Security Concepts

Fundamentos de segurança: controles, criptografia, autenticação e conceitos essenciais

12% da prova ~11 questões Alta densidade conceitual

Tópicos do Domínio 1

1.1 Security ControlsPreventivo, Detetivo, Corretivo, Compensatório, Físico, Administrativo, Técnico
1.2 Security ConceptsCIA Triad, AAA, Zero Trust, Non-repudiation, Authentication factors
1.3 CryptographySimétrica, assimétrica, hashing, PKI, certificados digitais, TLS/SSL
1.4 AuthenticationMFA, SSO, SAML, OAuth, biometria, smart cards, tokens

Explicação Detalhada dos Tópicos

1.1 — Security Controls (Controles de Segurança)

Controles de segurança são os mecanismos implementados para proteger ativos contra ameaças. A CompTIA classifica os controles em duas dimensões simultâneas: categoria (como o controle é implementado) e tipo (qual o seu propósito).

Categorias de controles:

  • Técnico (Technical/Logical): implementado via hardware ou software — firewall, antivírus, criptografia, IDS/IPS, MFA
  • Administrativo (Managerial): baseado em políticas, procedimentos, treinamento — política de senhas, treinamento de phishing, NDAs
  • Físico: proteção tangível — cercas, fechaduras, câmeras CFTV, guardas, biometria de porta, mantraps
  • Operacional: atividades executadas por pessoas no dia-a-dia — revisão de logs, troca de turno, rondas de segurança

Tipos de controles (propósito):

  • Preventivo: impede o incidente de acontecer (firewall, MFA, fechadura)
  • Detetivo: descobre o incidente em andamento ou já ocorrido (IDS, câmera, SIEM, log review)
  • Corretivo: remedia o dano após o incidente (restore de backup, patch emergencial, quarentena)
  • Dissuasório (Deterrent): desencoraja o atacante antes que tente (placa "área monitorada", banner de aviso de login)
  • Compensatório: substitui um controle primário ausente (segmentação de rede quando patch é impossível em sistema legado)
  • Diretivo: orienta comportamento esperado (políticas escritas, treinamento, regulamentos)
Uma agência bancária implementa um conjunto de controles para a área do cofre: câmera CFTV = físico + detetivo; placa "área monitorada 24h" = físico + dissuasório; porta com biometria = físico + preventivo; política proibindo compartilhar senhas = administrativo + diretivo; revisão diária de logs pelo SOC = operacional + detetivo; backup diário do sistema = técnico + corretivo. Note que um mesmo controle sempre tem categoria E tipo simultaneamente.
Defense in Depth Layered Security CIS Controls Compensating Control
1.2 — Security Concepts (CIA, AAA, Zero Trust, Non-repudiation)

Os conceitos fundamentais que sustentam toda a disciplina de segurança da informação. A prova SY0-701 cobra esses conceitos em quase todos os domínios.

CIA Triad — os três pilares:

  • Confidentiality (Confidencialidade): apenas pessoas autorizadas podem acessar a informação. Implementado com criptografia, ACLs, classificação de dados.
  • Integrity (Integridade): a informação não foi alterada ou corrompida. Implementado com hashes, assinaturas digitais, controle de versão.
  • Availability (Disponibilidade): sistemas e dados estão disponíveis quando necessários. Implementado com HA, redundância, backups, DDoS protection.

AAA Framework:

  • Authentication: "Quem é você?" — provar identidade
  • Authorization: "O que você pode fazer?" — definir permissões
  • Accounting (ou Auditing): "O que você fez?" — registrar ações em logs

Non-repudiation (Não-repúdio): garantia de que uma parte não pode negar ter realizado uma ação. Implementado via assinatura digital com a chave privada — apenas o dono daquela chave poderia ter assinado.

Zero Trust: modelo onde nenhuma entidade é confiável por padrão, mesmo dentro do perímetro corporativo. Lema: Never trust, always verify. Pilares: identidade, dispositivo, rede, aplicação, dado, visibilidade/analytics. Cada acesso requer verificação contínua de contexto (quem, o quê, onde, quando, como).

Gap Analysis: comparação entre o estado atual de segurança e o desejado, identificando lacunas a serem preenchidas.

Empresa adota Zero Trust após violação. Antes: funcionário no escritório acessava qualquer servidor internamente sem reautenticação. Depois: cada acesso a um sistema crítico requer (1) MFA, (2) verificação da postura do dispositivo (EDR ativo + patches em dia), (3) análise comportamental — login fora do horário ou de localização não usual dispara MFA adicional (step-up authentication). Uma máquina infectada na rede interna não consegue se mover lateralmente.
CIA Triad AAA Zero Trust Non-repudiation Gap Analysis Defense in Depth
1.3 — Cryptography (Criptografia & PKI)

Criptografia transforma dados legíveis (plaintext) em ilegíveis (ciphertext) usando algoritmos e chaves. É o coração da segurança moderna.

Criptografia Simétrica: mesma chave para criptografar e descriptografar.

  • Vantagens: rápida, eficiente para grandes volumes de dados
  • Desvantagem: distribuição segura da chave é problemática
  • Algoritmos: AES (128/192/256 bits) — padrão atual; 3DES (legado, descontinuado); RC4 (quebrado, não usar)

Criptografia Assimétrica: par de chaves matematicamente relacionadas — pública (compartilhada) e privada (secreta).

  • Lenta, mas resolve o problema da troca de chaves
  • Algoritmos: RSA (clássico, requer chaves grandes); ECC (Elliptic Curve — mais eficiente, chaves menores); Diffie-Hellman (troca de chaves)

Hashing: função unidirecional. Mesmo input produz sempre o mesmo output (hash), mas é computacionalmente inviável reverter. Garante integridade.

  • Recomendados: SHA-256, SHA-3
  • Quebrados/obsoletos: MD5, SHA-1

PKI (Public Key Infrastructure): ecossistema que gerencia certificados digitais. Componentes: CA (Certificate Authority — emite e assina certificados), RA (Registration Authority — valida pedidos), CRL (Certificate Revocation List — lista de certificados revogados), OCSP (Online Certificate Status Protocol — verificação em tempo real).

Conceitos extras importantes:

  • Salt/Pepper: valores aleatórios adicionados antes do hash de uma senha para impedir rainbow tables
  • Key Stretching: algoritmos propositalmente lentos para hash de senha (bcrypt, scrypt, PBKDF2, Argon2)
  • Forward Secrecy (PFS): garante que mesmo se a chave privada vazar no futuro, sessões antigas não poderão ser descriptografadas
  • HSM (Hardware Security Module): dispositivo físico que armazena chaves criptográficas
  • TPM: chip na placa-mãe que armazena chaves localmente
Quando você acessa https://banco.com: (1) seu navegador valida o certificado digital do banco (PKI); (2) usa a chave pública do banco (assimétrica, RSA/ECC) para trocar uma chave de sessão temporária com Diffie-Hellman; (3) toda comunicação após o handshake usa AES-256 (simétrica) com HMAC-SHA256 para integridade; (4) ao final da sessão, a chave é descartada (Forward Secrecy). Você usou simétrica, assimétrica, hashing e PKI em uma única transação.
AES RSA ECC SHA-256 PKI / CA CRL / OCSP HSM / TPM Salt / PFS
1.4 — Authentication (Autenticação & Federação)

Autenticação é o processo de provar a identidade de um usuário ou sistema. A SY0-701 cobra fortemente os fatores de autenticação e os protocolos de federação.

Fatores de autenticação:

  • Algo que você SABE: senha, PIN, resposta de pergunta secreta — fator de conhecimento
  • Algo que você TEM: token TOTP, smart card, smartphone, chave FIDO2/YubiKey — fator de posse
  • Algo que você É: biometria (impressão digital, íris, face, voz) — fator de inerência
  • Algo que você FAZ: padrão de digitação, assinatura, voz — fator comportamental
  • Algum lugar onde você ESTÁ: geolocalização, IP corporativo — fator de localização

MFA real exige fatores de categorias diferentes. Senha + PIN não é MFA (ambos são "algo que você sabe"). Senha + token móvel é MFA legítimo.

SSO (Single Sign-On): uma autenticação dá acesso a múltiplos sistemas. Reduz fadiga de senhas mas concentra risco — se a credencial principal vazar, todos os sistemas ficam expostos. Por isso SSO sempre deve ser combinado com MFA.

Protocolos de federação e autenticação:

  • SAML 2.0: tokens XML, padrão para SSO empresarial e SaaS (Salesforce, Workday)
  • OAuth 2.0: autorização — delegação de acesso ("Login com Google" para apps third-party)
  • OpenID Connect (OIDC): camada de autenticação sobre OAuth 2.0, usa JWT
  • Kerberos: autenticação de rede Windows AD usando tickets (TGT/ST), sistema baseado em chaves simétricas
  • RADIUS / TACACS+: autenticação centralizada para acesso a rede (VPN, Wi-Fi 802.1X, switches/roteadores). RADIUS usa UDP, TACACS+ usa TCP e separa AAA
  • LDAP: protocolo de diretório, frequentemente Active Directory

Tendências modernas: Passwordless (FIDO2/WebAuthn, Passkeys, Windows Hello), Adaptive Authentication (avalia risco do contexto e exige fatores adicionais quando suspeito).

Uma usuária acessa o Microsoft 365 corporativo. (1) Office 365 redireciona para o IdP (Azure AD/Entra ID) — federação. (2) Ela autentica com senha + Microsoft Authenticator (push notification) — MFA. (3) Azure AD avalia: dispositivo gerenciado? IP corporativo? horário usual? Tudo verde → emite token SAML para Office 365. (4) Mesmo token será aceito por Outlook, Teams, SharePoint sem reautenticar — SSO. (5) Após 1h, token expira e o ciclo recomeça automaticamente.
MFA / 2FA SSO SAML OAuth 2.0 OIDC Kerberos RADIUS FIDO2 / Passkeys TOTP / HOTP
// Diagrama — CIA Triad & AAA Framework
C Confidentiality I Integrity A Availability CIA TRIAD AAA FRAMEWORK Authentication Quem é você? (Passwords, MFA, Biometria) Authorization O que pode fazer? (ACL, RBAC, PoLP) Accounting O que fez? (Logs, Audit Trails, SIEM) Preventivo · Detetivo · Corretivo · Dissuasório · Compensatório

🏦 Estudo de Caso: Banco Nacional — Implementação de MFA

O Banco Nacional sofreu uma violação de dados em que credenciais de 2.000 funcionários foram comprometidas via phishing. O CISO determinou implementação imediata de MFA para todos os acessos ao sistema bancário core.

Solução adotada: Autenticação em três fatores — algo que você sabe (senha), algo que você tem (token TOTP via app), algo que você é (impressão digital nos terminais). Acesso via VPN passou a exigir certificado digital emitido pela PKI interna.

Conexão com a prova: Este cenário testa 1.2 (MFA, fatores de autenticação), 1.3 (PKI, certificados) e 1.1 (controle preventivo). Espere questões que peçam para identificar "qual fator de autenticação está sendo usado" ou "qual controle de segurança melhor mitiga credential stuffing".

Cenário: Você é analista de segurança de uma empresa de saúde. O sistema de EHR (Electronic Health Records) precisa garantir que apenas médicos autorizados acessem prontuários de seus próprios pacientes. O sistema usa Active Directory. Você deve configurar os controles adequados.

Tarefa 1 Identifique o tipo de controle de acesso mais adequado para este cenário (DAC, MAC, RBAC ou ABAC) e justifique.
Tarefa 2 Defina que tipo de controle de segurança (categoria e tipo) uma política de bloqueio de conta após 5 tentativas representa.
Tarefa 3 Um médico acessa o prontuário de uma celebridade sem necessidade clínica. Qual princípio de segurança foi violado e como o sistema deveria prevenir isso?
▸ Ver Gabarito e Explicação
Tarefa 1: RBAC (Role-Based Access Control) é o mais adequado — médicos têm papel definido com acesso apenas aos pacientes sob seu cuidado. ABAC seria mais granular (atributos como departamento + turno), mas RBAC é o padrão para AD em saúde.

Tarefa 2: Categoria: Técnico (implementado via software/sistema). Tipo: Preventivo (previne acesso não autorizado) e também Detetivo (gera alerta após tentativas).

Tarefa 3: Violação do princípio de Least Privilege / Need-to-Know. O sistema deveria usar ABAC com atributos de "paciente atribuído", logs de auditoria (Accounting no AAA) e alertas automáticos para acessos fora do padrão (UEBA/SIEM).
Quiz — Domínio 1 10 questões
D1 · Q01
Uma organização implementa câmeras de CFTV, cercas e guardas de segurança. Qual categoria e tipo de controle de segurança melhor descreve as cercas?
B está correto. Cercas são controles físicos (hardware/infraestrutura física). Seu propósito é dissuadir invasores (ninguém tenta pular) e prevenir acesso físico não autorizado. Câmeras seriam físico + detetivo. Guardas = físico + dissuasório. Políticas = administrativo.
D1 · Q02
Qual princípio da CIA Triad é diretamente violado quando um atacante realiza um ataque de ransomware que criptografa todos os arquivos de uma empresa?
C está correto. Ransomware viola principalmente a Availability (arquivos inacessíveis) e a Integrity (dados alterados pela criptografia maliciosa). Confidentiality pode ser violada se o atacante exfiltrar dados antes de criptografar (double extortion), mas não é o impacto primário do ransomware em si. Este é um conceito muito cobrado na SY0-701.
D1 · Q03
Um usuário faz login com seu cartão inteligente (smart card) e depois usa um PIN. Qual combinação de fatores de autenticação está sendo utilizada?
A está correto. Smart card = algo que você tem (posse física). PIN = algo que você sabe (conhecimento). Isso é MFA legítimo porque usa duas categorias diferentes. Senha + PIN seria dois fatores da mesma categoria (knowledge), não sendo considerado MFA verdadeiro na visão CompTIA.
D1 · Q04
Qual algoritmo criptográfico é assimétrico e amplamente usado para troca de chaves e assinatura digital em PKI?
C está correto. RSA é assimétrico (par de chaves pública/privada). AES-256 é simétrico (mesma chave). SHA-256 é função de hash (não criptografia). HMAC é código de autenticação de mensagem usando hash + chave secreta compartilhada (simétrico). Na PKI, RSA é usado para assinar certificados e criptografar a chave de sessão no TLS.
D1 · Q05
O conceito de Non-repudiation garante que:
C está correto. Non-repudiation (Não-repúdio) garante que uma parte não pode negar uma ação realizada. É implementado via assinaturas digitais — a chave privada do remetente assina a mensagem, provando autoria. É fundamental em transações financeiras e contratos eletrônicos. Relacionado à Integrity na CIA Triad.
D1 · Q06
Uma empresa não pode implementar patches imediatamente em sistemas legados críticos. Para manter compliance, implementa monitoramento adicional e segmentação de rede. Isso é um exemplo de:
C está correto. Controles compensatórios são implementados quando o controle primário não pode ser aplicado (ex: patch não disponível). Eles substituem o controle ideal por uma alternativa que oferece proteção equivalente. Muito cobrado em cenários de sistemas OT/ICS e legados. Monitoramento isolado = detetivo; segmentação = preventivo; mas juntos como substituto = compensatório.
D1 · Q07
Qual protocolo é utilizado para federação de identidade entre uma empresa e um provedor de cloud SaaS, permitindo SSO baseado em tokens XML?
B está correto. SAML (Security Assertion Markup Language) 2.0 usa tokens XML e é o padrão para federação de identidade entre organizações e SSO com aplicações web/SaaS. OAuth 2.0 é para autorização (não autenticação nativa). Kerberos é para redes internas Windows (tickets). RADIUS é para autenticação de acesso à rede (VPN, Wi-Fi).
D1 · Q08
Qual é a diferença fundamental entre Hashing e Criptografia Simétrica?
B está correto. Hashing (SHA-256, MD5) é one-way — dado o hash, não é possível recuperar o dado original. Garante integridade. Criptografia simétrica (AES) é reversível com a chave correta — garante confidencialidade. Na SY0-701, entender para que serve cada um é crítico: senhas são hasheadas, não criptografadas.
D1 · Q09
No modelo Zero Trust, qual é o princípio central que difere do modelo de segurança perimetral tradicional?
C está correto. Zero Trust: "Never trust, always verify." Diferente do modelo perimetral (castelo com fosso), onde quem está "dentro" é confiável, Zero Trust trata cada acesso como potencialmente hostil — interno ou externo. Requer verificação contínua de identidade, dispositivo, localização e comportamento. Chave em ambientes cloud e híbridos.
D1 · Q10
Uma CA (Certificate Authority) revoga um certificado antes do prazo de expiração. Qual mecanismo permite que sistemas verifiquem em tempo real se um certificado foi revogado?
C está correto. OCSP permite verificação em tempo real do status de um certificado (válido/revogado) sem baixar a CRL completa. CRL é uma lista publicada periodicamente (pode estar desatualizada). OCSP Stapling é uma melhoria onde o servidor inclui a resposta OCSP já na conexão TLS. Ambos (CRL e OCSP) são cobrados na SY0-701, mas OCSP é o preferido para verificação em tempo real.
02

Threats, Vulnerabilities & Mitigations

Ameaças cibernéticas, tipos de malware, técnicas de ataque e estratégias de mitigação

22% da prova ~20 questões 2º domínio mais pesado

Tópicos do Domínio 2

2.1 Threat Actors & MotivationsNation-state, Insider threat, Hacktivist, Cybercriminal, Script kiddie, APT
2.2 Attack VectorsPhishing, Vishing, Smishing, Social engineering, Supply chain, MitM
2.3 VulnerabilitiesZero-day, CVE, CVSS, Application, Hardware, Firmware, Memory injection
2.4 Malware TypesRansomware, Trojan, Worm, Rootkit, Spyware, Keylogger, Botnet, RAT
2.5 Network AttacksDDoS, DNS poisoning, ARP spoofing, VLAN hopping, On-path attack
2.6 MitigationsSegmentação, Patch management, EDR, Hardening, Threat intelligence

Explicação Detalhada dos Tópicos

2.1 — Threat Actors & Motivations (Atores de Ameaça)

Threat actors são as entidades que executam ataques cibernéticos. Entender quem ataca, com que recursos e com que motivação, é essencial para projetar defesas adequadas. A CompTIA classifica os atores por capacidade, recursos e motivação.

Tipos principais:

  • Nation-State / APT (Advanced Persistent Threat): patrocinados por governos. Recursos quase ilimitados, sofisticação máxima, persistência por meses/anos. Motivação: espionagem geopolítica, sabotagem. Exemplos: APT29 (Cozy Bear, Rússia), Lazarus (Coreia do Norte)
  • Cybercriminal / Organized Crime: motivação financeira. Operam como negócios — Ransomware-as-a-Service (RaaS), kits de exploits comerciais. Exemplos: LockBit, Conti, REvil
  • Hacktivist: motivação ideológica/política. Atacam para protestar ou expor informações. Exemplo: Anonymous
  • Insider Threat: ameaça interna. Pode ser malicious (intencional, ex: funcionário insatisfeito) ou unintentional (acidental, ex: clique em phishing)
  • Script Kiddie: baixa sofisticação, usa ferramentas prontas sem entender como funcionam. Motivação: fama, diversão
  • Shadow IT: funcionários que usam serviços de TI não aprovados (Dropbox pessoal, ChatGPT corporativo) — não maliciosos, mas criam riscos por desvio de governança
  • Competitor (Espionagem industrial): empresa rival visando segredos comerciais

Atributos dos atores: internal vs external, level of sophistication/capability, resources/funding, intent/motivation (data exfiltration, espionage, financial gain, blackmail, service disruption, philosophical, ethical).

Em 2020, o ataque SolarWinds foi atribuído a um grupo APT russo (Nation-State). Os atacantes comprometeram o software de gerenciamento da SolarWinds, distribuindo um backdoor para ~18.000 organizações, incluindo agências governamentais americanas. Demonstra: alta sofisticação, persistência (meses não detectados), motivação geopolítica e ataque de supply chain — características clássicas de APT.
APT Nation-State Insider Threat Hacktivist RaaS Shadow IT
2.2 — Attack Vectors & Social Engineering

Vetor de ataque é o caminho ou meio pelo qual o atacante alcança o alvo. A maior parte dos ataques bem-sucedidos começa com engenharia social — explorando o elo humano em vez de vulnerabilidades técnicas.

Tipos de phishing:

  • Phishing: ataque genérico em massa via email
  • Spear Phishing: direcionado a indivíduo específico, personalizado
  • Whaling: spear phishing direcionado a executivos C-Level (CEO, CFO)
  • Vishing: phishing por voz (telefone) — ex: "sou do banco, sua conta foi invadida"
  • Smishing: phishing via SMS
  • Business Email Compromise (BEC): atacante se passa por executivo solicitando transferências urgentes

Técnicas de engenharia social:

  • Pretexting: criar cenário fictício convincente ("sou do suporte de TI")
  • Baiting: deixar USB infectado em estacionamento esperando que alguém conecte
  • Tailgating / Piggybacking: seguir alguém autorizado por porta de acesso
  • Shoulder Surfing: espiar tela ou teclado do alvo
  • Dumpster Diving: vasculhar lixo em busca de informações descartadas
  • Watering Hole: comprometer site frequentado pelo alvo
  • Typosquatting: registrar domínios similares (g00gle.com) esperando erros de digitação
  • Pharming: redirecionamento via DNS poisoning para site falso

Outros vetores técnicos: Supply Chain (comprometer fornecedor), Removable Media (USB malicioso), Wireless (Wi-Fi público comprometido), Cloud (configuração errada), Default Credentials (senhas padrão), Open Service Ports.

Princípios psicológicos explorados: Authority (autoridade), Urgency (urgência), Scarcity (escassez), Social Proof (prova social), Familiarity (familiaridade), Trust (confiança), Intimidation (intimidação).

Ataque BEC clássico: Atacante faz reconhecimento no LinkedIn e descobre que João é CFO da empresa e está de férias. Cria email joao.silva@empressa.com (note o "ss" extra — typosquatting) e envia para a tesoureira: "Maria, urgente — preciso que transfira R$200k para fechar aquela aquisição. Estou em reunião, não posso falar agora. Confidencial!" Combina pretexting + autoridade + urgência + typosquatting. Mitigação: política de verificação verbal para transferências, treinamento, DMARC/SPF/DKIM.
Phishing / Spear / Whaling Vishing / Smishing BEC Pretexting Tailgating Watering Hole Typosquatting Supply Chain
2.3 — Vulnerabilities (Vulnerabilidades)

Vulnerabilidade é uma fraqueza explorável em um sistema. Diferente de ameaça (potencial dano) ou risco (probabilidade × impacto). A SY0-701 cobre vulnerabilidades em múltiplas camadas.

Categorias de vulnerabilidades:

  • Application: SQL Injection, XSS (Cross-Site Scripting), CSRF, Buffer Overflow, Race Condition, Memory Injection
  • Operating System: elevation of privilege, kernel exploits, LSASS dumping
  • Hardware: Firmware desatualizado, End-of-Life hardware, falhas em chips (Spectre, Meltdown), backdoors
  • Web-based: OWASP Top 10 (Injection, Broken Auth, XSS, IDOR, Security Misconfig)
  • Cryptographic: algoritmos fracos (MD5, RC4), implementação errada (Heartbleed)
  • Misconfiguration: bucket S3 público, security group permissivo, credenciais default
  • Supply Chain: dependências open-source comprometidas, fornecedor de software invadido
  • Mobile: sideloading, jailbreak/root, apps maliciosos
  • Zero-day: desconhecida pelo fabricante, sem patch disponível

CVE (Common Vulnerabilities and Exposures): identificador único padronizado para cada vulnerabilidade pública. Formato: CVE-YYYY-NNNNN (ex: CVE-2021-44228 = Log4Shell).

CVSS (Common Vulnerability Scoring System): escala 0.0–10.0 que mede severidade.

  • 0.0 — Nenhuma · 0.1–3.9 — Baixa · 4.0–6.9 — Média
  • 7.0–8.9 — Alta · 9.0–10.0 — Crítica

Considera vetor de ataque, complexidade, privilégios necessários, interação do usuário e impacto em CIA.

Bug Bounty: programas onde empresas pagam pesquisadores externos para encontrar vulnerabilidades de forma ética.

Responsible Disclosure: pesquisador reporta a vulnerabilidade ao fabricante e dá tempo (geralmente 90 dias) para correção antes da divulgação pública.

Log4Shell (CVE-2021-44228) — vulnerabilidade no Log4j (biblioteca Java de logging) com CVSS 10.0. Permitia execução remota de código não autenticada apenas inserindo uma string em qualquer campo logado pelo Log4j (User-Agent, formulário, etc). Afetou bilhões de dispositivos. Foi vulnerabilidade de application + supply chain (todo software que usava Log4j herdou o problema). Resposta: patch emergencial, virtual patching via WAF, inventário urgente de SBOM.
CVE CVSS Zero-day OWASP Top 10 Buffer Overflow SQL Injection XSS Bug Bounty SBOM
2.4 — Malware Types (Tipos de Malware)

Malware (MALicious softWARE) é qualquer software desenvolvido para causar dano. Conhecer cada tipo e como se diferencia é cobrado intensamente na SY0-701.

Tipos principais:

  • Vírus: precisa de arquivo hospedeiro e ação do usuário para se propagar (executar arquivo infectado)
  • Worm: autônomo, se propaga pela rede sem interação. Ex: WannaCry usou EternalBlue/SMB para infectar 200k+ máquinas em horas
  • Trojan: se disfarça de software legítimo. Ex: jogo pirata que instala backdoor
  • RAT (Remote Access Trojan): trojan que dá controle remoto total ao atacante. Ex: NJRat, DarkComet
  • Ransomware: criptografa arquivos e exige resgate. Variações: locker (bloqueia tela) e crypto (criptografa). Double extortion: rouba E criptografa, ameaçando vazar
  • Spyware: monitora silenciosamente atividades do usuário
  • Keylogger: registra digitação para roubar senhas
  • Adware: exibe anúncios indesejados, pode rastrear navegação
  • Rootkit: opera no kernel/ring 0, invisível ao SO. Detecção exige boot externo
  • Bootkit: infecta o setor de boot, executa antes do SO carregar
  • Logic Bomb: código malicioso que ativa em condição específica (data, evento)
  • Backdoor: acesso não autorizado deixado deliberadamente
  • Botnet: rede de máquinas infectadas (bots/zombies) controladas remotamente para DDoS, spam, mineração
  • Cryptojacking: minera criptomoedas usando recursos da vítima
  • Fileless Malware: opera apenas em memória, sem arquivos no disco. Difícil de detectar. Usa PowerShell, WMI
  • Living off the Land (LOLBins): usa ferramentas legítimas do SO (PsExec, certutil, mshta) para evitar detecção
WannaCry (2017) — exemplificou múltiplas categorias simultaneamente: era um worm (auto-propagação via SMBv1 explorando EternalBlue), ransomware (criptografava arquivos exigindo Bitcoin), e tinha kill switch (domínio que se registrado, parava). Em 4 dias, infectou 200k+ máquinas em 150 países. NHS britânico teve cirurgias canceladas. Mitigação: patch MS17-010, desabilitar SMBv1, segmentação, backups offline.
Vírus / Worm / Trojan Ransomware Rootkit / Bootkit RAT Spyware / Keylogger Botnet Fileless LOLBins Logic Bomb
2.5 — Network Attacks (Ataques de Rede)

Ataques que exploram protocolos, infraestrutura ou tráfego de rede. Conheça a camada OSI onde cada um opera.

Ataques de Disponibilidade (DoS/DDoS):

  • DoS (Denial of Service): uma fonte ataca um alvo
  • DDoS (Distributed DoS): múltiplas fontes (botnet) atacam simultaneamente
  • Volumetric: sobrecarrega bandwidth (UDP/ICMP flood)
  • Protocol: esgota recursos (SYN flood, Ping of Death)
  • Application Layer: exaure aplicação (HTTP slowloris, GET flood)
  • Amplification: usa protocolos UDP (DNS, NTP, Memcached) para amplificar tráfego

Ataques On-Path / MitM:

  • On-path attack (MitM): atacante se posiciona entre comunicação cliente-servidor, podendo ler ou modificar tráfego
  • ARP Poisoning / Spoofing: envenena cache ARP da LAN, fazendo tráfego passar pelo atacante (camada 2)
  • DNS Poisoning / Cache Poisoning: insere registros DNS falsos no resolver. Mitigação: DNSSEC
  • SSL Stripping: força conexão de HTTPS para HTTP
  • Replay Attack: captura tráfego válido e reenvia. Mitigação: timestamps, nonces, sequence numbers
  • Session Hijacking: rouba session cookie/token e impersona o usuário

Ataques contra Wi-Fi:

  • Evil Twin: AP malicioso que imita rede legítima
  • Rogue AP: ponto de acesso não autorizado conectado à rede corporativa
  • Deauthentication Attack: envia frames de desautenticação para forçar reconexão (e captura handshake)
  • Bluejacking / Bluesnarfing: via Bluetooth — envio de mensagens não solicitadas / acesso a dados
  • WPS Attack: brute force do PIN WPS

Ataques contra protocolos:

  • VLAN Hopping: acessa VLAN não autorizada via double tagging ou switch spoofing
  • MAC Flooding: sobrecarrega tabela CAM do switch, forçando comportamento de hub
  • BGP Hijacking: anuncia rotas BGP falsas, redirecionando tráfego internet
  • Credential Replay: Pass-the-Hash, Pass-the-Ticket (Kerberos)

Ataques de aplicação web: SQL Injection, XSS (Stored, Reflected, DOM-based), CSRF, Directory Traversal (../../etc/passwd), LDAP Injection, XML External Entity (XXE).

Cenário Wi-Fi público comprometido: Maria conecta no "Aeroporto_Free_Wifi" — na verdade um Evil Twin montado por um atacante. O atacante executa SSL Stripping e a conexão de Maria com o banco vira HTTP. O atacante captura suas credenciais via on-path attack. Mitigação: VPN sempre em redes públicas, HSTS no servidor (impede downgrade), aplicativo bancário com certificate pinning, MFA.
DDoS MitM / On-path ARP Poisoning DNS Poisoning Evil Twin VLAN Hopping SQL Injection XSS / CSRF
2.6 — Mitigations (Estratégias de Mitigação)

Técnicas e tecnologias para reduzir risco. Para cada ameaça, há um conjunto de mitigações em camadas (defense in depth).

Mitigações principais:

  • Segmentação: dividir a rede em zonas isoladas (VLANs, micro-segmentação) — limita movimento lateral
  • Access Control: aplicar princípio do menor privilégio (PoLP), separation of duties, need-to-know
  • Application Allow List (Whitelisting): apenas softwares aprovados podem executar — extremamente eficaz contra malware desconhecido
  • Application Block List (Blacklisting): bloqueia softwares conhecidos como maliciosos
  • Isolation / Containment: isolar sistema infectado da rede
  • Patching / Patch Management: aplicar atualizações regularmente — corrige vulnerabilidades conhecidas. Use ciclos: Patch Tuesday (Microsoft), patch emergencial para críticas
  • Encryption: dados em trânsito (TLS) e em repouso (BitLocker, LUKS, EFS)
  • Monitoring: SIEM, EDR, NDR detectam comportamento anômalo
  • Least Privilege: usuários e processos têm apenas o acesso mínimo necessário
  • Configuration Enforcement: impor configuração padrão segura (CIS Benchmarks, GPO)
  • Decommissioning: desativar sistemas legados não suportados
  • Hardening Techniques: remover serviços desnecessários, fechar portas, desabilitar contas padrão, aplicar baselines

Hardening específico:

  • Servidores: CIS Benchmarks, desabilitar SMBv1/Telnet, EDR
  • Workstations: AppLocker, restrições GPO, DLP, antimalware
  • Mobile (MDM): criptografia obrigatória, remote wipe, container corporativo
  • Cloud: CSPM (Cloud Security Posture Management), least privilege em IAM, logging
  • IoT/ICS: air gap, segmentação industrial, monitoramento passivo
  • Servidores Web: WAF, HTTPS forçado, headers de segurança (CSP, HSTS, X-Frame-Options)

Threat Intelligence: uso de feeds (STIX/TAXII), Indicadores de Compromisso (IoCs), TTPs (Tactics, Techniques, Procedures) do MITRE ATT&CK para informar defesas proativamente.

Estratégia anti-ransomware em camadas: (1) Treinamento de phishing — bloqueia o vetor inicial; (2) Email security gateway com sandboxing — anexos suspeitos são detonados em ambiente isolado; (3) EDR + application allowlisting — bloqueia execução de binários desconhecidos; (4) Segmentação de rede — ransomware não se espalha lateralmente; (5) Backups 3-2-1 offline — recuperação sem pagar resgate; (6) MFA em VPN e RDP — fecha vetores comuns; (7) Patching agressivo — fecha vulnerabilidades conhecidas. Nenhuma camada sozinha é suficiente — o conjunto sim.
Segmentação Patching Application Allowlist Hardening EDR DLP PoLP CIS Benchmarks MITRE ATT&CK
// Diagrama — Kill Chain & Tipos de Threat Actors
CYBER KILL CHAIN (LOCKHEED MARTIN) 1. Recon OSINT, Scan 2. Weapon. Exploit + Payload 3. Delivery Email, USB, Web 4. Exploit Vulnerability 5. Install Malware/Backdoor 6. C2 Command & Control 7. Actions Exfiltration/Damage THREAT ACTORS — CAPACIDADE vs MOTIVAÇÃO ATOR SOFISTICAÇÃO MOTIVAÇÃO Nation-State (APT) ★★★★★ Espionagem Cybercriminal ★★★★ Financeiro Insider Threat ★★★ (acesso) Misto Hacktivist ★★★ Ideológico Script Kiddie Diversão/Fama Shadow IT ★★ Conveniência MITIGAÇÕES-CHAVE ↳ Phishing→ Treinamento + Email filtering + SPF/DKIM/DMARC ↳ Malware→ EDR + Sandboxing + Application whitelisting ↳ Ransomware→ Backups 3-2-1 + Segmentação + Least privilege ↳ Zero-day→ Threat intel + WAF + Behavior analysis (UEBA) ↳ DDoS→ CDN + Rate limiting + BGP anycast + Scrubbing ↳ Insider→ DLP + PAM + UBA + Separation of duties

🏥 Estudo de Caso: Hospital Regional — Ataque de Ransomware via Supply Chain

Um hospital sofreu um ataque de ransomware que criptografou 90% dos sistemas clínicos. A investigação revelou que o vetor inicial foi um software de gerenciamento de HVAC (climatização) de um fornecedor terceiro, que tinha acesso de manutenção remota à rede hospitalar.

Timeline do ataque: Fornecedor comprometido → Acesso via credenciais legítimas → Movimento lateral via SMB → Ransomware implantado em 73 servidores → Dados de 12.000 pacientes exfiltrados antes da criptografia.

Lições / Conexão com a prova: Supply chain attack (2.2), Lateral movement (2.5), Ransomware (2.4), Third-party risk management (5.x). A mitigação seria: segmentação de rede para fornecedores (VLAN separada), PAM para credenciais privilegiadas, monitoramento de comportamento anômalo e política de vendor risk assessment.

Cenário PBQ: Você recebe um relatório do SIEM com os seguintes alertas nas últimas 2 horas: (1) Port scan detectado a partir de 192.168.10.45 varrendo range 10.0.0.0/8, (2) Falha de autenticação em massa no AD — 500 tentativas em 3 minutos, (3) Conexão de saída para IP externo desconhecido 185.220.x.x na porta 4444, (4) Arquivo executável criado em C:\Windows\Temp\ com nome svchost32.exe.

Tarefa 1 Identifique a fase do Kill Chain correspondente ao evento (3) e (4).
Tarefa 2 O evento (2) indica qual tipo de ataque? Qual mitigação imediata você deve aplicar?
Tarefa 3 O nome svchost32.exe é um indicador de qual técnica de ataque? Como detectar isso via linha de comando?
▸ Ver Gabarito e Explicação
Tarefa 1: Evento (3) = fase Command & Control (C2) — conexão de saída para servidor do atacante na porta 4444 (common Metasploit/reverse shell). Evento (4) = fase Installation — malware se disfarça como processo legítimo.

Tarefa 2: Ataque de Credential Stuffing ou Password Spraying (brute force no AD). Mitigação imediata: bloquear IP 192.168.10.45, ativar Account Lockout Policy, e investigar a origem — pode ser máquina interna comprometida (indicador de movimento lateral).

Tarefa 3: Técnica de Masquerading / Living off the Land — malware se camufla com nome similar ao processo legítimo (svchost.exe). Detecção: tasklist /svc | findstr svchost e verificar o path do processo — o legítimo está em C:\Windows\System32\, não em Temp\. Use também sigcheck (Sysinternals) para verificar assinatura digital.
Quiz — Domínio 2 10 questões
D2 · Q01
Um ataque envolve o envio de mensagens SMS fraudulentas que direcionam usuários a sites falsos para roubar credenciais bancárias. Qual tipo de ataque é esse?
C está correto. Smishing = phishing via SMS. Vishing = phishing por voz (telefone). Spear phishing = phishing direcionado a pessoa específica. Whaling = spear phishing direcionado a executivos C-Level. Conheça todos os tipos: são muito cobrados na SY0-701.
D2 · Q02
Um worm se propaga automaticamente pela rede explorando uma vulnerabilidade no serviço SMB sem interação do usuário. Qual característica o distingue de um vírus?
A está correto. A distinção crítica: vírus necessita de um arquivo hospedeiro e ação do usuário para se propagar. Worm é autônomo — se replica pela rede automaticamente (ex: WannaCry usou EternalBlue/SMB). Exemplo clássico: WannaCry (2017) foi um worm-ransomware que infectou 200.000+ sistemas em 150 países em horas.
D2 · Q03
Um atacante compromete um servidor DNS legítimo e insere registros falsos que redirecionam usuários do banco.com para um site malicioso. Qual ataque descreve isso?
B está correto. DNS Cache Poisoning injeta registros DNS falsos no cache de um servidor resolver, redirecionando usuários sem que percebam. Mitigação: DNSSEC (assina registros DNS criptograficamente). ARP Poisoning opera na camada 2 (MAC). BGP Hijacking é em nível de roteamento de internet. SSL Stripping remove o HTTPS, forçando HTTP.
D2 · Q04
Qual tipo de malware se caracteriza por esconder sua presença no sistema, frequentemente modificando o kernel do OS para evitar detecção por antivírus?
C está correto. Rootkit opera no nível de kernel/ring 0, tornando-se invisível para o sistema operacional e ferramentas de segurança. Detectá-lo requer boot de mídia externa ou ferramentas especializadas (ex: Malwarebytes Anti-Rootkit). Trojan se disfarça como software legítimo. Spyware monitora e exfiltra dados. Adware exibe anúncios.
D2 · Q05
Uma vulnerabilidade zero-day é definida como:
B está correto. Zero-day: o fabricante tem "zero dias" para criar um patch porque não sabia da vulnerabilidade. É a mais perigosa pois não há defesa direta disponível. Mitigações: WAF, behavior-based detection, threat intelligence feeds, virtual patching. Exemplo famoso: vulnerabilidade Log4Shell (2021) afetou bilhões de sistemas.
D2 · Q06
Um funcionário insatisfeito com demissão iminente copia dados confidenciais de clientes para um pendrive pessoal. Qual categoria de ameaça isso representa?
C está correto. Malicious Insider age com intenção deliberada de causar dano ou roubar dados. Difere do Unintentional Insider (funcionário que acidentalmente envia email ao destinatário errado). Mitigações para insider: DLP (Data Loss Prevention), monitoramento de endpoint, remoção imediata de acesso em offboarding, e políticas de BYOD restritivas.
D2 · Q07
Em um ataque DDoS volumétrico, o atacante usa uma botnet de 100.000 dispositivos para enviar UDP floods. Qual mitigação é mais eficaz em larga escala?
C está correto. Para ataques volumétricos de grande escala, a defesa deve estar upstream (antes do tráfego chegar ao servidor). CDN + DDoS scrubbing (Cloudflare, Akamai) absorve o tráfego malicioso. BGP anycast distribui requisições por múltiplos data centers globalmente. Firewall local ficaria saturado. Aumentar bandwidth é uma corrida que o atacante vence facilmente com botnet.
D2 · Q08
O CVSS (Common Vulnerability Scoring System) score de uma vulnerabilidade é 9.8. O que isso indica e qual deve ser a prioridade de patch?
C está correto. Escala CVSS v3: 0.0 = Nenhuma; 0.1–3.9 = Baixa; 4.0–6.9 = Média; 7.0–8.9 = Alta; 9.0–10.0 = Crítica. Score 9.8 = exploração remota, sem autenticação, impacto total em C-I-A. Prioridade: patch imediato ou isolamento do sistema afetado. Exemplos: Log4Shell (10.0), EternalBlue (9.8).
D2 · Q09
Um atacante posiciona-se entre um cliente e o servidor de um banco, interceptando e possivelmente modificando comunicações. Qual ataque é este e qual protocolo mitiga?
A está correto. On-path attack (termo CompTIA para MitM) = interceptação de comunicação. TLS/HTTPS criptografa o canal, impedindo leitura. Certificate Pinning garante que o cliente aceite apenas o certificado legítimo do servidor, prevenindo ataques com certificados forjados. HSTS (HTTP Strict Transport Security) previne SSL Stripping.
D2 · Q10
Qual técnica de social engineering cria um cenário fictício convincente (ex: se passar por funcionário de TI) para extrair informações confidenciais?
C está correto. Pretexting = criar um pretexto (história falsa) elaborado para ganhar confiança. Ex: "Sou do suporte de TI, preciso de sua senha para resolver urgência." Tailgating = entrar fisicamente atrás de alguém em área restrita. Baiting = deixar USB infectado para alguém conectar. Shoulder surfing = espiar a tela/teclado do alvo.
03

Security Architecture

Arquitetura de redes seguras, cloud, virtualização, modelos de implantação e resiliência

18% da prova ~16 questões Alto foco em cloud e híbrido

Tópicos do Domínio 3

3.1 Network SecuritySegmentação, VLAN, DMZ, Firewall types, IDS/IPS, NAC, Jump server
3.2 Cloud SecurityIaaS/PaaS/SaaS, Shared Responsibility, CASB, SASE, CSP models
3.3 Secure InfrastructureSDN, Infrastructure as Code, Containers, Microservices, Serverless
3.4 Data ProtectionDLP, Classification, Encryption at rest/in transit, Tokenization, Masking
3.5 Resilience & RecoveryHA, Redundancy, RAID, Backup strategies, RTO/RPO, BCP/DR
3.6 Embedded SystemsIoT security, ICS/SCADA, OT, RTOS, Firmware security

Explicação Detalhada dos Tópicos

3.1 — Network Security (Segurança de Redes)

Arquitetura de redes seguras envolve segmentação, controle de tráfego e múltiplas camadas de defesa. A SY0-701 cobra fortemente firewalls modernos, segmentação e arquitetura defensiva.

Tipos de Firewall:

  • Packet Filter (Stateless): avalia cabeçalhos isoladamente — IP origem/destino, porta, protocolo. Rápido mas limitado
  • Stateful Inspection: mantém estado das conexões (tabela de conexões ativas) — aceita resposta apenas se request foi feito de dentro
  • Application Layer / Proxy Firewall: entende protocolos da camada 7 (HTTP, FTP), inspeciona conteúdo
  • NGFW (Next-Generation Firewall): stateful + IPS + application awareness + threat intelligence + decryption (Palo Alto, Fortinet, Check Point)
  • UTM (Unified Threat Management): firewall + AV + IDS + filtro web + VPN em um appliance — comum em SMB
  • WAF (Web Application Firewall): protege aplicações web contra OWASP Top 10 (SQLi, XSS) na camada 7

Segmentação de Rede:

  • VLAN: segmentação lógica em um switch — Layer 2
  • Subnetting: segmentação por sub-rede IP — Layer 3
  • DMZ (Screened Subnet): zona semi-confiável que hospeda serviços públicos (web, mail) entre a internet e a rede interna
  • Micro-segmentação: isola até cargas de trabalho individuais (em ambientes virtualizados/cloud)
  • Air Gap: isolamento físico total — sem conexão à rede externa (usado em sistemas críticos militares/ICS)

Outros componentes essenciais:

  • NAC (Network Access Control): verifica postura do dispositivo antes de permitir acesso (patch atualizado? AV ativo? membro do domínio?)
  • IDS / IPS: Detecção (passivo, alerta) vs Prevenção (inline, bloqueia). Métodos: signature-based, anomaly-based, heuristic
  • Jump Server / Bastion Host: único ponto de acesso administrativo a redes isoladas, com logging completo
  • Proxy Server: intermediário para tráfego web — Forward (clientes acessando internet) ou Reverse (clientes acessando servidores internos)
  • Load Balancer: distribui tráfego entre servidores, com health checks
  • VPN: Site-to-Site (entre redes), Remote Access, SSL VPN, IPsec VPN, Always-On VPN
  • Port Security: limita MACs por porta de switch para prevenir MAC flooding e dispositivos não autorizados
  • 802.1X: autenticação de porta — dispositivo precisa autenticar antes de receber acesso à rede
Hospital com 3 zonas: (1) DMZ com portal de pacientes e servidor SMTP; (2) Rede Interna com EHR, AD e workstations clínicas; (3) Rede de Dispositivos Médicos isolada para monitores de paciente, bombas de infusão, MRI. Entre as três há NGFW com regras explícitas. Acesso administrativo aos servidores EHR só via Jump Server com MFA. NAC verifica que cada workstation tem antivírus ativo e patches OK antes de liberar acesso. WAF protege o portal de pacientes contra OWASP Top 10.
NGFW WAF VLAN DMZ NAC IDS / IPS Jump Server 802.1X Port Security
3.2 — Cloud Security (Segurança em Nuvem)

A nuvem mudou os modelos tradicionais de segurança. Entender o shared responsibility model e os controles cloud-native é fundamental.

Modelos de Serviço Cloud:

  • IaaS (Infrastructure as a Service): CSP fornece infra (VMs, storage, rede). Cliente gerencia OS, runtime, app, dados. Ex: AWS EC2, Azure VM
  • PaaS (Platform as a Service): CSP fornece plataforma de desenvolvimento. Cliente gerencia apenas o app e dados. Ex: Azure App Service, AWS Elastic Beanstalk
  • SaaS (Software as a Service): CSP fornece aplicação completa. Cliente gerencia apenas dados e identidades. Ex: Office 365, Salesforce, Gmail
  • FaaS / Serverless: executa código sob demanda sem gerenciar servidores. Ex: AWS Lambda, Azure Functions

Modelos de Implantação:

  • Public Cloud: infraestrutura compartilhada, via internet (AWS, Azure, GCP)
  • Private Cloud: infraestrutura dedicada, on-prem ou hospedada (VMware, OpenStack)
  • Hybrid Cloud: combinação de pública + privada com workloads movendo entre elas
  • Community Cloud: compartilhada por organizações com requisitos comuns (ex: governo)
  • Multi-cloud: uso simultâneo de múltiplos CSPs

Shared Responsibility Model:

  • SEMPRE responsabilidade do cliente: dados, classificação, identidade/IAM, controles de acesso
  • SEMPRE responsabilidade do CSP: hardware físico, data center, virtualização base, rede física
  • Varia conforme modelo: OS, runtime, aplicação

Tecnologias de Segurança Cloud:

  • CASB (Cloud Access Security Broker): ponto de controle entre usuários e CSPs, fornecendo visibilidade, DLP, controle de acesso. Inline ou API-based
  • SASE (Secure Access Service Edge): converge SD-WAN + segurança (CASB, SWG, ZTNA, FWaaS) em plataforma cloud
  • SSE (Security Service Edge): componente de segurança do SASE
  • CSPM (Cloud Security Posture Management): identifica configurações inseguras (S3 público, SG aberto)
  • CWPP (Cloud Workload Protection Platform): protege workloads cloud (containers, VMs, serverless)
  • SWG (Secure Web Gateway): filtra tráfego web de saída
  • ZTNA (Zero Trust Network Access): substitui VPN com acesso aplicação-específico baseado em identidade
Empresa migra portal interno de RH para o Workday (SaaS). Responsabilidades: o Workday cuida da segurança do data center, OS, plataforma e aplicação. A empresa precisa cuidar de: (1) quais dados sobem (classificação, exclusão de PII desnecessária); (2) quem acessa (federação SAML com Azure AD, MFA, RBAC interno do Workday); (3) como monitora uso (CASB para detectar exfiltração, logs do Workday integrados ao SIEM). Erro comum: assumir que o CSP cuida de tudo — isso é falso e leva a vazamentos.
IaaS / PaaS / SaaS Shared Responsibility CASB SASE / SSE CSPM CWPP ZTNA Hybrid / Multi-cloud
3.3 — Secure Infrastructure (Virtualização, Containers, IaC)

Infraestrutura moderna usa virtualização, containers e infraestrutura como código. Cada uma tem suas considerações de segurança.

Virtualização:

  • Hypervisor Type 1 (Bare Metal): roda direto no hardware (ESXi, Hyper-V, KVM). Mais seguro, melhor performance
  • Hypervisor Type 2 (Hosted): roda sobre OS (VirtualBox, VMware Workstation). Maior superfície de ataque
  • VM Escape: ataque que escapa da VM para o host hipervisor — extremamente crítico
  • VM Sprawl: proliferação descontrolada de VMs, gerando risco operacional

Containers (Docker, Kubernetes):

  • Compartilham kernel do host — leves mas com isolamento menor que VMs
  • Riscos: imagens com vulnerabilidades, secrets expostos, container escape, Kubernetes mal configurado (RBAC frouxo)
  • Segurança: scan de imagens (Trivy, Clair), secrets management (Vault), runtime protection (Falco), Pod Security Standards

Microservices: aplicações decompostas em serviços independentes que se comunicam via API. Aumenta agilidade mas amplia superfície de ataque (cada API é um vetor). Segurança: API gateway, mTLS entre serviços, service mesh (Istio).

Serverless / FaaS: funções sob demanda. Riscos: dependências comprometidas, secrets em código, permissões IAM excessivas. Cliente foca em código seguro; CSP cuida do resto.

Software Defined Networking (SDN): separa o data plane do control plane, gerenciando rede via software. Permite micro-segmentação dinâmica e network as code.

Infrastructure as Code (IaC): provisionar infraestrutura via código declarativo (Terraform, CloudFormation, Ansible). Benefícios: reprodutibilidade, versionamento, auditoria. Riscos: secrets hardcoded, módulos vulneráveis, drift de configuração. Use ferramentas como Checkov, tfsec, Snyk IaC.

Outros conceitos:

  • Edge Computing: processamento próximo da origem dos dados (IoT, CDN), reduzindo latência
  • Centralized vs Decentralized: controle centralizado é mais fácil de gerenciar; descentralizado é mais resiliente
Equipe DevOps usa Terraform para provisionar infra na AWS. O código está no GitHub. Boas práticas: (1) tfsec/Checkov no CI/CD escaneia o código antes do merge — detecta S3 buckets públicos, security groups abertos para 0.0.0.0/0; (2) secrets via AWS Secrets Manager, nunca hardcoded; (3) state file no S3 com encryption + DynamoDB lock; (4) OPA (Open Policy Agent) valida políticas (ex: toda RDS deve ter backup ativado). Resultado: infraestrutura segura por padrão, drift detectado automaticamente.
Hypervisor VM Escape Containers Kubernetes Serverless SDN IaC / Terraform API Gateway
3.4 — Data Protection (Proteção de Dados)

Proteger dados ao longo de todo seu ciclo de vida — em repouso, em trânsito e em uso.

Estados dos dados:

  • Data at Rest: armazenado (disco, banco, backup) — proteger com encryption (BitLocker, LUKS, TDE)
  • Data in Transit: em movimento na rede — proteger com TLS, IPsec, VPN
  • Data in Use: sendo processado em memória — proteger com Confidential Computing (Intel SGX, AMD SEV), enclaves seguros

Classificação de Dados: categorizar dados por sensibilidade para aplicar controles proporcionais.

  • Public: sem restrição (catálogos públicos, marketing)
  • Internal/Private: uso interno (organogramas, comunicados)
  • Confidential: dados de negócio (contratos, estratégia)
  • Restricted/Critical/Highly Sensitive: dados críticos (PII, PHI, segredos comerciais)

Tipos de dados regulados: PII (Personally Identifiable Information), PHI (Protected Health Information — HIPAA), PCI Data (cartões — PCI-DSS), Financial Data, Trade Secrets, Intellectual Property.

Técnicas de Proteção:

  • Encryption: torna dados ilegíveis sem chave
  • Hashing: garante integridade (não confidencialidade)
  • Tokenization: substitui dado sensível por token aleatório com mapeamento em vault. Comum em PCI-DSS
  • Masking: oculta parte do dado (4532-XXXX-XXXX-1234) — usado em telas e logs
  • Anonymization: remove ou altera dados de forma irreversível, impossibilitando reidentificação
  • Pseudonymization: substitui identificadores por pseudônimos (reversível com chave separada). Conceito-chave da LGPD/GDPR
  • Obfuscation: torna dados difíceis de entender (não é segurança real, apenas dificulta)

DLP (Data Loss Prevention): tecnologia que detecta e bloqueia exfiltração de dados sensíveis. Modos:

  • Network DLP: monitora tráfego (email, upload web)
  • Endpoint DLP: agente no dispositivo bloqueia copiar para USB, imprimir
  • Cloud DLP / CASB: monitora SaaS

Outros conceitos: Data Sovereignty (dados sujeitos à lei do país onde residem), Geolocation Restrictions, Data Lifecycle (criação, armazenamento, uso, compartilhamento, arquivo, destruição), Right to be Forgotten (LGPD/GDPR), DRM (Digital Rights Management).

E-commerce processa cartões: (1) cliente digita número do cartão na página (HTTPS = data in transit protegido); (2) backend usa tokenização — número original vai ao gateway de pagamento, recebe token de volta; (3) banco de dados armazena APENAS o token + últimos 4 dígitos (mascarados). Resultado: se o BD vazar, não há cartões expostos — escopo PCI-DSS reduzido drasticamente. Adicionalmente, logs mascaram o número (4532-XXXX-XXXX-1234) e DLP impede que desenvolvedor copie dados de cartão para arquivos locais.
Encryption at Rest/Transit PII / PHI Tokenization Masking Pseudonymization DLP Data Classification Data Sovereignty
3.5 — Resilience & Recovery (Resiliência e Recuperação)

Garantir que a organização sobreviva a falhas e desastres. Combina alta disponibilidade, redundância, backups e planos formais.

Conceitos fundamentais:

  • High Availability (HA): sistemas que minimizam downtime (target: 99.9% / 99.99% / 99.999% — "três/quatro/cinco noves")
  • Fault Tolerance: sistema continua operando mesmo com falha de componente (failover automático)
  • Redundância: duplicação de componentes críticos (N+1, N+2, 2N)
  • Load Balancing: distribui carga entre múltiplos servidores
  • Clustering: múltiplos servidores trabalham como um sistema único

RAID (Redundant Array of Independent Disks):

  • RAID 0: striping — performance, sem redundância (não usar para dados críticos)
  • RAID 1: mirroring — espelha em 2 discos, 50% capacidade útil
  • RAID 5: striping com paridade distribuída — tolera 1 falha, mín 3 discos
  • RAID 6: dupla paridade — tolera 2 falhas, mín 4 discos
  • RAID 10 (1+0): mirror + stripe — alta performance + redundância, mín 4 discos

Métricas de Recuperação:

  • RTO (Recovery Time Objective): tempo máximo aceitável para restaurar serviço após desastre
  • RPO (Recovery Point Objective): quantidade máxima de dados que pode ser perdida (define frequência de backup)
  • MTTR (Mean Time To Repair): tempo médio para reparar
  • MTBF (Mean Time Between Failures): tempo médio entre falhas
  • MTTF (Mean Time To Failure): tempo médio até primeira falha (componentes não reparáveis)

Estratégias de Backup:

  • Full Backup: copia tudo. Rápido para restaurar, lento para fazer
  • Incremental: apenas o que mudou desde o último backup (qualquer tipo). Rápido para fazer, lento para restaurar (precisa do full + todos os incrementais)
  • Differential: tudo que mudou desde o último full. Meio-termo
  • Snapshot: ponto-no-tempo de um sistema (comum em VMs, storage)
  • Regra 3-2-1: 3 cópias dos dados, em 2 mídias diferentes, 1 cópia offsite
  • Air Gapped Backup: backup desconectado da rede — proteção contra ransomware
  • Immutable Backup: backup que não pode ser alterado/deletado por período definido

Sites de Recuperação:

  • Hot Site: totalmente operacional, dados em tempo real — mais caro, RTO mínimo
  • Warm Site: infraestrutura pronta, dados precisam ser carregados — RTO médio
  • Cold Site: apenas espaço físico — barato, RTO alto (dias)

Planos Formais:

  • BCP (Business Continuity Plan): mantém o negócio operando durante crise
  • DRP (Disaster Recovery Plan): recupera TI após desastre — subset do BCP
  • BIA (Business Impact Analysis): identifica processos críticos e seus RTOs/RPOs
  • Tabletop / Walkthrough Exercises: testar planos sem impacto real
Empresa SaaS define RTO=4h, RPO=15min para o sistema crítico. Implementação: (1) Cluster ativo-ativo em duas regiões cloud com replicação síncrona — failover automático em segundos; (2) Snapshots a cada 15 minutos garantem RPO; (3) Backups full diários replicados para outra região + cópia em cold storage com immutability lock por 90 dias (3-2-1 anti-ransomware); (4) Tabletop exercise trimestral testa procedimentos com toda a equipe de IR; (5) DR test anual completo com failover real para região secundária.
RTO / RPO MTTR / MTBF RAID 3-2-1 Backup Hot/Warm/Cold Site BCP / DRP BIA Immutable Backup
3.6 — Embedded Systems & IoT (IoT, ICS, SCADA)

Sistemas embarcados, IoT e tecnologia operacional (OT) trazem desafios únicos: muitas vezes não podem receber patches, têm vida útil de 20+ anos e usam protocolos legados sem segurança.

Tipos de Sistemas:

  • IoT (Internet of Things): dispositivos conectados — câmeras, smart locks, eletrodomésticos, wearables
  • IIoT (Industrial IoT): sensores e atuadores em ambientes industriais
  • ICS (Industrial Control Systems): controle de processos físicos (fábricas, refinarias)
  • SCADA (Supervisory Control and Data Acquisition): sistemas que monitoram e controlam infraestrutura crítica (energia, água, gás)
  • OT (Operational Technology): termo guarda-chuva para tecnologia que controla sistemas físicos
  • RTOS (Real-Time Operating System): SOs com requisitos de timing determinístico
  • SoC (System on Chip): integração de componentes em um único chip

Componentes de ICS/SCADA:

  • PLC (Programmable Logic Controller): "cérebro" que executa lógica de controle
  • HMI (Human-Machine Interface): interface gráfica para operadores
  • RTU (Remote Terminal Unit): coleta dados de sensores remotos
  • Historian: banco que armazena dados de telemetria

Desafios de Segurança:

  • Vida útil longa (20-30 anos) — hardware/SO obsoletos sem suporte
  • Patches difíceis ou impossíveis (downtime caro, certificação de fornecedor)
  • Protocolos legados sem autenticação/criptografia (Modbus, DNP3, OPC)
  • Disponibilidade prevalece sobre confidencialidade (oposto da TI tradicional)
  • Convergência IT/OT — antigamente air-gapped, hoje cada vez mais conectados
  • Ataques físicos têm consequências reais (Stuxnet destruiu centrífugas de urânio)

Mitigações:

  • Network Segmentation (Purdue Model): separar rigidamente IT de OT em zonas (Levels 0–5)
  • Air Gapping: isolamento físico completo
  • Industrial Firewalls / Data Diodes: permitem fluxo unidirecional de dados
  • Passive Monitoring: ferramentas como Claroty, Dragos, Nozomi monitoram sem interferir
  • Asset Inventory: conhecer cada dispositivo OT
  • Compensating Controls: quando patch é impossível

Frameworks específicos: NERC CIP (energia elétrica), ISA/IEC 62443 (cybersecurity industrial), Purdue Reference Model (arquitetura).

Stuxnet (2010) — worm que atingiu centrífugas iranianas de enriquecimento de urânio em Natanz. Sofisticadíssimo: (1) propagou-se via USB através de redes air-gapped; (2) usou 4 zero-days do Windows; (3) tinha certificados digitais válidos roubados; (4) só ativava se detectasse PLCs Siemens controlando centrífugas em frequências específicas; (5) sabotava as centrífugas enquanto mostrava telemetria normal aos operadores na HMI. Mostrou que ataques cibernéticos podem causar destruição física e que air gap não é defesa absoluta.
IoT / IIoT ICS / SCADA OT PLC / HMI / RTU Modbus / DNP3 RTOS Air Gap Purdue Model
// Diagrama — Arquitetura de Rede Segmentada com DMZ
INTERNET Untrusted FIREWALL Externo DMZ Semitrusted Zone Web Server Apache / nginx Mail Server SMTP Gateway Reverse Proxy Load Balancer FIREWALL Interno REDE INTERNA Trusted Zone DB Server VLAN 10 · Isolada Active Directory VLAN 20 · DC Workstations VLAN 30 · Users SIEM / SOC VLAN 40 · Mgmt Jump Server Bastion Host IDS/IPS VLAN 40 · Inline Risk: HIGH Risk: MEDIUM Risk: LOW (controlled)
// Diagrama — Cloud Shared Responsibility Model
RESPONSABILIDADE IaaS PaaS SaaS Dados do Cliente CLIENTE CLIENTE CLIENTE Identidade / IAM CLIENTE SHARED SHARED App / Runtime CLIENTE CSP CSP OS / Virtualização CLIENTE CSP CSP Rede / Hardware CSP CSP CSP Data Center Físico CSP CSP CSP Cliente Compartilhado CSP (Cloud Provider)

☁️ Estudo de Caso: Fintech MigraBanco — Migração para Cloud Híbrida

A MigraBanco decidiu mover workloads para AWS (IaaS) mantendo dados de clientes no datacenter privado. O time de segurança precisava definir responsabilidades e implementar controles.

Desafios identificados: Dados de PII em S3 sem criptografia, security groups permissivos, falta de MFA para IAM root, ausência de CloudTrail (logging) ativado, e dados de produção sendo usados em ambiente de desenvolvimento.

Conexão com a prova: Shared Responsibility (3.2), Data classification e masking para dev (3.4), Logging como controle detetivo (1.1), IAM root MFA (1.4). Uma questão típica: "Quem é responsável por criptografar dados em S3 no modelo IaaS?" → O Cliente.

Cenário PBQ — Segmentação de Rede: Você está projetando a rede de uma clínica médica. Requisitos: Servidores de prontuário (EHR) devem ser isolados, dispositivos IoT médicos (monitores de paciente) precisam de conectividade limitada, funcionários acessam internet, e a clínica aceita cartão (PCI-DSS compliance). Você tem 1 firewall com suporte a VLANs.

Tarefa 1 Defina as VLANs necessárias e seus propósitos (mínimo 4 VLANs).
Tarefa 2 Quais regras de firewall inter-VLAN devem ser configuradas para o servidor EHR?
Tarefa 3 Como você garantiria que dispositivos IoT comprometidos não alcançassem o servidor EHR?
▸ Ver Gabarito e Explicação
Tarefa 1 — VLANs sugeridas:
VLAN 10 — EHR/Servidores (isolada, acesso apenas de terminais autorizados)
VLAN 20 — Funcionários/Workstations (acesso a internet + EHR via regra específica)
VLAN 30 — IoT/Dispositivos médicos (sem acesso à internet, apenas coleta para servidor de monitoramento)
VLAN 40 — PCI/Pagamentos (isolada para compliance PCI-DSS, sem cruzamento com outras VLANs)
VLAN 99 — Gerenciamento (acesso apenas do admin, SSH/HTTPS para switches e firewall)

Tarefa 2 — Regras para EHR (VLAN 10):
PERMIT: VLAN 20 (funcionários autorizados) → VLAN 10 porta 443 (HTTPS)
DENY: ALL outras VLANs → VLAN 10 (implicit deny)
DENY: VLAN 10 → Internet (EHR não precisa sair para internet)

Tarefa 3 — IoT containment:
Micro-segmentação dentro da VLAN 30 (ACL por MAC address). DENY explícito: VLAN 30 → VLAN 10. NAC (Network Access Control) para verificar dispositivos antes de conectar. IDS/IPS monitorando tráfego da VLAN IoT para detectar anomalias comportamentais.
Quiz — Domínio 3 10 questões
D3 · Q01
Uma empresa quer garantir que servidores web em DMZ nunca acessem diretamente bancos de dados internos. Qual controle de arquitetura implementa isso?
B está correto. Arquitetura em camadas com dois firewalls (ou um com múltiplas interfaces) e regras de deny explícito entre DMZ e a rede interna. O servidor web em DMZ deve se comunicar com uma camada de aplicação interna (API server), nunca diretamente com o banco de dados. Isso limita o blast radius se o web server for comprometido.
D3 · Q02
No modelo de nuvem SaaS, quem é responsável pela segurança do sistema operacional e da infraestrutura de hardware?
C está correto. No SaaS, o CSP gerencia tudo exceto dados do cliente e configurações de identidade/acesso. No IaaS, o cliente gerencia SO, runtime e aplicações. O conceito de Shared Responsibility é fundamental na SY0-701 — memorize o que é responsabilidade do cliente em cada modelo.
D3 · Q03
RTO de 4 horas e RPO de 1 hora significam respectivamente:
B está correto. RTO (Recovery Time Objective) = tempo máximo aceitável para recuperar o sistema após desastre. RPO (Recovery Point Objective) = máxima quantidade de dados que pode ser perdida (janela de backup). RPO de 1h significa que backups devem ser feitos a cada hora. Quanto menores os valores, mais caro e complexo o plano de DR.
D3 · Q04
Um CASB (Cloud Access Security Broker) é implementado para:
B está correto. CASB atua como um ponto de controle entre usuários corporativos e provedores cloud (Office 365, Salesforce, etc), fornecendo: visibilidade de Shadow IT, controle de acesso, proteção contra vazamento de dados (DLP), detecção de ameaças e compliance. Pode ser inline (proxy) ou API-based.
D3 · Q05
Qual configuração RAID oferece tolerância a falhas de 1 disco com melhor performance de leitura, usando no mínimo 3 discos?
C está correto. RAID 0 = performance sem redundância. RAID 1 = espelhamento (2 discos mínimo, 50% capacidade útil). RAID 5 = striping com paridade distribuída, tolera 1 falha, mínimo 3 discos, boa performance de leitura. RAID 6 = tolera 2 falhas simultâneas, mínimo 4 discos. Para DB de alta disponibilidade, prefira RAID 10 (RAID 1+0).
D3 · Q06
Dispositivos IoT industriais (ICS/SCADA) frequentemente não podem receber patches de segurança. Qual controle compensatório é mais adequado?
B está correto. Dispositivos OT/ICS/SCADA frequentemente têm sistemas proprietários sem suporte a patches modernos. A mitigação padrão é air gapping ou isolamento em VLAN separada com regras de firewall rígidas (whitelist de comunicação), monitoramento passivo de tráfego (IDS industrial como Claroty ou Dragos), e análise de anomalias comportamentais.
D3 · Q07
Um Jump Server (Bastion Host) é usado para:
B está correto. Jump server / Bastion host é um servidor hardened que serve como único ponto de entrada para administração remota de sistemas em redes protegidas. Todos os acessos SSH/RDP passam pelo bastion, criando um ponto de controle e auditoria centralizados. É especialmente usado para acesso a ambientes cloud e DMZ.
D3 · Q08
Qual técnica de proteção de dados substitui dados sensíveis por valores substitutos não sensíveis que mantêm o formato (ex: número de cartão 4532-XXXX-XXXX-1234)?
C está correto. Tokenização substitui dados sensíveis por tokens não sensíveis (usado em PCI-DSS para números de cartão). Mascaramento oculta parte dos dados (4532-XXXX). Ambos preservam o formato para uso em sistemas que não precisam do dado real. Diferem de criptografia pois os tokens não têm relação matemática com o dado original.
D3 · Q09
SASE (Secure Access Service Edge) combina quais tecnologias em uma solução cloud-nativa?
C está correto. SASE converge networking (SD-WAN) e segurança (CASB, Secure Web Gateway, Zero Trust Network Access, Firewall-as-a-Service) em uma plataforma cloud entregue via PoPs globais. Permite que usuários remotos acessem recursos com segurança sem usar VPN tradicional. Exemplos: Zscaler, Palo Alto Prisma Access, Cloudflare SASE.
D3 · Q10
Qual é a diferença entre IDS e IPS?
C está correto. IDS (Intrusion Detection System) opera em modo passivo (out-of-band) — analisa cópia do tráfego, gera alertas mas não bloqueia. IPS (Intrusion Prevention System) opera inline — está no caminho do tráfego e pode descartar pacotes maliciosos em tempo real. O risco do IPS é gerar falsos positivos que bloqueiam tráfego legítimo.
04

Security Operations

O maior domínio: resposta a incidentes, hardening, monitoramento, digital forensics e muito mais

28% da prova ~25 questões ★ DOMÍNIO MAIS PESADO

Tópicos do Domínio 4

4.1 Common Security TechniquesHardening, Patching, Sandboxing, Monitoring, Secure baselines
4.2 Vulnerability ManagementScanning, CVSS, Remediation, Compensating controls, Acceptance
4.3 Incident ResponseIR Lifecycle, Playbooks, CSIRT, Containment, Eradication, Lessons learned
4.4 Digital ForensicsChain of custody, Acquisition, Legal hold, Volatility order, E-discovery
4.5 Log Analysis & SIEMLog sources, Correlation rules, Syslog, NetFlow, UEBA, SOAR
4.6 Identity & AccessProvisioning, Deprovisioning, PAM, MFA enforcement, Directory services

Explicação Detalhada dos Tópicos

4.1 — Common Security Techniques (Hardening, Patching, Sandboxing)

Práticas operacionais diárias que mantêm a postura de segurança. A SY0-701 cobra muito as técnicas específicas por tipo de dispositivo.

Hardening (Endurecimento): processo de reduzir a superfície de ataque eliminando recursos, serviços e configurações desnecessárias.

  • Server Hardening: remover serviços não usados, aplicar CIS Benchmarks, desabilitar protocolos legados (SMBv1, Telnet, FTP), renomear/desabilitar conta Administrator, EDR ativo
  • Workstation Hardening: AppLocker/SRP, GPO restritivas, BitLocker, restringir USB, padrões de senha
  • Network Device Hardening: mudar credenciais default, desabilitar HTTP/Telnet (use HTTPS/SSH), atualizar firmware, fechar portas não usadas, ACLs management
  • Mobile Device Hardening: MDM, criptografia obrigatória, screen lock, remote wipe, restringir sideloading
  • IoT Hardening: mudar senha padrão, desabilitar UPnP, atualizar firmware, isolar em rede separada
  • Cloud Hardening: least privilege em IAM, MFA para conta root, CloudTrail/audit logs, security groups específicos, encryption habilitada

Secure Baselines: configurações de referência seguras documentadas e aplicadas via GPO, Ansible, Puppet, Chef. Frameworks: CIS Benchmarks, DISA STIGs, Microsoft Security Baseline.

Patch Management: processo formal de avaliar, testar, aprovar e implantar atualizações.

  • Ciclo: identificar → testar em DEV → aprovar (CAB) → implantar em PROD → verificar
  • Patch Tuesday: Microsoft libera patches na 2ª terça-feira do mês
  • Out-of-band patches: emergenciais para vulnerabilidades críticas
  • Virtual Patching: WAF/IPS bloqueia exploit enquanto patch real não está disponível

Sandboxing: executar código suspeito em ambiente isolado para análise.

  • Email security gateway detona anexos em sandbox antes de entregar
  • EDR moderno tem sandbox local para análise comportamental
  • Cuckoo Sandbox, Joe Sandbox, ANY.RUN — ferramentas de análise

Monitoring: SIEM (correlaciona eventos), EDR (proteção de endpoint), NDR (network detection), UEBA (analítica comportamental).

Outras técnicas: Configuration Management (CM database — CMDB), Change Management, Decommissioning seguro (sanitização de mídia: degaussing, shredding, crypto erase).

Time DevOps cria baseline hardened para servidores Linux: imagem base com (1) CIS Benchmark Level 1 aplicado via Ansible; (2) SSH apenas com chave (sem senha), fail2ban ativo, root login desabilitado; (3) auditd capturando syscalls críticas; (4) EDR + envio de logs ao SIEM; (5) iptables default-deny no input; (6) updates automáticos de patches de segurança. Toda nova VM provisionada herda esse baseline. Drift de configuração detectado por scan diário.
Hardening CIS Benchmarks Patch Management Patch Tuesday Sandboxing Secure Baseline Configuration Management EDR
4.2 — Vulnerability Management (Gestão de Vulnerabilidades)

Processo contínuo de identificar, avaliar, priorizar e remediar vulnerabilidades. É um programa, não uma atividade pontual.

Ciclo de Vida da Gestão de Vulnerabilidades:

  • 1. Identificação: descobrir vulnerabilidades
  • 2. Análise/Validação: confirmar que é real e aplicável
  • 3. Priorização: ordenar por risco (CVSS + contexto)
  • 4. Remediação: corrigir, mitigar ou aceitar
  • 5. Verificação: reescanear para confirmar correção
  • 6. Reporte: métricas para gestão

Métodos de Identificação:

  • Vulnerability Scanning: automatizado, ferramentas como Nessus, Qualys, OpenVAS, Rapid7
  • Credentialed vs Non-credentialed: com credenciais detecta mais profundamente; sem credenciais simula visão externa
  • Static Application Security Testing (SAST): analisa código-fonte sem executar
  • Dynamic Application Security Testing (DAST): testa aplicação rodando
  • Interactive AST (IAST): combina SAST + DAST em runtime
  • Software Composition Analysis (SCA): identifica dependências/bibliotecas vulneráveis
  • Penetration Testing: simulação manual de ataque
  • Bug Bounty: pesquisadores externos recompensados por achados
  • Threat Hunting: busca proativa por ameaças latentes

Análise e Priorização:

  • CVSS: base score (severidade técnica)
  • Environmental Score: ajusta CVSS pelo seu ambiente
  • Exploitability: existe exploit público? está sendo ativamente explorado? (CISA KEV — Known Exploited Vulnerabilities)
  • Asset Criticality: servidor com PHI > workstation de impressora
  • False Positives: alertas que não são vulnerabilidades reais
  • False Negatives: vulnerabilidades não detectadas pelo scanner

Estratégias de Remediação:

  • Patching: aplicar atualização do fabricante
  • Insurance: transferir risco
  • Segmentation: isolar sistema vulnerável
  • Compensating Controls: WAF, IPS para bloquear exploit
  • Exception (Risk Acceptance): aceitar e documentar formalmente

SLA de Remediação típico: Critical (9.0+) = 24-48h · High = 7 dias · Medium = 30 dias · Low = 90 dias.

Equipe SOC executa scan Nessus credenciado mensal. Saída: 2.847 vulnerabilidades. Como priorizar? (1) Filtrar pelo CISA KEV — apenas 23 estão sendo exploradas ativamente; (2) cruzar com asset criticality — 8 dessas estão em servidores de produção/PII; (3) verificar exploit público no Metasploit — 5 dessas têm exploit pronto. Resultado: essas 5 viram a P0 emergencial (24h). Demais críticas seguem SLA padrão. Sem essa priorização contextualizada, o time afoga em ruído.
Vulnerability Scanning CVSS CISA KEV SAST / DAST / SCA Pentest False Positive/Negative Patch SLA Threat Hunting
4.3 — Incident Response (Resposta a Incidentes)

Processo estruturado para responder a incidentes de segurança. Frameworks principais: NIST SP 800-61 e SANS PICERL.

NIST SP 800-61 — IR Lifecycle (4 fases):

  • 1. Preparation: políticas, playbooks, ferramentas, treinamento, contatos
  • 2. Detection & Analysis: identificar e classificar o incidente, triagem, escopo
  • 3. Containment, Eradication & Recovery: contenção (curta e longa duração), erradicação da ameaça, restauração
  • 4. Post-Incident Activity: lessons learned, atualização de playbooks, métricas

SANS PICERL (6 fases): Preparation → Identification → Containment → Eradication → Recovery → Lessons Learned. Mesmo conceito, organizado diferente.

Equipes envolvidas:

  • CSIRT (Computer Security Incident Response Team): equipe dedicada à resposta
  • SOC (Security Operations Center): monitoramento contínuo, primeiro contato com alertas
  • CERT (Computer Emergency Response Team): termo equivalente, mais comum em governo

Conceitos importantes:

  • Playbook / Runbook: procedimento documentado para tipo específico de incidente (ransomware, phishing, DDoS)
  • IoC (Indicators of Compromise): evidências de comprometimento — hashes, IPs, domínios
  • IoA (Indicators of Attack): comportamentos em curso (não pós-evento)
  • TTPs (Tactics, Techniques, Procedures): como o adversário opera (mapeado no MITRE ATT&CK)
  • RACI Matrix: Responsible, Accountable, Consulted, Informed — define papéis
  • Tabletop Exercise: simulação em mesa, sem impacto real, valida o plano
  • Communication Plan: quem notifica quem (interno, externo, regulador, cliente, mídia)

Tipos de Contenção:

  • Short-term: ações imediatas (isolar máquina, bloquear IP) para parar o sangramento
  • Long-term: mudanças permanentes para impedir recorrência

Threat Intelligence Feeds: STIX (formato), TAXII (transporte), MISP, AlienVault OTX, ISACs setoriais.

Às 03h22, SIEM dispara alerta: 15 servidores Windows com criação de arquivos .lock em massa. SOC ativa playbook anti-ransomware: (1) Detection: confirma assinatura de ransomware (LockBit) via IoC do feed; (2) Containment short-term: isola os 15 hosts via EDR (network containment), desabilita conta de service account comprometida no AD; (3) Analysis: identifica vetor inicial — phishing em email de RH 4h antes; (4) Eradication: limpa máquinas, reseta credenciais, fecha vetor; (5) Recovery: restaura de backup imutável; (6) Lessons Learned: workshop com 23 participantes, 12 ações de melhoria, atualização do playbook. Tempo total: 18h. Sem playbook prévio, levaria semanas.
NIST SP 800-61 CSIRT / SOC Playbook IoC / IoA TTP MITRE ATT&CK Tabletop STIX / TAXII
4.4 — Digital Forensics (Forense Digital)

Forense digital coleta, preserva e analisa evidências digitais de forma que sejam admissíveis em processos legais. A integridade da cadeia de custódia é tudo.

Princípios Fundamentais:

  • Chain of Custody (Cadeia de Custódia): documentação rigorosa de quem teve a evidência, quando, onde, por quê. Qualquer quebra pode invalidar a evidência em juízo
  • Order of Volatility (RFC 3227): coletar primeiro o mais volátil
  • Preservation: trabalhar em cópias, nunca no original
  • Hashing para integridade: calcular hash antes E depois para provar não-alteração

Ordem de Volatilidade (do mais volátil ao mais persistente):

  • 1. Cache CPU / Registradores (perde em nanossegundos)
  • 2. RAM (Memória) (perde ao desligar)
  • 3. Estado da rede / Tabelas de roteamento
  • 4. Processos em execução
  • 5. Arquivos temporários e Swap/Page File
  • 6. Disco rígido (não-volátil mas pode ser sobrescrito)
  • 7. Logs em servidores remotos (SIEM, Syslog)
  • 8. Mídias arquivadas / Backups

Etapas do Processo Forense:

  • Acquisition (Aquisição): coletar evidência. Use write-blockers para discos. Ferramentas: dd, FTK Imager, EnCase, Volatility (memória), WinPmem, LiME
  • Preservation: calcular hash MD5/SHA-256 e armazenar em local seguro
  • Analysis: análise de timeline, file system, registros, memória, malware, network
  • Reporting: documentação técnica e executiva

Conceitos legais importantes:

  • Legal Hold (Litigation Hold): obrigação de preservar todos os dados relevantes; suspende políticas de retenção/destruição automática
  • E-Discovery: processo legal de identificação e produção de evidências eletrônicas
  • Admissibility: evidência só é aceita em juízo se obtida legalmente, com cadeia de custódia íntegra
  • Right of Privacy: empresas precisam de políticas claras informando que monitoramento existe
  • Jurisdiction: dados em diferentes países podem ter implicações legais distintas

Documentação obrigatória: Quem coletou, quando, onde foi coletado, qual ferramenta foi usada, hashes, fotos da cena, condições do dispositivo, lacre da evidência, registro de transferências.

Suspeita de fraude por funcionário. Procedimento: (1) Legal Hold emitido pelo jurídico — todos os emails, logs e arquivos do funcionário são preservados; (2) Aquisição: investigador chega à mesa, fotografa estado, captura RAM com FTK Imager ANTES de mexer em qualquer coisa, depois desliga e remove HD usando write-blocker; (3) Hash SHA-256 do disco original e da imagem — devem ser idênticos; (4) Documentação completa da cadeia de custódia em formulário; (5) Análise feita apenas na cópia, com Autopsy ou EnCase. Se a defesa contestar a evidência em juízo, o hash prova não-adulteração e a cadeia de custódia prova procedência.
Chain of Custody Order of Volatility Legal Hold E-Discovery Write-Blocker Hashing Volatility / FTK RFC 3227
4.5 — Log Analysis & SIEM

Logs são a memória da infraestrutura — sem eles, é impossível detectar ou investigar incidentes. SIEM centraliza, correlaciona e alerta.

Fontes de Log Críticas:

  • Sistema Operacional: Windows Event Logs (Security, System, Application), syslog (Linux/Unix)
  • Firewall: aceitos, negados, conexões anômalas
  • IDS/IPS: alertas de assinatura e anomalia
  • Endpoint (EDR): processos, conexões de rede, modificações de arquivo
  • Aplicação: autenticação, transações, erros
  • Web Server: Apache/nginx access log e error log
  • DNS: queries — útil para detectar C2, exfiltração via DNS tunneling
  • DHCP: mapeamento IP↔MAC↔hostname em pontos no tempo
  • VPN / Acesso Remoto: autenticações, sessões
  • Cloud: AWS CloudTrail, Azure Monitor, GCP Audit Logs
  • Identity Provider: Azure AD sign-ins, Okta logs

Windows Event IDs Cruciais:

  • 4624 — Logon bem-sucedido (importante: tipo de logon: 2=interativo, 3=rede, 10=RDP)
  • 4625 — Falha de logon (brute force se em massa)
  • 4648 — Logon com credenciais explícitas (potencial pass-the-hash)
  • 4672 — Privilégios especiais atribuídos (admin login)
  • 4688 — Processo criado (rastreamento de execução)
  • 4720 — Conta de usuário criada
  • 1102 — Log de auditoria limpo (alerta máximo!)

Protocolos e Formatos:

  • Syslog: protocolo padrão para envio de logs (RFC 5424). Porta 514 UDP (insegura), 6514 TCP/TLS
  • NetFlow/sFlow/IPFIX: metadados de tráfego de rede — quem falou com quem, quanto, quando
  • JSON / CEF / LEEF: formatos estruturados para logs

SIEM (Security Information and Event Management):

  • Coleta logs de múltiplas fontes
  • Normaliza para formato comum
  • Correlaciona eventos (ex: 5 logon falhos + 1 sucesso = brute force)
  • Gera alertas baseados em regras
  • Armazena para investigação histórica
  • Exemplos: Splunk, Microsoft Sentinel, IBM QRadar, Elastic Security, Wazuh (open-source)

SOAR (Security Orchestration, Automation and Response): automatiza respostas — recebe alerta do SIEM e executa playbook (bloqueia IP, cria ticket, notifica analista).

UEBA (User and Entity Behavior Analytics): usa machine learning para estabelecer baseline de comportamento normal e detectar anomalias (ex: usuário acessando arquivos que nunca acessou, em horário não usual).

Conceitos: Log retention (retenção, frequentemente 1 ano para segurança, 7+ para regulatório), Log Tampering (proteção: append-only, hash, sistema centralizado), Time Synchronization (NTP — logs sem timestamp sincronizado são inúteis para correlação).

SIEM gera regra de correlação anti-ransomware: "SE processo cria mais de 100 arquivos modificados em 60 segundos COM extensões mudando para .lock/.encrypted/.crypted EM um endpoint, ENTÃO alerta criticidade=alta + aciona SOAR para isolar host via EDR + cria ticket P0 + notifica SOC via Slack/PagerDuty". Sem essa correlação, cada evento isolado seria invisível. Com ela, a contenção é em segundos, não horas. Esta é a essência do SIEM+SOAR.
SIEM SOAR UEBA Syslog NetFlow Event ID 4624/4625 Log Retention NTP
4.6 — Identity & Access Management (IAM, PAM, Lifecycle)

IAM gerencia o ciclo de vida das identidades e seus acessos. PAM (Privileged Access Management) é uma especialização para contas privilegiadas — alvo prioritário de atacantes.

Ciclo de Vida da Identidade (Identity Lifecycle):

  • Provisioning (Joiner): criar conta, atribuir acessos baseado em função (RBAC). Ideal: automação via HRIS → IdP
  • Modification (Mover): ajustar acessos quando usuário muda de função. Privilege creep ocorre quando acessos antigos não são revogados
  • Deprovisioning (Leaver): revogar TODOS os acessos imediatamente no offboarding. Crítico para mitigar insider threat

Modelos de Controle de Acesso:

  • DAC (Discretionary): dono do recurso decide quem acessa (Linux file permissions, Windows ACLs)
  • MAC (Mandatory): sistema impõe baseado em classificação de segurança (governo, militar — Top Secret, Secret, etc)
  • RBAC (Role-Based): acessos atribuídos por função/papel (mais comum em corporações)
  • ABAC (Attribute-Based): políticas baseadas em atributos (cargo + departamento + horário + localização) — mais granular e dinâmico
  • Rule-Based: regras condicionais (se IP corporativo, então acesso)

Princípios fundamentais:

  • Least Privilege (PoLP): usuários têm apenas o mínimo necessário
  • Need-to-Know: acesso apenas a informações necessárias para a função
  • Separation of Duties (SoD): nenhuma pessoa sozinha pode executar processo crítico completo
  • Job Rotation: rotacionar funções para detectar fraudes
  • Mandatory Vacation: férias obrigatórias para detectar atividades suspeitas durante ausência
  • Time-of-day / Location restrictions: limitar quando/onde acessos são permitidos

PAM (Privileged Access Management): gestão especializada para contas com privilégios elevados (Domain Admin, root, service accounts).

  • Password Vaulting: senhas armazenadas em cofre, rotacionadas automaticamente após uso
  • Session Recording: grava sessões privilegiadas (vídeo + comandos)
  • Just-in-Time (JIT) Access: privilégios concedidos temporariamente, expiram após uso
  • Approval Workflows: uso de admin requer aprovação prévia
  • Soluções: CyberArk, BeyondTrust, Delinea (Thycotic), Azure PIM

Service Accounts: contas usadas por serviços/aplicações. Riscos: senhas raramente rotacionadas, privilégios excessivos. Mitigação: managed service accounts (gMSA no AD), rotação automática via PAM.

Federation: permitir que identidades de uma organização sejam aceitas em outra (SAML, OIDC). Federated trust entre IdPs (ex: Azure AD federado com AWS).

Directory Services: Active Directory, Azure AD/Entra ID, OpenLDAP, FreeIPA. Estrutura: Forest → Domain → OU → Object.

Maria troca de área (Marketing → Financeiro). Sem processo automatizado: ela acumula acessos do Marketing (privilege creep) + ganha do Financeiro = risco enorme. Com processo: (1) HRIS notifica IdP da mudança; (2) automação remove grupos AD do Marketing e adiciona grupos do Financeiro; (3) Maria perde acesso ao Salesforce e CRM, ganha acesso ao SAP e cofre PAM; (4) access review trimestral confirma que apenas o necessário está atribuído. Quando Maria sair da empresa, deprovisioning é instantâneo: HRIS dispara, AD desabilita conta em todos os sistemas federados em segundos. Zero-touch offboarding.
RBAC / ABAC / DAC / MAC Least Privilege SoD PAM JIT Access Service Accounts Privilege Creep Federation SCIM
// Diagrama — Ciclo de Resposta a Incidentes (NIST SP 800-61)
PREPARATION • Políticas IR • Playbooks • CSIRT • Ferramentas DETECTION & ANALYSIS • SIEM alerts • IoC analysis • Triage CONTAINMENT, ERADICATION & RECOVERY • Isolamento • Remoção malware • Restauração POST-INCIDENT ACTIVITY • Lessons Learned • Relatório • Melhoria ciclo contínuo FORENSICS Chain of Custody Ordem volatilidade: RAM → Cache → Disco → Backup → Logs remotos

🔍 Estudo de Caso: CorpBank — Incidente de Comprometimento de AD

Às 02h17, o SIEM alerta: múltiplas autenticações do usuário "svc_backup" em 47 servidores em 8 minutos. O SOC determina comprometimento de credencial de service account com privilégios de Domain Admin. Dados de 50.000 clientes podem estar em risco.

Resposta executada: (1) Desabilitar conta svc_backup imediatamente, (2) Isolar segmento de rede afetado, (3) Iniciar coleta forense — imagem de RAM dos servidores afetados, (4) Notificar CSIRT e advogado para avaliar obrigações legais de notificação (LGPD).

Conexão com a prova: IR Lifecycle (4.3), Ordem de volatilidade forense (4.4), Log analysis/SIEM (4.5), PAM/service accounts (4.6), LGPD como framework legal (5.x). Questões típicas: "Qual é o PRIMEIRO passo ao detectar um incidente?" → Contenção APÓS preservação de evidências.

Cenário PBQ — Forense Digital: Você chegou a uma estação de trabalho que foi reportada como comprometida. A máquina está ligada, com usuário logado e processos suspeitos rodando. Você precisa coletar evidências preservando a integridade da cadeia de custódia.

Tarefa 1 Ordene os itens a coletar seguindo a "Ordem de Volatilidade" correta (RAM, Disco, Cache CPU, Logs de rede remotos, Arquivos temporários).
Tarefa 2 Antes de fazer imagem do disco, qual procedimento garante a integridade da evidência e permite verificar adulterações futuras?
Tarefa 3 O advogado da empresa emite um "Legal Hold". O que isso significa para os backups e logs do sistema?
▸ Ver Gabarito e Explicação
Tarefa 1 — Ordem de Volatilidade (RFC 3227):
1. Cache CPU (Registradores) — perde em nanossegundos
2. RAM (memória volátil) — perde ao desligar
3. Arquivos temporários (swap/page file)
4. Disco rígido — persiste, mas pode ser sobrescrito
5. Logs de rede remotos (SIEM/servidor de logs)
6. Backups arquivados

Tarefa 2: Calcular o hash criptográfico (MD5 ou SHA-256) do disco ANTES da imagem. Após a imagem, verificar que o hash da imagem = hash do original. Qualquer alteração modifica o hash, detectando adulteração. Documentar no formulário de cadeia de custódia.

Tarefa 3: Legal Hold (Litigation Hold) = obrigação legal de preservar todos os dados relevantes e suspender todas as políticas de destruição/rotação automática de logs e backups. Nenhum dado pode ser deletado ou sobrescrito enquanto o hold estiver em vigor, independente de políticas de retenção existentes.
Quiz — Domínio 4 10 questões
D4 · Q01
Qual é a ordem CORRETA das fases de resposta a incidentes segundo o NIST SP 800-61?
B está correto. NIST SP 800-61 IR Lifecycle: 1) Preparation2) Detection & Analysis3) Containment, Eradication & Recovery4) Post-Incident Activity. Este é um dos frameworks mais cobrados. Diferente do SANS (Preparation, Identification, Containment, Eradication, Recovery, Lessons Learned).
D4 · Q02
Um analista executa netstat -an em um servidor suspeito e vê conexão estabelecida para IP externo na porta 4444. Qual é a interpretação mais provável?
B está correto. Porta 4444 é a porta padrão do Metasploit meterpreter para reverse shells. Uma conexão ESTABLISHED de saída para IP externo desconhecido nessa porta é altamente suspeita de C2 (Command & Control). Próximos passos: identificar o processo (PID) responsável pela conexão via netstat -anp, verificar assinatura do executável e analisar o tráfego no firewall.
D4 · Q03
Durante uma investigação forense, você precisa preservar a memória RAM de um servidor antes de desligá-lo. Qual ferramenta é mais adequada?
B está correto. Volatility é o framework open-source padrão para análise de memória forense. WinPmem (Windows) e LiME (Linux) são ferramentas de aquisição de RAM. dd no disco não captura RAM. Snapshot de VM é válido em ambientes virtualizados mas a pergunta é sobre servidor físico geral. A RAM contém processos em execução, conexões, credenciais em memória e artefatos de malware.
D4 · Q04
SOAR (Security Orchestration, Automation and Response) difere do SIEM porque:
C está correto. SIEM = coleta, correlaciona logs e gera alertas (detecta). SOAR = automatiza a resposta a esses alertas (age). Exemplo: SIEM detecta brute force → SOAR bloqueia automaticamente o IP no firewall + abre ticket + notifica analista via Slack. SOAR reduz MTTR (Mean Time to Respond). Frequentemente usados juntos.
D4 · Q05
Uma organização está realizando hardening de servidores Windows. Qual das seguintes ações é considerada uma boa prática de hardening?
C está correto. Hardening = reduzir a superfície de ataque. Inclui: desabilitar serviços não usados (Telnet, SMBv1), renomear/desabilitar conta Admin padrão (alvo de ataques), aplicar CIS Benchmarks via GPO, remover software desnecessário, implementar AppLocker/allowlisting, configurar auditoria de eventos. Menos = melhor.
D4 · Q06
O que é um Indicator of Compromise (IoC)?
B está correto. IoC são artefatos observáveis que indicam comprometimento: hashes de arquivos maliciosos, endereços IP de C2, domínios maliciosos, chaves de registro criadas por malware, user-agents suspeitos. São compartilhados via STIX/TAXII para threat intelligence. Diferente de IoA (Indicator of Attack) que foca em comportamento do atacante em tempo real.
D4 · Q07
Qual fonte de log é mais útil para detectar movimento lateral em uma rede Windows corporativa?
B está correto. Windows Security Events são críticos: Event ID 4624 (logon bem-sucedido), 4625 (falha de logon), 4648 (logon com credenciais explícitas — pass-the-hash!), 4672 (privilégios especiais atribuídos). Para movimento lateral, analise logons do tipo 3 (network logon) em múltiplas máquinas com a mesma conta em curto período.
D4 · Q08
Durante o offboarding de um funcionário, qual é o primeiro passo de segurança a executar?
B está correto. No offboarding, a revogação imediata de todos os acessos é a prioridade #1 — especialmente antes ou simultaneamente ao comunicado de desligamento. Aguardar a devolução do equipamento para depois revogar acesso cria janela de risco significativa (insider threat). Dados não devem ser deletados imediatamente — podem ser necessários para auditoria ou legal hold.
D4 · Q09
Qual é a diferença entre Vulnerability Scanning e Penetration Testing?
C está correto. Vulnerability Scanning = automatizado, não intrusivo, identifica vulnerabilidades conhecidas (Nessus, Qualys). Pentest = conduzido por humanos, ativo, explora vulnerabilidades para demonstrar impacto real, pode incluir engenharia social e escalada de privilégios. Pentest requer autorização escrita formal (ROE — Rules of Engagement). Vuln scanning é frequente; pentest é periódico.
D4 · Q10
PAM (Privileged Access Management) é implementado principalmente para:
C está correto. PAM controla acesso de contas com privilégios elevados (Domain Admin, root, service accounts). Features: password vaulting (rotação automática de senhas), session recording (gravação de sessões privilegiadas), just-in-time access (acesso temporário), approval workflows. Soluções: CyberArk, BeyondTrust, Delinea. Crítico para mitigar ataques Pass-the-Hash e movimentos laterais.
05

Security Program Management & Oversight

Governance, compliance, frameworks, risk management e privacy

20% da prova ~18 questões Inclui LGPD/GDPR

Tópicos do Domínio 5

5.1 Security GovernancePolicies, Procedures, Standards, Guidelines, Frameworks (NIST, ISO 27001)
5.2 Risk ManagementRisk assessment, Quantitative vs Qualitative, SLE/ALE/ARO, Risk appetite
5.3 CompliancePCI-DSS, HIPAA, SOC2, GDPR/LGPD, FISMA, FedRAMP
5.4 Third-Party RiskVendor assessment, SLA, BPA, MOU, MSA, NDA, Supply chain
5.5 Data PrivacyData classification, PII, PHI, Data sovereignty, Privacy by design
5.6 AuditingInternal/External audit, Penetration testing types, Attestation, Bug bounty

Explicação Detalhada dos Tópicos

5.1 — Security Governance (Governança de Segurança)

Governança define como a segurança é gerenciada na organização — políticas, papéis, frameworks e tomada de decisão. Sem governança, a segurança é reativa e fragmentada.

Hierarquia de Documentos:

  • Policy (Política): documento de alto nível, obrigatório, define o "o quê". Aprovado por executivos. Ex: "Toda informação confidencial deve ser criptografada"
  • Standard (Padrão): especificação técnica obrigatória. Define o "como medir". Ex: "Criptografia deve usar AES-256 ou superior"
  • Procedure (Procedimento): passos detalhados para executar uma tarefa. Ex: "Como configurar BitLocker em laptops"
  • Guideline (Diretriz): recomendações flexíveis, não obrigatórias. Ex: "Recomenda-se uso de gerenciadores de senha"
  • Baseline: configuração mínima aceitável (CIS Benchmarks, STIGs)

Políticas Comuns:

  • AUP (Acceptable Use Policy): uso aceitável de recursos corporativos
  • Information Security Policy (ISP): política guarda-chuva de segurança
  • Password Policy: requisitos de complexidade, rotação, MFA
  • Data Classification Policy: categorização e tratamento por sensibilidade
  • Incident Response Policy: como responder a incidentes
  • BYOD (Bring Your Own Device): uso de dispositivos pessoais
  • Remote Work Policy: diretrizes de trabalho remoto
  • Change Management Policy: aprovação e implantação de mudanças
  • Disposal Policy: descarte seguro de mídia/hardware

Frameworks de Governança:

  • NIST CSF (Cybersecurity Framework): Identify → Protect → Detect → Respond → Recover (+ Govern na v2.0)
  • NIST RMF (Risk Management Framework): SP 800-37 — usado por agências federais americanas
  • ISO/IEC 27001: ISMS internacional certificável
  • ISO/IEC 27002: código de práticas para controles
  • COBIT: governança e gestão de TI corporativa
  • CIS Controls: 18 controles priorizados
  • MITRE ATT&CK: base de conhecimento de TTPs adversariais
  • Cloud Security Alliance (CSA) CCM: matriz de controles cloud

Estruturas e Papéis:

  • Board of Directors: supervisão estratégica
  • CISO (Chief Information Security Officer): liderança executiva de segurança
  • Security Steering Committee: comitê multidisciplinar
  • Data Owner: responsável pela classificação e proteção de dados específicos
  • Data Custodian: implementa controles técnicos
  • Data Steward: garante qualidade e conformidade dos dados
  • DPO (Data Protection Officer): exigido por LGPD/GDPR para grandes processadores
  • Data Subject: a pessoa cujos dados são tratados

Centralized vs Decentralized Governance: centralizado tem padronização forte; descentralizado é flexível mas pode gerar inconsistências.

Empresa adota ISO 27001. Estrutura criada: (1) Política Master de Segurança da Informação aprovada pelo Board; (2) 20 políticas específicas (senhas, BYOD, IR, etc); (3) Standards técnicos (criptografia AES-256, TLS 1.3+); (4) Procedures operacionais (passo-a-passo de hardening, IR playbooks); (5) Statement of Applicability documenta quais controles ISO 27002 aplicam-se; (6) CISO reporta diretamente ao CEO; Security Steering Committee mensal com Jurídico, RH, TI, Compliance. Auditoria externa anual mantém certificação.
Policy / Standard / Procedure NIST CSF / RMF ISO 27001 COBIT CIS Controls MITRE ATT&CK CISO DPO Data Owner/Custodian
5.2 — Risk Management (Gestão de Risco)

Risco é a possibilidade de perda decorrente da exploração de uma vulnerabilidade por uma ameaça. Gestão de risco é o processo de identificar, avaliar e tratar riscos.

Equação fundamental: Risk = Threat × Vulnerability × Impact ou Risk = Likelihood × Impact.

Tipos de Risk Assessment:

  • Qualitative: escalas subjetivas (Alto/Médio/Baixo). Rápido, mas subjetivo. Usa matriz de risco (likelihood × impact)
  • Quantitative: valores monetários precisos. Requer dados históricos. Usado para justificar investimentos
  • Semi-Quantitative: híbrido — escalas numéricas com pesos
  • Ad-hoc: avaliação pontual reativa
  • Recurring: avaliações em intervalos regulares
  • One-time: avaliação única para projeto específico
  • Continuous: monitoramento contínuo (CSPM, vuln scanning)

Cálculos Quantitativos (memorize!):

  • AV (Asset Value): valor monetário do ativo
  • EF (Exposure Factor): percentual do ativo perdido em um único evento (0.0 a 1.0)
  • SLE = AV × EF — Single Loss Expectancy (perda em UM incidente)
  • ARO (Annual Rate of Occurrence): quantas vezes por ano espera-se que ocorra (0.5 = uma vez a cada 2 anos)
  • ALE = SLE × ARO — Annual Loss Expectancy (perda esperada por ano)
  • ROSI (Return on Security Investment): ALE_pre - ALE_pos - Custo_controle

Estratégias de Tratamento (4 As):

  • Avoid (Evitar): eliminar a atividade que gera o risco
  • Transfer (Transferir): seguro cibernético, terceirizar (mas accountability nunca transfere)
  • Mitigate (Mitigar): implementar controles para reduzir likelihood ou impacto
  • Accept (Aceitar): reconhecer formalmente que risco está dentro do apetite

Conceitos importantes:

  • Inherent Risk: risco antes de qualquer controle
  • Residual Risk: risco que permanece após controles
  • Risk Appetite: nível de risco que a organização está disposta a aceitar
  • Risk Tolerance: variação aceitável em torno do apetite
  • Risk Threshold: limite acima do qual ação é exigida
  • KRI (Key Risk Indicator): métrica que sinaliza aumento de risco
  • Risk Register: repositório formal de riscos identificados, com responsável, status, plano
  • Risk Owner: pessoa responsável por gerenciar um risco específico

Análise de Impacto no Negócio (BIA):

  • Identifica processos de negócio críticos
  • Define MTD (Maximum Tolerable Downtime), RTO, RPO
  • Quantifica impacto financeiro e reputacional
  • Insumo para BCP e DRP
Empresa avalia risco de DDoS no e-commerce. Asset Value: R$2M (receita anual). EF: 0.3 (DDoS derruba site por horas, perde-se 30% das vendas do dia). SLE: R$2M × 0.3 = R$600k. ARO: 1 (esperado 1× por ano). ALE inerente: R$600k. Implementa Cloudflare anti-DDoS (custo R$60k/ano). ARO pós-controle: 0.1 (incidente raríssimo). ALE residual: R$60k. Economia: R$540k - R$60k = R$480k/ano. Decisão: investir é altamente justificado (Mitigate). Compra também seguro cibernético cobrindo R$1M (Transfer) para riscos residuais. Aceita formalmente que algum downtime ainda pode ocorrer (Accept residual risk).
Quantitative / Qualitative SLE / ALE / ARO Inherent vs Residual Risk Appetite Risk Register BIA Avoid/Transfer/Mitigate/Accept KRI
5.3 — Compliance (Regulamentos e Conformidade)

Conformidade com leis, regulamentos e padrões. A SY0-701 cobra os principais regulamentos por escopo — saiba a quem cada um se aplica.

Regulamentos por Setor/Tipo:

  • PCI-DSS: empresas que armazenam, processam ou transmitem dados de cartão de pagamento. 12 requisitos. Exige segmentação de rede, encryption, vulnerability management, logging
  • HIPAA (EUA): dados de saúde (PHI). Aplica-se a Covered Entities (hospitais, planos) e Business Associates. Exige BAA com fornecedores
  • HITECH: emenda à HIPAA, fortalece notificação de breach
  • GDPR (UE): proteção de dados pessoais de residentes da UE. Multa até 4% da receita global anual ou €20M
  • LGPD (Brasil): espelho brasileiro da GDPR. Multa até 2% do faturamento Brasil ou R$50M por infração
  • CCPA / CPRA (Califórnia): proteção de dados de californianos
  • SOX (Sarbanes-Oxley): integridade de relatórios financeiros de empresas listadas em bolsa
  • FERPA: dados educacionais de estudantes (EUA)
  • GLBA: instituições financeiras (EUA)
  • FISMA: agências federais americanas
  • FedRAMP: provedores cloud que vendem para governo americano
  • NERC CIP: infraestrutura crítica de energia elétrica
  • NIS2 (UE): sucessor da diretiva NIS, expande para mais setores
  • DORA (UE): resiliência digital do setor financeiro europeu

Princípios da LGPD/GDPR:

  • Lawfulness: base legal para tratamento
  • Purpose Limitation: uso apenas para finalidade declarada
  • Data Minimization: coletar o mínimo necessário
  • Accuracy: manter dados precisos
  • Storage Limitation: reter apenas pelo tempo necessário
  • Integrity & Confidentiality: segurança apropriada
  • Accountability: demonstrar conformidade

Direitos do Titular (LGPD/GDPR): Acesso, Retificação, Eliminação (Right to be Forgotten), Portabilidade, Oposição, Revogação de Consentimento.

Frameworks de Atestação:

  • SOC 1: controles financeiros (relevante para SOX)
  • SOC 2: Trust Service Criteria — Security, Availability, Confidentiality, Processing Integrity, Privacy
  • SOC 2 Type I: design dos controles em ponto no tempo
  • SOC 2 Type II: efetividade operacional ao longo de 6-12 meses (preferido por enterprise)
  • SOC 3: versão pública/marketing do SOC 2
  • ISO 27001 Certification: certificação internacional do ISMS

Notificação de Breach:

  • GDPR: 72 horas para autoridade supervisora
  • LGPD: "prazo razoável" para ANPD (na prática, 2-3 dias)
  • HIPAA: 60 dias para indivíduos afetados (e mídia se >500 pessoas)
  • PCI-DSS: notificação imediata à bandeira/adquirente

Consequências de Não-conformidade: multas administrativas, sanções, perda de licenças, processos civis, danos reputacionais, perda de contratos.

E-commerce brasileiro vende para EUA e UE — está sujeito a múltiplos regulamentos: LGPD (clientes brasileiros), GDPR (clientes europeus), PCI-DSS (processa cartões), CCPA (clientes californianos). Estratégia: adotar o regulamento mais rigoroso como baseline (geralmente GDPR) e mapear gaps específicos. Ter DPO designado, Aviso de Privacidade unificado, processo de Data Subject Requests, RIPD/DPIA para tratamentos de alto risco, BAA/DPA com fornecedores, e tokenização para PCI reduzir escopo. Auditoria SOC 2 Type II anual atende clientes B2B enterprise.
PCI-DSS HIPAA / HITECH GDPR / LGPD SOX / GLBA FedRAMP / FISMA NERC CIP SOC 2 Type I/II Right to be Forgotten Breach Notification
5.4 — Third-Party Risk Management (Gestão de Risco de Terceiros)

Fornecedores são vetores cada vez mais comuns de ataque (supply chain). Gerenciar esse risco requer processos formais e contratos bem desenhados.

Vendor Risk Lifecycle:

  • 1. Due Diligence: avaliação prévia (questionários SIG, CAIQ, certificações ISO/SOC, financial health)
  • 2. Contracting: acordos formais com cláusulas de segurança
  • 3. Onboarding: provisionar acessos com PoLP, configurar monitoramento
  • 4. Ongoing Monitoring: avaliações periódicas, monitoramento contínuo
  • 5. Offboarding: revogar acessos, devolver dados, atestação de destruição

Tipos de Acordos (memorize!):

  • NDA (Non-Disclosure Agreement): acordo de confidencialidade. Define o que é informação confidencial e penalidades por divulgação
  • MOU (Memorandum of Understanding): intenção de cooperação. Geralmente NÃO vinculante legalmente
  • MOA (Memorandum of Agreement): mais formal que MOU, pode ser vinculante
  • SLA (Service Level Agreement): compromissos mensuráveis de serviço (uptime, response time, resolution time) com penalidades
  • MSA (Master Service Agreement): contrato master que define termos gerais entre as partes; SOWs específicos referem-se ao MSA
  • SOW (Statement of Work): escopo específico de um projeto/trabalho dentro do MSA
  • BPA (Business Partnership Agreement): termos de parceria de negócios, divisão de responsabilidades, lucros, perdas
  • BAA (Business Associate Agreement): exigido pelo HIPAA para fornecedores que tratam PHI
  • DPA (Data Processing Agreement): exigido pelo GDPR/LGPD entre Controller e Processor
  • ISA (Interconnection Security Agreement): controles de segurança para interconexão de redes entre organizações

Cláusulas de Segurança Críticas em Contratos:

  • Direito de auditoria (right to audit)
  • Notificação de breach em prazo definido
  • Padrões mínimos de segurança (encryption, MFA)
  • Subcontratação requer aprovação prévia
  • Localização dos dados (data residency)
  • Devolução/destruição de dados ao término
  • Indenização em caso de incidente
  • Seguro cibernético do fornecedor

Avaliações Comuns:

  • SIG (Standardized Information Gathering): questionário Shared Assessments
  • CAIQ (Consensus Assessment Initiative Questionnaire): CSA, focado em cloud
  • Vendor Security Reviews: análise interna baseada em respostas + evidências
  • Certifications Review: ISO 27001, SOC 2 Type II, PCI-DSS AOC
  • On-site Audits: visita ao fornecedor (raro mas possível para relacionamentos críticos)

Supply Chain Risk: riscos de dependências de software/hardware. Mitigações: SBOM (Software Bill of Materials), code signing, fornecedor avaliado, monitoring de CVEs em dependências (Dependabot, Snyk).

Empresa contrata SaaS de RH (ex: BambooHR). Processo: (1) Due Diligence: solicita SOC 2 Type II, ISO 27001 cert, questionário SIG; (2) Contracting: assina MSA + SOW + DPA (LGPD) + cláusulas de notificação de breach em 24h, right to audit, encryption obrigatória, dados em datacenter no Brasil; (3) Onboarding: federação SAML (sem senhas adicionais), CASB monitora atividade; (4) Monitoring: revisão anual da postura, alerta automático se houver incidente publicado; (5) Offboarding eventual: cláusula de exportação de dados em formato padrão + atestação de deleção em 30 dias após término. Sem isso, supply chain attack como SolarWinds pode acontecer.
NDA / MOU / MOA SLA / MSA / SOW BPA BAA (HIPAA) DPA (GDPR/LGPD) ISA SIG / CAIQ SBOM Right to Audit
5.5 — Data Privacy (Privacidade de Dados)

Privacidade é o direito de pessoas controlarem seus dados pessoais. Diferente de segurança (que protege contra acessos não autorizados), privacidade trata de uso apropriado mesmo com acesso autorizado.

Tipos de Dados Pessoais:

  • PII (Personally Identifiable Information): identifica indivíduo (nome, CPF, RG, email, telefone, endereço, IP em alguns contextos)
  • PHI (Protected Health Information): dados de saúde regulados pelo HIPAA
  • Sensitive PII: dados que podem causar dano se vazarem (SSN, CPF, dados financeiros, biométricos, raça, religião, orientação sexual, dados de menores)
  • PCI Data: dados de cartão de pagamento (PAN, CVV, dados do titular)
  • Customer Data: dados de relacionamento comercial
  • Trade Secrets / IP: propriedade intelectual da empresa

Papéis (LGPD/GDPR):

  • Data Subject (Titular): a pessoa cujos dados são tratados
  • Controller (Controlador): decide o "porquê" e "como" do tratamento
  • Processor (Operador): trata dados em nome do Controller
  • DPO (Data Protection Officer / Encarregado): ponto focal entre organização, titulares e ANPD/Autoridade

Princípios de Proteção:

  • Privacy by Design: privacidade considerada desde o início do projeto, não posteriormente
  • Privacy by Default: configurações mais privadas como padrão
  • Data Minimization: coletar apenas o necessário
  • Purpose Limitation: usar apenas para o propósito declarado
  • Storage Limitation: reter apenas pelo tempo necessário
  • Transparency: informar claramente sobre o tratamento

Conceitos importantes:

  • Consent: consentimento livre, informado, específico, granular e revogável
  • Legitimate Interest: base legal alternativa ao consentimento (mas exige avaliação de impacto)
  • Data Sovereignty: dados sujeitos à lei do país onde fisicamente residem
  • Cross-Border Transfer: transferência internacional — exige salvaguardas (SCCs, adequacy decisions, BCRs)
  • DPIA / RIPD (Data Protection Impact Assessment): avaliação obrigatória para tratamentos de alto risco
  • Records of Processing Activities (ROPA): registro obrigatório de operações de tratamento
  • Right to be Forgotten: titular pode exigir eliminação dos seus dados
  • Data Portability: titular pode requisitar seus dados em formato estruturado

Técnicas de Proteção da Privacidade:

  • Pseudonymization: substituição reversível de identificadores
  • Anonymization: remoção irreversível de identificadores (não é mais "dado pessoal")
  • Aggregation: dados em agregado estatístico sem identificação
  • Differential Privacy: ruído matemático adicionado a queries para impedir reidentificação
  • Tokenization & Masking: reduz exposição em telas, logs e DBs não críticos

Notificação de Breach (refresher): GDPR — 72h, LGPD — prazo razoável (~2-3 dias), HIPAA — até 60 dias para indivíduos. Notificação geralmente exige: natureza dos dados, volume, mitigações, contato do DPO.

App de fitness coleta dados de usuários. Privacy by Design aplicado: (1) Onboarding mostra Aviso de Privacidade claro e granular (peso é obrigatório? não, é opcional); (2) Coleta apenas o necessário — sem geolocalização contínua, apenas ao iniciar treino; (3) Pseudonymização: dados de saúde armazenados separados de identidade, ligados por token; (4) Aggregação: estatísticas mostradas a parceiros são agregadas (média de passos por região), nunca individuais; (5) Self-service: usuário pode exportar (portabilidade) ou deletar (right to be forgotten) dados em 1 clique; (6) DPO designado com email público; (7) DPIA realizada para feature de detecção de batimentos cardíacos (alto risco). Resultado: app é compliant com LGPD e GDPR sem fricção para usuário.
PII / PHI / SPII Controller / Processor DPO Privacy by Design Consent DPIA / RIPD ROPA Data Sovereignty Anonymization
5.6 — Auditing & Assessment (Auditoria e Testes)

Auditorias e avaliações verificam se controles existem, funcionam e atendem requisitos. Combinam abordagens internas e externas.

Tipos de Auditoria:

  • Internal Audit: conduzida pela própria organização (Internal Audit Department). Identifica gaps antes que externos vejam
  • External Audit: auditor independente. Maior credibilidade, exigida para certificações
  • Regulatory Audit: conduzida por reguladores (ANPD, Banco Central, SOX)
  • Compliance Audit: verifica conformidade com regulamentos específicos
  • Operational Audit: avalia eficiência operacional
  • Financial Audit: SOX, controles sobre relatórios financeiros

Penetration Testing — Tipos por Conhecimento:

  • Black Box (Unknown Environment): testador não tem informação prévia — simula atacante externo
  • White Box (Known Environment): conhecimento total — código, arquitetura, credenciais. Mais profundo
  • Gray Box (Partially Known): conhecimento parcial — ex: usuário autenticado normal

Pentest — Tipos por Origem:

  • External Test: simula atacante da internet
  • Internal Test: simula atacante já dentro (insider, máquina comprometida)
  • Physical Test: tentativa de invasão física (tailgating, lock picking)

Exercícios Adversariais (Team Colors):

  • Red Team: simula atacante real, ataque adversarial completo, geralmente sem aviso à defesa
  • Blue Team: defensores — SOC, IR team. Detectam e respondem
  • Purple Team: colaboração entre Red e Blue para melhorar defesas iterativamente
  • White Team: árbitros que coordenam o exercício

Pentest — Etapas (PTES — Penetration Testing Execution Standard):

  • 1. Pre-engagement (Rules of Engagement, escopo, ROE)
  • 2. Reconnaissance (passive + active)
  • 3. Threat Modeling
  • 4. Vulnerability Analysis
  • 5. Exploitation
  • 6. Post-Exploitation (privilege escalation, lateral movement, persistence)
  • 7. Reporting

Documentos importantes em Pentest:

  • ROE (Rules of Engagement): escopo, horários permitidos, alvos in/out of scope, métodos proibidos
  • Authorization Letter ("get out of jail card"): autorização escrita formal — sem isso, pentest é crime
  • Final Report: achados, severidade, evidências, recomendações

Outros tipos de Avaliação:

  • Vulnerability Assessment: identifica vulnerabilidades, sem explorar
  • Security Audit: verifica conformidade com padrões/políticas
  • Risk Assessment: avalia probabilidade × impacto
  • Bug Bounty: programa contínuo onde pesquisadores externos são recompensados
  • Threat Hunting: busca proativa por ameaças latentes
  • Tabletop Exercise: simulação em mesa, valida procedimentos
  • Attestation: declaração formal de conformidade (SOC 2, PCI AOC)

Continuous Monitoring: além de avaliações pontuais — CSPM, EDR, SIEM, vuln scanning automático garantem postura contínua.

Banco contrata pentest White Box anual de aplicação web crítica. Pre-engagement: ROE define escopo (apenas app de internet banking, não core banking), horário (madrugada para reduzir impacto), métodos proibidos (DDoS, social engineering em funcionários reais). Authorization letter assinada pelo CISO. Execution: 3 semanas de teste — descobre SQL injection em endpoint legado + JWT mal validado permitindo escalation horizontal + bucket S3 com backups públicos. Reporting: 12 achados (3 críticos, 5 altos, 4 médios), CVSS por achado, evidências (screenshots), recomendações priorizadas. Banco corrige críticos em 7 dias, contrata retest para validar correção. Em paralelo, mantém bug bounty público no HackerOne para descoberta contínua entre pentests.
Internal / External Audit Black/White/Gray Box Red / Blue / Purple Team ROE PTES Bug Bounty Threat Hunting Tabletop Attestation
// Diagrama — Risk Management: SLE / ALE / ARO & Risk Responses
CÁLCULO DE RISCO QUANTITATIVO SLE = Asset Value × EF Single Loss Expectancy = Valor do Ativo × Fator de Exposição ALE = SLE × ARO Annual Loss Expectancy = SLE × Annual Rate of Occurrence Exemplo: Servidor R$500k, EF=0.4, ARO=0.25/ano SLE=R$200k → ALE=R$200k×0.25=R$50k/ano RISK RESPONSES AVOID Eliminar o risco TRANSFER Seguro, terceirizar MITIGATE Reduzir probabilidade ACCEPT Risco residual aceitável FRAMEWORKS COBRADOS • NIST CSF (Identify,Protect,Detect,Respond,Recover) • ISO/IEC 27001 — ISMS internacional • NIST RMF — Risk Management Framework • SOC 2 Type I (design) vs Type II (efetividade 6m+) HIERARQUIA DE POLÍTICAS Policy (obrigatória, nível alto) Standard (especificações técnicas) Guidelines (recomendações flexíveis)

📋 Estudo de Caso: HealthData LTDA — Compliance LGPD e HIPAA

A HealthData processa dados de saúde de pacientes brasileiros para clínicas americanas. O DPO identificou que a empresa precisa estar em compliance tanto com LGPD (brasileira) quanto com HIPAA (americana).

Gap Assessment revelou: Ausência de Aviso de Privacidade, dados de menores sem consentimento específico, transferência de PHI para fornecedores sem BAA (Business Associate Agreement), e ausência de registro de operações de tratamento (RIPD).

Conexão com a prova: GDPR/LGPD (5.3), Data Privacy (5.5), Third-party agreements como BAA (5.4), Data classification PHI/PII (5.5). Questão típica: "Qual acordo é necessário entre covered entity e business associate sob HIPAA?" → BAA (Business Associate Agreement).

Cenário PBQ — Risk Assessment: Você deve realizar um risk assessment para um servidor de e-commerce com as seguintes informações: Asset Value = R$2.000.000. Probabilidade de ataque bem-sucedido = 30% ao ano (ARO=0.3). Em caso de ataque, 60% dos dados seriam comprometidos (EF=0.6). O custo de um controle de segurança (WAF + monitoramento) é R$80.000/ano.

Tarefa 1 Calcule o SLE (Single Loss Expectancy).
Tarefa 2 Calcule o ALE (Annual Loss Expectancy) e determine se o investimento no controle é justificável.
Tarefa 3 Após implementar o WAF, o ARO cai para 0.05. Qual é o novo ALE e qual foi o ALE poupado (valor do controle)?
▸ Ver Gabarito e Explicação
Tarefa 1 — SLE:
SLE = Asset Value × EF = R$2.000.000 × 0.6 = R$1.200.000

Tarefa 2 — ALE e justificativa:
ALE = SLE × ARO = R$1.200.000 × 0.3 = R$360.000/ano
Custo do controle = R$80.000/ano. Como ALE (R$360k) >> Custo controle (R$80k), o investimento é altamente justificável. ROI de segurança positivo.

Tarefa 3 — ALE pós-controle:
Novo ALE = R$1.200.000 × 0.05 = R$60.000/ano
ALE poupado = R$360.000 - R$60.000 = R$300.000/ano
Custo do controle = R$80.000/ano
Economia líquida = R$300.000 - R$80.000 = R$220.000/ano → controle muito justificado.
Quiz — Domínio 5 10 questões
D5 · Q01
Qual documento estabelece os requisitos mínimos obrigatórios e é o mais alto nível da hierarquia de políticas de segurança?
C está correto. Hierarquia: Policy (obrigatória, alto nível, "o quê") → Standard (especificações técnicas obrigatórias, "como medir") → Procedure (passo a passo operacional) → Guideline (recomendações flexíveis, não obrigatórias). Policy define o "o quê" sem especificar detalhes técnicos.
D5 · Q02
Uma empresa descobre que pode aceitar o risco residual de uma vulnerabilidade de baixo impacto em vez de implementar controles custosos. Qual estratégia de risco está sendo adotada?
D está correto. Risk Acceptance = decisão consciente de aceitar o risco residual porque o custo de mitigação excede o benefício ou o risco está dentro do apetite de risco da organização. Deve ser documentado formalmente. Risk Avoidance = eliminar a atividade de risco. Risk Transfer = seguro/terceirização. Risk Mitigation = implementar controles para reduzir o risco.
D5 · Q03
PCI-DSS se aplica a organizações que:
B está correto. PCI-DSS (Payment Card Industry Data Security Standard) = qualquer entidade que armazena, processa ou transmite dados de cartão de crédito/débito. HIPAA = dados de saúde (PHI). FISMA/FedRAMP = agências federais americanas. Nerc CIP = infraestrutura elétrica. Conheça cada regulamento e seu escopo para a SY0-701.
D5 · Q04
A diferença entre um relatório SOC 2 Type I e SOC 2 Type II é:
B está correto. SOC 2 Type I = "os controles foram bem desenhados?" (snapshot). SOC 2 Type II = "os controles funcionaram efetivamente por um período?" (6-12 meses de evidências). Type II é mais rigoroso e preferido por clientes enterprise. Ambos cobrem os Trust Service Criteria: Security, Availability, Confidentiality, Processing Integrity, Privacy.
D5 · Q05
Qual tipo de pentest é conduzido com conhecimento completo da arquitetura, código-fonte e credenciais do sistema alvo?
C está correto. White Box (Crystal Box) = testador tem total conhecimento (código, arquitetura, credenciais, diagramas). Mais completo e eficiente para encontrar vulnerabilidades profundas. Black Box = testador não tem informação, simula atacante externo. Gray Box = conhecimento parcial (ex: usuário autenticado mas sem acesso de admin). Red Team = simulação de ataque real adversarial, geralmente black box.
D5 · Q06
O NIST Cybersecurity Framework organiza as atividades de segurança em 5 funções. Qual a ordem correta?
B está correto. NIST CSF: Identify (inventário, avaliação de risco) → Protect (controles preventivos) → Detect (monitoramento, detecção) → Respond (resposta a incidentes) → Recover (recuperação e melhoria). Memorize com o acrônimo: I-P-D-R-R. Na versão 2.0 do NIST CSF, foi adicionada a função "Govern".
D5 · Q07
Uma empresa exige que dois funcionários diferentes aprovem transferências bancárias acima de R$10.000. Qual princípio de segurança isso implementa?
C está correto. Separation of Duties garante que nenhuma pessoa sozinha possa executar um processo completo de alto risco — reduzindo fraude e erros. Dual Control = requer dois indivíduos simultaneamente (como duas chaves para abrir cofre nuclear). Job Rotation = rotacionar funções para detectar fraudes e garantir que ninguém seja insubstituível. Least Privilege = acesso mínimo necessário.
D5 · Q08
Um fornecedor terceiro terá acesso ao sistema de RH da empresa. Qual documento formal define as expectativas de segurança e penalidades em caso de violação?
C está correto. SLA/MSA com cláusulas de segurança define expectativas, obrigações e penalidades legalmente vinculantes. NDA = confidencialidade, não define penalidades operacionais. MOU = intenções não vinculantes legalmente. BPA = acordo de parceria de negócios. Para HIPAA, o instrumento específico para fornecedores é o BAA (Business Associate Agreement). Conheça cada tipo de acordo para a prova.
D5 · Q09
O conceito de Data Sovereignty é relevante para empresas multinacionais porque:
B está correto. Data Sovereignty = dados armazenados em um país estão sujeitos à jurisdição legal daquele país. Exemplo: dados de brasileiros armazenados em servidor nos EUA estão sujeitos a leis americanas (CLOUD Act). Por isso, LGPD e GDPR exigem que transferências internacionais de dados sejam feitas apenas para países com nível adequado de proteção ou com salvaguardas contratuais.
D5 · Q10
A diferença entre qualitative e quantitative risk assessment é:
B está correto. Qualitative = risco expresso em categorias (Alto/Médio/Baixo) via matrizes de risco — mais rápido, subjetivo, bom para priorização inicial. Quantitative = usa valores monetários (ALE, SLE, ARO) — mais preciso, requer dados históricos, usado para justificar investimentos em controles (ROI de segurança). Na prática, organizações usam ambos dependendo do contexto.

📖 Glossário de Acrônimos & Siglas

Compilação completa das siglas mais cobradas no exame CompTIA Security+ SY0-701, organizadas por categoria. Use a busca para encontrar rapidamente uma sigla específica. Dominar essas abreviações é fundamental — a prova frequentemente apresenta cenários usando apenas o acrônimo, sem expandir o termo.

Conceitos Gerais & Princípios

CIA · Confidentiality, Integrity, AvailabilityTríade fundamental da segurança da informação.
AAA · Authentication, Authorization, AccountingFramework de controle de acesso: identificar, autorizar e auditar.
PoLP · Principle of Least PrivilegeConceder apenas o mínimo de privilégios necessários.
SoD · Separation of DutiesDivisão de responsabilidades entre múltiplas pessoas para prevenir fraude.
ZT / ZTA · Zero Trust / Zero Trust Architecture"Nunca confie, sempre verifique" — modelo sem perímetro implícito.
SDLC · Software Development Life CycleCiclo de vida de desenvolvimento de software seguro.
DevSecOps · Development, Security & OperationsIntegra segurança em todas as fases de DevOps.
CMDB · Configuration Management DatabaseRepositório de informações sobre ativos de TI e suas relações.
CAB · Change Advisory BoardComitê que revisa e aprova mudanças em sistemas.

Criptografia & PKI

AES · Advanced Encryption StandardCifra simétrica padrão (128/192/256 bits).
DES / 3DES · Data Encryption Standard / Triple DESCifras simétricas legadas, descontinuadas.
RSA · Rivest-Shamir-AdlemanAlgoritmo assimétrico clássico, baseado em fatoração de primos.
ECC · Elliptic Curve CryptographyCriptografia assimétrica eficiente, chaves menores que RSA.
ECDSA · Elliptic Curve Digital Signature AlgorithmAssinatura digital com curvas elípticas.
DH / DHE / ECDHE · Diffie-Hellman (Ephemeral / Elliptic Curve)Algoritmos para troca segura de chaves; versões "Ephemeral" provêm Forward Secrecy.
PFS · Perfect Forward SecrecyGarante que chaves comprometidas no futuro não exponham sessões passadas.
SHA · Secure Hash AlgorithmFamília de funções hash (SHA-256, SHA-3 são recomendados).
MD5 · Message Digest 5Hash legado, considerado quebrado para uso criptográfico.
HMAC · Hash-based Message Authentication CodeHash com chave secreta para integridade + autenticidade.
PBKDF2 · Password-Based Key Derivation Function 2Algoritmo de key stretching para senhas (junto com bcrypt, scrypt, Argon2).
TLS / SSL · Transport Layer Security / Secure Sockets LayerProtocolos para criptografia em trânsito (HTTPS). SSL é legado.
IPsec · Internet Protocol SecuritySuite de protocolos para VPN segura na camada 3.
IKE · Internet Key ExchangeProtocolo usado pelo IPsec para negociar chaves.
ESP / AH · Encapsulating Security Payload / Authentication HeaderComponentes do IPsec — ESP cifra+autentica, AH só autentica.
PKI · Public Key InfrastructureEcossistema de certificados digitais (CAs, CRLs, OCSP).
CA / RA · Certificate Authority / Registration AuthorityEmissor de certificados / validador de pedidos.
CRL · Certificate Revocation ListLista de certificados revogados antes da expiração.
OCSP · Online Certificate Status ProtocolVerificação em tempo real do status de um certificado.
CSR · Certificate Signing RequestPedido enviado à CA para emissão de certificado.
HSM · Hardware Security ModuleDispositivo físico dedicado para armazenar chaves criptográficas.
TPM · Trusted Platform ModuleChip na placa-mãe para armazenamento seguro de chaves locais.
KEK / DEK · Key Encryption Key / Data Encryption KeyHierarquia: KEK criptografa DEKs, que criptografam dados.
PEM / DER / PFX · Formatos de certificadoPEM (texto), DER (binário), PFX/P12 (com chave privada).

Autenticação & Identidade

MFA / 2FA · Multi-Factor / Two-Factor AuthenticationAutenticação com 2+ fatores de categorias diferentes.
SSO · Single Sign-OnUma autenticação dá acesso a múltiplos sistemas.
SAML · Security Assertion Markup LanguagePadrão XML para SSO empresarial e federação.
OAuth · Open AuthorizationFramework de autorização (delegação de acesso).
OIDC · OpenID ConnectCamada de autenticação sobre OAuth 2.0, usa JWT.
JWT · JSON Web TokenToken compacto e auto-contido para autenticação/autorização.
TOTP / HOTP · Time-based / HMAC-based One-Time PasswordCódigos OTP baseados em tempo / contador.
FIDO2 · Fast Identity Online 2Padrão moderno de autenticação sem senha (Passkeys, WebAuthn).
LDAP / LDAPS · Lightweight Directory Access Protocol (Secure)Protocolo de diretório (porta 389 / 636 com TLS).
AD · Active DirectoryServiço de diretório da Microsoft.
RADIUS · Remote Authentication Dial-In User ServiceAAA centralizado, UDP, comum em VPN/Wi-Fi 802.1X.
TACACS+ · Terminal Access Controller Access Control System PlusAAA Cisco, TCP, separa as 3 funções AAA.
EAP / PEAP · Extensible Authentication Protocol / Protected EAPFramework de autenticação usado em Wi-Fi (WPA2/3-Enterprise).
CHAP / PAP · Challenge-Handshake / Password Auth ProtocolProtocolos legados de autenticação (PAP envia senha em claro).
KDC / TGT / TGS · Key Distribution Center / Ticket-Granting Ticket / ServiceComponentes do Kerberos.

Ameaças, Ataques & Malware

APT · Advanced Persistent ThreatAtacantes sofisticados com persistência prolongada (geralmente nation-state).
TTP · Tactics, Techniques & ProceduresModus operandi de adversários, mapeado no MITRE ATT&CK.
IoC · Indicator of CompromiseEvidência de comprometimento (hashes, IPs, domínios maliciosos).
IoA · Indicator of AttackSinais de ataque em curso (não pós-evento).
DoS / DDoS · (Distributed) Denial of ServiceNegação de serviço (origem única / múltiplas).
MitM · Man-in-the-Middle (On-Path Attack)Atacante se posiciona entre duas partes comunicantes.
BEC · Business Email CompromiseAtaque por email se passando por executivo.
XSS · Cross-Site ScriptingInjeção de scripts em páginas web (Stored, Reflected, DOM-based).
CSRF / XSRF · Cross-Site Request ForgeryForça usuário autenticado a executar ação não desejada.
SQLi · SQL InjectionInjeção de comandos SQL via input não sanitizado.
XXE · XML External EntityExploração de parser XML para acesso a arquivos/SSRF.
SSRF · Server-Side Request ForgeryForça servidor a fazer requisições para recursos internos.
IDOR · Insecure Direct Object ReferenceAcesso não autorizado mudando IDs em URLs/parâmetros.
RCE · Remote Code ExecutionVulnerabilidade que permite executar código arbitrário remotamente.
CVE · Common Vulnerabilities and ExposuresIdentificador padronizado para vulnerabilidades públicas.
CVSS · Common Vulnerability Scoring SystemEscala 0–10 para severidade de vulnerabilidades.
CWE · Common Weakness EnumerationCatálogo de tipos/categorias de fraquezas em software.
KEV · Known Exploited VulnerabilitiesCatálogo da CISA com vulns ativamente exploradas.
RAT · Remote Access TrojanTrojan que dá controle remoto total ao atacante.
C2 / C&C · Command and ControlServidor controlado pelo atacante para comandar malware.
LOLBins · Living Off the Land BinariesUso de binários legítimos do SO para fins maliciosos.
PUP · Potentially Unwanted ProgramSoftware questionável (adware, toolbars).
RaaS · Ransomware as a ServiceModelo onde criadores de ransomware "alugam" para afiliados.
OWASP · Open Web Application Security ProjectComunidade que mantém o famoso Top 10 de vulns web.
SBOM · Software Bill of MaterialsInventário de componentes/dependências de software.

Rede, Firewalls & Protocolos

IDS / IPS · Intrusion Detection / Prevention SystemDetecta (passivo) / previne (inline) intrusões.
HIDS / HIPS · Host-based IDS / IPSIDS/IPS instalado no endpoint.
NIDS / NIPS · Network-based IDS / IPSIDS/IPS posicionado na rede, monitora tráfego.
WAF · Web Application FirewallFirewall de camada 7 para proteger aplicações web.
NGFW · Next-Generation FirewallFirewall com IPS, app awareness, threat intel integrados.
UTM · Unified Threat ManagementAppliance "tudo-em-um" (FW + AV + IDS + URL filter + VPN).
NAC · Network Access ControlVerifica postura do dispositivo antes de permitir acesso à rede.
VPN · Virtual Private NetworkTúnel criptografado entre redes/dispositivos.
VLAN · Virtual Local Area NetworkSegmentação lógica de switch (Layer 2).
DMZ · Demilitarized Zone (Screened Subnet)Zona semi-confiável para serviços públicos.
ACL · Access Control ListLista de regras controlando acesso a recursos.
NAT / PAT · Network / Port Address TranslationTradução de endereços IP / IP+porta.
DNS / DNSSEC · Domain Name System / DNS Security ExtensionsResolução de nomes / DNS com integridade assinada.
DHCP · Dynamic Host Configuration ProtocolAtribuição automática de IPs.
ARP · Address Resolution ProtocolMapeia IP para MAC na LAN.
ICMP · Internet Control Message ProtocolProtocolo de controle (ping, traceroute).
SNMP · Simple Network Management ProtocolGerenciamento de dispositivos de rede (use v3 com criptografia).
SSH · Secure ShellAcesso remoto seguro (porta 22).
RDP · Remote Desktop ProtocolAcesso remoto Windows (porta 3389).
SMB / CIFS · Server Message Block / Common Internet File SystemCompartilhamento de arquivos Windows (porta 445).
FTP / SFTP / FTPS · File Transfer Protocol / Secure FTP / FTP SecureTransferência de arquivos (FTP claro / SSH / TLS).
SMTP / IMAP / POP3 · Mail ProtocolsEnvio (25/587) / Recepção avançada (143/993) / Recepção simples (110/995).
SPF / DKIM / DMARC · Email Authentication ProtocolsValidação de remetente legítimo, anti-spoofing de email.
NTP · Network Time ProtocolSincronização de relógios — crucial para correlação de logs.
WPA2 / WPA3 · Wi-Fi Protected AccessPadrões de segurança Wi-Fi (WPA3 é o atual).
PSK / SAE · Pre-Shared Key / Simultaneous Auth of EqualsPSK = senha compartilhada (WPA2). SAE = handshake do WPA3.
802.1X · Port-based Network Access ControlAutenticação na porta antes de liberar acesso à rede.
SDN · Software-Defined NetworkingSepara control plane de data plane via software.
SD-WAN · Software-Defined Wide Area NetworkWAN gerenciada por software para múltiplas filiais.

Cloud & Virtualização

IaaS · Infrastructure as a ServiceProvedor entrega infra (VMs, storage). Ex: AWS EC2.
PaaS · Platform as a ServiceProvedor entrega plataforma de desenvolvimento.
SaaS · Software as a ServiceAplicação completa entregue. Ex: Office 365.
FaaS · Function as a ServiceServerless — executa código sob demanda. Ex: AWS Lambda.
XaaS · Anything as a ServiceTermo guarda-chuva para qualquer "X as a Service".
CSP · Cloud Service ProviderFornecedor de serviços cloud (AWS, Azure, GCP).
CASB · Cloud Access Security BrokerPonto de controle entre usuários e CSPs.
SASE · Secure Access Service EdgeConverge SD-WAN + segurança em plataforma cloud.
SSE · Security Service EdgeComponente de segurança do SASE (CASB+SWG+ZTNA).
CSPM · Cloud Security Posture ManagementIdentifica configurações inseguras em cloud.
CWPP · Cloud Workload Protection PlatformProtege workloads cloud (containers, VMs, serverless).
CIEM · Cloud Infrastructure Entitlement ManagementGerencia permissões/identidades em ambientes cloud.
ZTNA · Zero Trust Network AccessSubstituto moderno de VPN baseado em identidade.
SWG · Secure Web GatewayFiltra tráfego web de saída (URLs, malware, DLP).
SDP · Software-Defined PerimeterPerímetro dinâmico criado por software (base do ZTNA).
API · Application Programming InterfaceInterface de comunicação entre softwares.
IaC · Infrastructure as CodeProvisionamento via código declarativo (Terraform, CloudFormation).
VM · Virtual MachineMáquina virtualizada por hypervisor.
VPC · Virtual Private CloudRede virtual isolada dentro de cloud pública.

Operações & SOC

SOC · Security Operations CenterCentro de monitoramento contínuo de segurança.
SIEM · Security Information and Event ManagementColeta, correlaciona e alerta sobre eventos de segurança.
SOAR · Security Orchestration, Automation and ResponseAutomatiza respostas a alertas (playbooks).
EDR · Endpoint Detection and ResponseAntivírus moderno com telemetria e resposta.
XDR · Extended Detection and ResponseCombina EDR + NDR + cloud + email em plataforma única.
MDR · Managed Detection and ResponseServiço gerenciado de detecção/resposta.
NDR · Network Detection and ResponseDetecta ameaças via tráfego de rede.
UEBA · User and Entity Behavior AnalyticsDetecta anomalias usando ML sobre comportamento.
DLP · Data Loss PreventionDetecta e bloqueia exfiltração de dados sensíveis.
MDM · Mobile Device ManagementGerenciamento centralizado de dispositivos móveis.
UEM · Unified Endpoint ManagementGestão unificada de PCs, mobile, IoT em uma só plataforma.
MAM · Mobile Application ManagementControle granular de apps em mobile (foco em dados, não no device).
CSIRT · Computer Security Incident Response TeamEquipe dedicada à resposta a incidentes.
CERT · Computer Emergency Response TeamEquivalente a CSIRT, comum em governo.
IR · Incident ResponseProcesso de resposta a incidentes (NIST SP 800-61).
STIX / TAXII · Structured Threat Info eXpression / Trusted Automated eXchange of Indicator InformationPadrões de formato e transporte de threat intelligence.
MISP · Malware Information Sharing PlatformPlataforma open-source para compartilhar threat intel.
PCAP · Packet CaptureArquivo com captura completa de pacotes (Wireshark, tcpdump).
SAST / DAST / IAST · Static / Dynamic / Interactive Application Security TestingAnálise de código (estática) / runtime / híbrida.
SCA · Software Composition AnalysisIdentifica dependências/bibliotecas vulneráveis.

IAM, PAM & Controle de Acesso

IAM · Identity and Access ManagementGestão de identidades e acessos.
PAM · Privileged Access ManagementGestão de contas privilegiadas (admin, root, service).
PIM · Privileged Identity ManagementTermo Microsoft para gestão de identidades privilegiadas.
IdP / SP · Identity Provider / Service ProviderIdP autentica; SP confia no IdP (modelo de federação).
RBAC · Role-Based Access ControlAcesso baseado no papel/função do usuário.
ABAC · Attribute-Based Access ControlAcesso baseado em atributos (cargo, horário, localização).
DAC · Discretionary Access ControlDono do recurso decide quem acessa.
MAC · Mandatory Access ControlSistema impõe acesso por classificação (governo/militar).
JIT · Just-In-Time AccessPrivilégios concedidos temporariamente, expiram após uso.
SCIM · System for Cross-domain Identity ManagementPadrão para provisionamento automatizado entre IdPs e apps.
gMSA · Group Managed Service AccountService account AD com senha rotacionada automaticamente.
OU · Organizational UnitContainer de organização no Active Directory.
GPO · Group Policy ObjectPolítica de grupo no AD para configurações centralizadas.

Risco, Governança & Frameworks

SLE · Single Loss ExpectancySLE = AV × EF · Perda esperada em UM incidente.
ALE · Annualized Loss ExpectancyALE = SLE × ARO · Perda esperada por ano.
ARO · Annualized Rate of OccurrenceFrequência esperada de ocorrência por ano.
AV / EF · Asset Value / Exposure FactorValor do ativo / % de perda em um único evento.
ROSI · Return on Security InvestmentMétrica para justificar investimentos em segurança.
KRI / KPI · Key Risk / Performance IndicatorMétricas de risco / desempenho.
GRC · Governance, Risk & ComplianceDisciplina integrada de governança, risco e conformidade.
ISMS · Information Security Management SystemSistema de gestão de segurança da informação (ISO 27001).
NIST · National Institute of Standards and TechnologyInstituto americano que publica frameworks de segurança.
CSF · Cybersecurity FrameworkFramework do NIST: Identify, Protect, Detect, Respond, Recover (+Govern).
RMF · Risk Management FrameworkNIST SP 800-37 — usado por agências federais americanas.
ISO / IEC · International Organization for Standardization / International Electrotechnical CommissionISO 27001/27002, ISO 27701, ISO 22301, etc.
COBIT · Control Objectives for Information and Related TechnologiesFramework de governança e gestão de TI da ISACA.
CIS · Center for Internet SecurityPublica os CIS Controls (18 controles) e CIS Benchmarks.
STIG · Security Technical Implementation GuideGuias de hardening da DISA (Defense Information Systems Agency).
ATT&CK · Adversarial Tactics, Techniques & Common KnowledgeBase de conhecimento da MITRE sobre comportamento de adversários.
CISA · Cybersecurity & Infrastructure Security AgencyAgência americana de cibersegurança, mantém o KEV.
CSA / CCM · Cloud Security Alliance / Cloud Controls MatrixOrganização e seu framework de controles cloud.

Compliance & Privacidade

PCI-DSS · Payment Card Industry Data Security StandardPadrão para empresas que tratam dados de cartão.
HIPAA · Health Insurance Portability and Accountability ActLei americana de proteção de dados de saúde.
HITECH · Health Information Technology for Economic and Clinical HealthEmenda à HIPAA, fortalece notificação de breach.
PHI · Protected Health InformationInformação de saúde protegida pela HIPAA.
PII · Personally Identifiable InformationInformação pessoal identificável (nome, CPF, email).
SPII · Sensitive PIIPII sensível (biometria, raça, religião, dados financeiros).
GDPR · General Data Protection RegulationRegulamento europeu de proteção de dados.
LGPD · Lei Geral de Proteção de DadosLei brasileira inspirada no GDPR (Lei 13.709/2018).
CCPA / CPRA · California Consumer Privacy Act / Privacy Rights ActLeis californianas de privacidade.
SOX · Sarbanes-Oxley ActIntegridade de relatórios financeiros (empresas listadas em bolsa).
GLBA · Gramm-Leach-Bliley ActPrivacidade de dados em instituições financeiras (EUA).
FERPA · Family Educational Rights and Privacy ActProteção de dados educacionais de estudantes (EUA).
FISMA · Federal Information Security Modernization ActSegurança da informação em agências federais americanas.
FedRAMP · Federal Risk and Authorization Management ProgramAutorização de cloud para uso pelo governo americano.
NERC CIP · North American Electric Reliability Corp - Critical Infrastructure ProtectionPadrões de segurança para setor elétrico.
DPO · Data Protection Officer (Encarregado)Profissional responsável pela conformidade de privacidade.
DPIA / RIPD · Data Protection Impact Assessment / Relatório de Impacto à Proteção de DadosAvaliação obrigatória para tratamentos de alto risco.
ROPA · Records of Processing ActivitiesRegistro obrigatório das atividades de tratamento (LGPD/GDPR).
ANPD · Autoridade Nacional de Proteção de DadosAutoridade brasileira que fiscaliza a LGPD.
SOC 1 / SOC 2 / SOC 3 · System and Organization Controls ReportsRelatórios de atestação (SOC 2 = segurança, mais comum em SaaS).

Acordos, Contratos & Políticas

NDA · Non-Disclosure AgreementAcordo de confidencialidade.
SLA · Service Level AgreementCompromissos de serviço com penalidades.
MOU · Memorandum of UnderstandingIntenção de cooperação, geralmente NÃO vinculante.
MOA · Memorandum of AgreementMais formal que MOU, pode ser vinculante.
MSA · Master Service AgreementContrato master com termos gerais entre as partes.
SOW · Statement of WorkEscopo específico de projeto dentro de um MSA.
BPA · Business Partnership AgreementTermos de parceria de negócios.
BAA · Business Associate AgreementExigido pela HIPAA para fornecedores que tratam PHI.
DPA · Data Processing AgreementExigido pelo GDPR/LGPD entre Controller e Processor.
ISA · Interconnection Security AgreementControles de segurança para interconexão entre redes.
AUP · Acceptable Use PolicyPolítica de uso aceitável de recursos corporativos.
ROE · Rules of EngagementRegras formais para pentests (escopo, horários, métodos).
SIG / CAIQ · Standardized Info Gathering / Consensus Assessment Initiative QuestionnaireQuestionários padronizados de avaliação de fornecedores.

Hardware, IoT & ICS

BIOS / UEFI · Basic Input/Output System / Unified Extensible Firmware InterfaceFirmware de inicialização (UEFI substitui BIOS).
RAID · Redundant Array of Independent DisksTecnologia de redundância de discos (0, 1, 5, 6, 10).
NAS / SAN · Network Attached Storage / Storage Area NetworkStorage por rede (file-level / block-level).
IoT / IIoT · Internet of Things / Industrial IoTDispositivos conectados (consumo / industrial).
ICS · Industrial Control SystemSistemas que controlam processos industriais.
SCADA · Supervisory Control And Data AcquisitionSistemas que monitoram infraestrutura crítica.
OT · Operational TechnologyTecnologia que controla sistemas físicos.
PLC · Programmable Logic Controller"Cérebro" que executa lógica de controle em ICS.
HMI · Human-Machine InterfaceInterface gráfica para operadores em ICS.
RTU · Remote Terminal UnitColeta dados de sensores remotos em ICS.
RTOS · Real-Time Operating SystemSO com requisitos de timing determinístico.
SoC · System on a ChipComponentes integrados em um único chip.
FPGA · Field-Programmable Gate ArrayChip programável em campo para funções específicas.
BYOD · Bring Your Own DeviceFuncionário usa dispositivo pessoal no trabalho.
COPE · Corporate-Owned, Personally EnabledEmpresa fornece, mas permite uso pessoal.
CYOD · Choose Your Own DeviceEmpresa oferece lista de devices aprovados para escolha.
UEM · Unified Endpoint ManagementGerência unificada de todos os tipos de endpoints.

Continuidade & Recuperação

BCP · Business Continuity PlanPlano para manter o negócio operando durante crise.
DRP · Disaster Recovery PlanPlano para recuperar TI após desastre (subset do BCP).
BIA · Business Impact AnalysisAnálise que identifica processos críticos e seus RTOs/RPOs.
RTO · Recovery Time ObjectiveTempo máximo aceitável para restaurar serviço.
RPO · Recovery Point ObjectiveQuantidade máxima de dados que pode ser perdida.
MTD / MTPD · Maximum Tolerable Downtime / Period of DisruptionTempo máximo tolerável de indisponibilidade.
MTTR · Mean Time To RepairTempo médio para reparar um sistema.
MTBF · Mean Time Between FailuresTempo médio entre falhas (componentes reparáveis).
MTTF · Mean Time To FailureTempo médio até primeira falha (componentes não reparáveis).
HA · High AvailabilitySistemas que minimizam downtime (99.9%, 99.99%, 99.999%).
FT · Fault ToleranceCapacidade de continuar operando após falha de componente.
UPS · Uninterruptible Power SupplyNo-break — fornece energia em caso de queda elétrica.
PDU · Power Distribution UnitUnidade de distribuição de energia em rack.
HVAC · Heating, Ventilation & Air ConditioningClimatização — crítica em data centers.
WORM · Write Once, Read ManyMídia/storage onde dados gravados não podem ser alterados.
🎯 Testes de Prática · 200 Questões

Pratique por domínio

200 questões cobrindo todos os domínios SY0-701 com feedback detalhado e relatório de desempenho.

Escolha um modo de estudo
SY0-701 · 200 questões disponíveis
Total: 0 0 0
Estudo por domínio

Clique num domínio para praticar todas as questões daquela área.

Quiz misto — todos os domínios
Quiz personalizado — escolhe os domínios

Seleciona 2 ou mais domínios e a quantidade de questões.

Seleciona ao menos 1 domínio
Depoimentos · Quem passou com este material

O que dizem sobre este guia

Este material foi criado com base na experiência real de quem estudou e passou na CompTIA Security+ SY0-701.

👩🏾‍💻
Larissa Paiva
IT Operations · Van Ameyde · Lisboa
✓ Aprovada
★★★★★

"Estudei 8 dias com este guia, focando nos domínios mais pesados (D2 e D4), e passei com folga. O que mais me ajudou foram os estudos de caso, os PBQs e os quizzes por domínio — a prova cobra exatamente esse tipo de raciocínio contextualizado."

CompTIA Security+ SY0-701 · Maio 2025
💬
O seu depoimento aqui

Passou na Security+ usando este material? Entre em contacto!

Enviar depoimento →
200
Questões
5
Domínios
750
Min Score

Pool de 200 questões cobrindo todos os domínios SY0-701 com feedback detalhado e relatório de desempenho.

📅 Cronograma de Estudo · 8 dias até a prova

Plano estruturado de 4h/dia × 8 dias = 32h totais, combinando vídeos do Professor Messer (gratuitos no YouTube), o material deste site e prática intensiva. Cada dia tem 4 blocos: vídeo-aula, leitura, prática e revisão. A divisão respeita o peso de cada domínio na prova.

📅28/04 → 06/05
32h totais
🎯Prova: 06/05
📊5 domínios + simulado
DIA 1· Terça · 28/04
8 dias para a prova

Domínio 1 — General Security Concepts

12% da prova · ~11 questões
🎥 Vídeos · Professor Messer Section 1 1h30
  • 1.1 Security Controls
  • 1.2 The CIA Triad · Non-repudiation · AAA · Gap Analysis · Zero Trust · Physical Security · Deception
  • 1.3 Change Management
  • 1.4 Public Key Infrastructure · Encrypting Data · Key Exchange · Hashing · Digital Signatures · Certificates
📘 Leitura · Material HTML 1h
  • Aba D1 · ler "Explicação Detalhada dos Tópicos" 1.1 a 1.4
  • Estudar a fundo: tipos de controles (categoria × propósito)
  • Anotar à mão exemplos de cada controle (memorização ativa)
✏️ Prática · Quiz & PBQ 1h
  • Quiz interativo D1 (10 questões)
  • Resolver PBQ do D1
  • Refazer questões erradas e anotar pontos fracos
🔄 Revisão · Acrônimos 30min
  • Aba Acrônimos · Conceitos Gerais · Criptografia · Autenticação
DIA 2· Quarta · 29/04
7 dias para a prova

Domínio 2.1 — Threats & Vetores de Ataque

D2 vale 22% · ~20 questões · maior peso
🎥 Vídeos · Messer Section 2.1 + 2.2 1h30
  • 2.1 Threat Actors · Attributes · Motivations
  • 2.2 Common Threat Vectors
  • 2.2 Phishing · Impersonation · Watering Hole · Other Social Eng Attacks
📘 Leitura · Material HTML 1h
  • Aba D2 · tópicos 2.1 (Threat Actors) e 2.2 (Vetores)
  • Memorizar diferenças entre tipos de phishing (vishing/smishing/whaling/BEC)
  • Estudar exemplos reais: SolarWinds, Stuxnet, BEC famosos
✏️ Prática · Quiz parcial 1h
  • Quiz D2 questões 1 a 5
  • Pop Quiz do Professor Messer (site oficial dele)
🔄 Revisão · Acrônimos 30min
  • Aba Acrônimos · categoria Ameaças/Ataques/Malware
  • Repassar acrônimos do Dia 1
DIA 3· Quinta · 30/04
6 dias para a prova

Domínio 2.2 — Vulns, Malware & Mitigações

Conclusão do D2 · domínio mais cobrado
🎥 Vídeos · Messer Section 2.3 a 2.5 1h30
  • 2.3 Memory Injections · Buffer Overflows · Race Conditions · OS Vulns · SQLi · XSS · Hardware/Cloud/Supply Chain Vulns · Zero-day
  • 2.4 IoCs · Malware Types · Network/DNS/Wireless/On-path Attacks · Application/Crypto/Password Attacks
  • 2.5 Segmentation · Mitigation Techniques · Hardening Techniques
📘 Leitura · Material HTML 1h
  • Aba D2 · tópicos 2.3, 2.4, 2.5 e 2.6
  • Tabela mental: cada tipo de malware × como detectar × mitigar
  • Reler OWASP Top 10 (SQLi, XSS, IDOR, etc.)
✏️ Prática · Quiz completo D2 + PBQ 1h
  • Quiz D2 questões 6 a 10
  • Refazer questões 1 a 5 (revisão)
  • Resolver PBQ D2
🔄 Revisão · Tabela de Malware 30min
  • Memorizar diferenças: vírus × worm × trojan × RAT × rootkit × bootkit
  • Diferenciar: fileless × LOLBins × logic bomb × backdoor
DIA 4· Sexta · 01/05 🌷
5 dias para a prova

Domínio 3 — Security Architecture

18% da prova · ~16 questões
🎥 Vídeos · Messer Section 3 completo 1h30
  • 3.1 Cloud Infrastructure · Network Infrastructure · Other Infrastructure Concepts
  • 3.2 Infrastructure Considerations · Secure Infrastructure · Secure Communication
  • 3.3 Data Types · Data Classifications · States of Data · Data Protection
  • 3.4 Resiliency · Capacity Planning · Recovery
📘 Leitura · Material HTML 1h
  • Aba D3 · tópicos 3.1 a 3.6 (Network, Cloud, Infra, Data, Resiliência, IoT/ICS)
  • Memorizar Shared Responsibility Model (IaaS vs PaaS vs SaaS)
  • Diferenciar IDS/IPS · NGFW/UTM/WAF · Hot/Warm/Cold sites
✏️ Prática · Quiz D3 + PBQ 1h
  • Quiz interativo D3 (10 questões)
  • Resolver PBQ D3
  • Estudar diagrama DMZ/Screened Subnet do material
🔄 Revisão · Acrônimos 30min
  • Aba Acrônimos · Cloud/Virtualização · Rede/Firewalls/Protocolos
  • Memorizar portas: 22/443/3389/445/53/389/636 etc.
DIA 5· Sábado · 02/05
4 dias para a prova

Domínio 4.1 — Security Operations (Parte A)

D4 vale 28% · ~25 questões · MAIOR peso!
🎥 Vídeos · Messer Section 4 (parte 1) 1h30
  • 4.1 Secure Baselines · Hardening Targets · Wireless · Mobile · Wireless Security · Application Security
  • 4.2 Asset Management · Vulnerability Management · Vulnerability Scanning
  • 4.3 Alerting and Monitoring · SCAP · Benchmarks · Reporting
📘 Leitura · Material HTML 1h
  • Aba D4 · tópicos 4.1 (Hardening), 4.2 (Vuln Mgmt), 4.3 (IR Lifecycle NIST 800-61)
  • Memorizar fases do IR Lifecycle: Preparation → Detection → Containment → Eradication → Recovery → Lessons Learned
✏️ Prática · Quiz parcial D4 1h
  • Quiz D4 questões 1 a 5
  • Estudar diagrama NIST IR Lifecycle do material
🔄 Revisão · Acrônimos 30min
  • Aba Acrônimos · Operações & SOC
DIA 6· Domingo · 03/05
3 dias para a prova

Domínio 4.2 — Forense, SIEM & IAM

Conclusão do D4 (maior peso da prova)
🎥 Vídeos · Messer Section 4 (parte 2) 1h30
  • 4.4 Incident Response Process · Training · Testing · Digital Forensics
  • 4.5 Log Data · Other Investigation Sources
  • 4.6 Provisioning/Deprovisioning · Permission Assignments · Identity Proofing · Federation · SSO · Interoperability · MFA · Password Concepts · Privileged Access Management
  • 4.7 Automation and Orchestration · 4.8 Incident Response Activities · 4.9 Use Data to Support Investigations
📘 Leitura · Material HTML 1h
  • Aba D4 · tópicos 4.4 (Forense), 4.5 (SIEM/Logs), 4.6 (IAM/PAM)
  • MEMORIZAR Order of Volatility (RFC 3227) — cobrado quase sempre
  • Memorizar Event IDs Windows: 4624, 4625, 4648, 4672, 4688, 1102
  • RBAC vs ABAC vs DAC vs MAC — saber diferenciar
✏️ Prática · Quiz completo D4 + PBQ 1h
  • Quiz D4 questões 6 a 10
  • Refazer questões 1 a 5 (consolidação)
  • Resolver PBQ D4
🔄 Revisão · Acrônimos 30min
  • Aba Acrônimos · IAM/PAM · Continuidade/Recuperação
  • RTO/RPO/MTTR/MTBF — saber as fórmulas
DIA 7· Segunda · 04/05
2 dias para a prova

Domínio 5 — Security Program Management

20% da prova · ~18 questões · GRC, Risco, Compliance
🎥 Vídeos · Messer Section 5 completo 1h30
  • 5.1 Security Governance · Policies · Standards · Procedures · External Considerations · Monitoring · Governance Structures · Roles
  • 5.2 Risk Identification · Risk Assessment · Analysis · Register · Tolerance · Strategies · Reporting · BIA
  • 5.3 Vendor Assessment · Selection · Agreements · Monitoring
  • 5.4 Compliance Reporting · Consequences · Privacy
  • 5.5 Audits and Assessments
  • 5.6 Security Awareness Practices
📘 Leitura · Material HTML 1h
  • Aba D5 · tópicos 5.1 a 5.6 completos
  • DECORAR fórmulas: SLE = AV × EF · ALE = SLE × ARO
  • Tabela mental: NDA × MOU × MSA × SOW × BPA × BAA × DPA × ISA
  • Diferenciar regulamentos: PCI-DSS × HIPAA × GDPR × LGPD × SOX
✏️ Prática · Quiz D5 + cálculos 1h
  • Quiz D5 (10 questões)
  • Resolver PBQ D5
  • Praticar 10 cálculos de SLE/ALE/ARO inventados
🔄 Revisão · Acrônimos 30min
  • Aba Acrônimos · Compliance/Privacidade · Risco/Governança · Acordos/Contratos
DIA 8· Terça · 05/05
VÉSPERA · 1 dia

🎯 Revisão Geral & Simulado Completo

Hoje é o dia mais importante de TODOS
📝 Simulado Cronometrado 2h
  • Simulado completo de 90 questões em 90 minutos (cronômetro!)
  • Use Professor Messer Pop Quiz, Exam Compass ou CertMaster Practice
  • 30 minutos de análise dos erros
  • Identificar 3 pontos fracos para reforçar
📘 Reforço dos pontos fracos 1h
  • Reler explicações detalhadas dos tópicos onde errou no simulado
  • Reassistir vídeos curtos do Messer dos tópicos fracos
✏️ Refazer todos os 50 quizzes 45min
  • Refazer todos os quizzes do material (D1 a D5)
  • Meta: acertar 90%+ em cada domínio
🔄 Revisão Final & Descanso 15min + DORMIR
  • Repasso rápido na aba Acrônimos (apenas leitura)
  • NÃO ESTUDE NADA NOVO HOJE!
  • Jantar leve, hidratação, dormir 7-8h · Sem cafeína à noite
🎯 DIA DA PROVA· Quarta · 06/05
HOJE!

Você está pronta. Boa sorte! 💪

90 questões · 90 minutos · Aprovação: 750/900
☀️ Manhã (antes da prova) 2h máx
  • Café da manhã reforçado e hidratação
  • Revisão SUPER LEVE: aba Acrônimos · diagramas · fórmulas SLE/ALE/ARO
  • NÃO ESTUDE CONTEÚDO NOVO! Apenas releitura para acalmar
  • Chegar 30 min antes do horário da prova · documento + confirmação
📋 Durante a prova · Estratégia 90min
  • PBQs aparecem no início — se travar, marque e volte depois (não gaste mais que 5min)
  • 1 minuto por questão em média · não fique preso em 1 questão
  • Leia DUAS vezes · sublinhe palavras-chave (BEST, MOST, FIRST, NOT)
  • Eliminação: descarte 2 alternativas claramente erradas primeiro
  • Cuidado com palavras absolutas: "always", "never", "all"
  • Pense como CompTIA: o que SEGURANÇA quer × o que TI faria
  • Reserve 10 minutos finais para revisar marcadas

🔗 Recursos Recomendados

Professor Messer · YouTube youtube.com/@professormesser

Curso completo SY0-701 gratuito, organizado por seção do exame.

Professor Messer · Pop Quiz professormesser.com/sy0-701-pop-quiz

Quizzes diários gratuitos com explicações detalhadas.

Exam Compass · Practice Tests examcompass.com (gratuito)

Simulados gratuitos sem cadastro.

CompTIA CertMaster Practice comptia.org/certmaster-practice

Plataforma oficial paga · simulado realista próximo da prova.

Reddit · r/CompTIA reddit.com/r/CompTIA

Experiências de candidatos aprovados, dicas, desabafos.

Anki · Flashcards apps.ankiweb.net

App de flashcards com repetição espaçada · ótimo para acrônimos.

💡 Dicas de Ouro para a Reta Final