Aula 3 de 4 · 9 min
Ativos, ameaças, e escolhendo controles na proporção certa
Uma análise de risco pequena e repetível: o que você tem, o que poderia dar errado, quão provável e quão ruim, e quais controles realmente correspondem a isso.
O esforço de segurança é finito: tempo, dinheiro, e quanto atrito você e seus colegas vão tolerar antes de desistir de uma salvaguarda. A Publicação Especial 800-30 do NIST, o guia de avaliação de risco do governo dos EUA, existe para fazer esse esforço pousar onde importa. Ela define a avaliação de risco como "o processo de identificar, estimar e priorizar riscos", e sua ideia central se reduz de escala facilmente: uma ONG de duas pessoas consegue percorrer as mesmas quatro perguntas que uma grande agência percorre, só que mais rápido e com menos burocracia.
Os quatro termos que fazem a avaliação de risco funcionar
| Termo | Definição do NIST (parafraseada) | Um exemplo concreto |
|---|---|---|
| Ativo | Algo que você valoriza e sofreria ao perder | A identidade de uma fonte; o processo de um cliente; uma lista de doadores; a conta de e-mail da organização |
| Ameaça | Qualquer evento com potencial de causar dano por meio de acesso não autorizado, divulgação ou interrupção | Uma mensagem de phishing; um notebook perdido; uma intimação; um ex-funcionário com credenciais antigas |
| Vulnerabilidade | Uma fraqueza que uma ameaça poderia explorar ou acionar | Sem bloqueio de tela; uma senha compartilhada; software não corrigido; um link público de planilha de doadores |
| Probabilidade e impacto | Quão provável é a ameaça, e quão ruim seria se acontecesse | Uma tentativa de phishing: provável, impacto moderado. Uma intimação para a mesma caixa de entrada: menos provável, impacto grave |
Um exemplo trabalhado: a lista de doadores
Tome a planilha de doadores de uma pequena ONG, mantida em uma pasta compartilhada na nuvem. O ativo são os nomes, e-mails e valores de doação dos doadores. Uma ameaça plausível é um e-mail de phishing para quem tem acesso de edição, visando roubar seu login. A vulnerabilidade é que o link da pasta só exige uma senha, não um segundo fator, e essa senha é reutilizada em outros lugares. A probabilidade é significativa (o phishing é comum, segundo a aula anterior), e o impacto é real, mas não catastrófico: constrangimento, possivelmente alguma preocupação dos doadores, não perigo físico. Essa combinação aponta para controles proporcionais: autenticação multifator na conta, uma senha única, e limitar o acesso de edição a quem realmente precisa dele — não, por exemplo, tirar a lista da internet por completo ou comprar software de segurança empresarial que a organização não consegue manter.
Um exemplo trabalhado: a identidade da fonte
Agora tome o conhecimento de um jornalista sobre uma fonte confidencial dentro de uma agência governamental. O ativo é a identidade da fonte. A ameaça é um agente estatal com poder legal para exigir registros, e motivação suficiente para realmente usá-lo (lembre do modelo de adversário da primeira aula: esse agente tem recursos reais e baixa aversão a risco). A vulnerabilidade pode ser que a operadora do telefone do repórter registre quem ligou para quem, ou que existam anotações em um aplicativo de notas comum e sem criptografia. A probabilidade pode ser menor do que no caso do phishing, mas o impacto é grave — a fonte poderia perder o emprego, a liberdade ou a segurança. Essa combinação justifica controles desproporcionais em relação ao exemplo da lista de doadores: dispositivos separados para reportagens sensíveis, comunicação pelo Signal em vez de ligações ou mensagens de texto comuns, e, segundo a próxima aula, tratar isso como um caso para ajuda especializada em vez de defesas autodidatas.
Ajustando o esforço ao risco, não ao medo
O NIST 800-30 apresenta isso como avaliar o risco "em relação à tecnologia, aos processos, aos indivíduos [e] à organização" e escolher uma resposta: aceitar um risco pequeno, reduzi-lo com um controle, ou, em casos raros, transferi-lo ou evitá-lo por completo (por exemplo, simplesmente não guardando uma informação de forma alguma). A disciplina está em resistir a dois erros opostos: tratar todo risco como catastrófico, o que esgota pessoas e orçamentos em controles que ninguém mantém, e tratar todo risco como aceitável, o que deixa a única ameaça real sem resposta. Uma versão de cinco minutos dessa análise, anotada e revisitada quando as circunstâncias mudam, vence uma sensação não anotada de que "provavelmente deveríamos ser mais cuidadosos".
Uma lista de verificação curta para reutilizar
- Liste as duas ou três coisas que você menos gostaria de ver expostas, perdidas ou destruídas.
- Para cada uma, nomeie o adversário realista da primeira aula — não o mais assustador que você consegue imaginar.
- Nomeie uma fraqueza concreta que esse adversário realmente poderia usar.
- Avalie probabilidade e impacto honestamente, e escolha um controle do tamanho dessa avaliação.
- Anote a decisão; revisite-a se seu trabalho, seus dados, ou o adversário mudarem.
Para lembrar
- A avaliação de risco identifica ativos, ameaças e vulnerabilidades, e depois estima probabilidade e impacto antes de escolher uma resposta.
- O NIST SP 800-30 define a avaliação de risco como identificar, estimar e priorizar o risco, não eliminá-lo.
- O mesmo ativo pode exigir controles muito diferentes dependendo do adversário realista e do impacto de uma falha.
- Os controles deveriam ser proporcionais: de menos deixa risco real sem resposta; demais esgota pessoas e orçamentos.
- Uma análise de risco curta e anotada vence uma sensação não anotada de "deveríamos ser cuidadosos", e deveria ser revisitada quando as coisas mudam.
Teste seus conhecimentos
1. Em termos de análise de risco, o que é uma "vulnerabilidade"?
- A pessoa ou grupo que quer causar dano
- Uma fraqueza que uma ameaça poderia explorar ou acionar — Certo.
- O valor do que você está protegendo
- Uma ferramenta usada para defender um sistema
O NIST define uma vulnerabilidade como uma fraqueza em um sistema, procedimento ou implementação que uma fonte de ameaça poderia explorar.
2. Por que o risco da identidade da fonte do jornalista poderia justificar controles mais fortes do que o risco da lista de doadores da ONG, mesmo que a ameaça da lista de doadores seja mais provável?
- A probabilidade é o único fator que importa
- O impacto também importa, e perder uma fonte pode significar dano grave e irreversível — Certo.
- Jornalistas sempre enfrentam mais ameaças do que ONGs
- Listas de doadores nunca valem a pena proteger
O risco combina probabilidade e impacto. Um resultado menos provável, mas muito mais grave, pode justificar controles mais fortes do que um mais provável, porém mais brando.
3. O que o NIST SP 800-30 recomenda fazer com um risco identificado?
- Sempre eliminá-lo completamente, independentemente do custo
- Ignorar riscos abaixo de um limite fixo
- Escolher uma resposta proporcional: aceitar, reduzir, transferir ou evitar — Certo.
- Comprar o produto de segurança mais caro disponível
A gestão de risco envolve pesar opções e selecionar uma resposta do tamanho do risco, não aplicar uma reação fixa a todo caso.
Praticar com o FireAI
Coloque esta lição em prática no seu próprio Mac.
- Escolha o modo de segurança certo para onde você está, e use o botão de corte — Ajuste o rigor do FireAI ao lugar onde você está, e saiba onde fica a parada de emergência.
- Ative as listas de ameaças, e investigue uma conexão sinalizada — Passe de uma bandeira vermelha para uma resposta real em uma única página, sem sair do FireAI.
- Investigue uma conexão — Decida com os fatos à sua frente, não com um aviso vago.
Fontes
- NIST SP 800-30 Rev. 1: Guide for Conducting Risk Assessments
- NIST Computer Security Resource Center Glossary: risk assessment
- NIST Computer Security Resource Center Glossary: threat
- NIST Computer Security Resource Center Glossary: vulnerability
Coloque em prática no seu Mac
Teste todos os recursos grátis por 17 dias, sem cartão.