OpenCyber Academy
Pós-graduação · Capítulo 1 · Português
Código do curso: OCA-158Capítulo 01: OCA-158-C001

Capítulo 1 — Tomada de decisão avançada em segurança

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Mapa da aula

Aula 01 publicada. Mapa, exemplo, EX001.

flowchart TD
  N0["1.1 Por que as decisões de segurança de IA são difer"]
  N1["1.2 Um registro de decisão"]
  N2["1.3 Estruturando com o AI RMF"]
  N3["1.4 Decidindo sob incerteza"]
  N4["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4
  N4 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX001"]

Desenho lógico

flowchart LR
  N0["1.1 Por que as decisões de segurança de IA são difer"]
  N1["1.2 Um registro de decisão"]
  N2["1.3 Estruturando com o AI RMF"]
  N3["1.4 Decidindo sob incerteza"]
  N4["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX001"]
[1.1 Por que as decisões de segurança de IA são difer]
    |
    v
[1.2 Um registro de decisão]
    |
    v
[1.3 Estruturando com o AI RMF]
    |
    v
[1.4 Decidindo sob incerteza]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX001]

Objetivos de aprendizagem

Você vai (1) formular uma decisão de segurança de IA como opções, consequências e incerteza; (2) separar fatos, estimativas e valores num registro de decisão; (3) usar as funções do NIST AI RMF para estruturar escolhas na escala da organização; (4) decidir com evidências incompletas, com gatilhos explícitos de revisão; e (5) comunicar uma decisão de modo que outros possam contestá-la.

1.1 Por que as decisões de segurança de IA são diferentes

A maioria das decisões de segurança diz respeito a sistemas cujo comportamento é especificado por código. Sistemas de IA acrescentam comportamento aprendido a partir de dados e, no caso dos modelos de linguagem, comportamento conduzido por texto que atacantes podem fornecer. Daí decorrem três consequências. Primeiro, as taxas de falha são estatísticas: um controle que bloqueia 97% das injeções testadas não bloqueia "a injeção". Segundo, as evidências envelhecem depressa, porque modelos, prompts e técnicas de ataque mudam. Terceiro, o mesmo modelo pode ser seguro numa implantação e perigoso em outra, conforme as ferramentas e os dados que consegue alcançar. Por isso, o trabalho de um especialista sênior é menos encontrar um controle perfeito do que escolher, com a incerteza declarada, entre opções imperfeitas, e providenciar que a escolha seja revista.

1.2 Um registro de decisão

Um registro útil tem sete partes: a pergunta; as opções (sempre incluindo "não fazer nada" e "não implantar"); as consequências de cada uma para as partes afetadas; as evidências, rotuladas como fato, estimativa ou suposição; os valores e o apetite a risco aplicados; a decisão com seu responsável; e os gatilhos de revisão (uma data, um limiar de métrica, uma mudança de modelo, um incidente). Escrever os valores separadamente importa: duas pessoas podem concordar com todos os fatos e ainda discordar sobre se um reembolso indevido em cada 1.000 é aceitável. Esconder essa discordância dentro de uma "pontuação de risco" impede um debate honesto.

1.3 Estruturando com o AI RMF

O NIST AI 100-1 organiza o trabalho de risco de IA em Govern (governar), Map (mapear), Measure (medir) e Manage (gerenciar). Use-o como lista de verificação para a decisão: há um responsável e uma política (Govern)? O contexto — usuários, dados, ferramentas, pessoas afetadas — está mapeado (Map)? Há evidências sobre os riscos relevantes, com limites conhecidos (Measure)? Os tratamentos estão escolhidos, priorizados e monitorados (Manage)? Lacunas em qualquer função sinalizam onde a decisão é mais fraca. O Perfil de IA Generativa (NIST AI 600-1) acrescenta riscos próprios de sistemas generativos, como integridade da informação e segurança da informação, que devem aparecer na etapa Map das implantações de modelos de linguagem.

1.4 Decidindo sob incerteza

Raramente você tem as evidências que gostaria. Três ferramentas ajudam. Limitação: se nenhuma falha foi vista em n tentativas independentes, o limite superior de 95% da taxa de falha é de aproximadamente 3/n, de modo que 0 em 300 ainda permite cerca de 1%. Reversibilidade: prefira opções que possam ser desfeitas a baixo custo — uma feature flag, um limite de reembolso, uma implantação escalonada. Valor da informação: pergunte se mais testes poderiam mudar a decisão; se não, decida agora. A decisão de Amira sobre reembolsos usa as três: o limite de 0 em 400, um teto baixo que pode ser elevado depois e um gatilho em vez de mais testes.

1.5 Exemplo resolvido (caso sintético da Corvane)

O conselho pergunta a Amira se o Dispatch Copilot pode emitir reembolsos automaticamente. Opções: (a) nenhum reembolso pelo agente; (b) reembolsos de até €50, com verificações de política fora do modelo; (c) reembolsos de até €500. Evidências: num teste isolado, 0 de 400 conversas adversariais produziram um reembolso fora da política na opção (b) (limite superior ≈ 0,75%), enquanto dados do atendimento ao cliente estimam €180.000 por ano em economia de atendimento. Valores: o diretor financeiro aceita até €10.000 por ano em reembolsos indevidos. Amira calcula a pior exposição plausível em 0,75% de 60.000 reembolsos × €50 ≈ €22.500, acima do apetite; com limite de €20, o mesmo limite superior dá €9.000, dentro dele, por isso ela recomenda (b) com limite de €20 por três meses, com um gatilho para revisão após 10.000 reembolsos reais ou qualquer abuso confirmado.

1.6 Erros e limites

Quatro erros são comuns: apresentar uma pontuação única em vez de opções e consequências; tratar "nenhuma falha vista" como "nenhuma falha possível"; omitir "não implantar" das opções; e decisões sem responsável ou gatilho de revisão. Cada erro enfraquece uma decisão. Uma pontuação única esconde as opções e os valores por trás delas, como o apetite do diretor financeiro por reembolsos indevidos. Zero falhas em 400 testes ainda permite uma taxa perto de 0,75%. Sem "não implantar", o conselho nunca vê a opção segura mais barata. Uma decisão sem responsável ou gatilho nunca é revista, nem mesmo depois de 10.000 reembolsos reais. Verifique os quatro pontos em cada registro.

Exercícios

Síntese

Decisões seniores de segurança de IA são escolhas entre opções imperfeitas sob incerteza. Registre opções, evidências e valores separadamente, limite o que os testes podem mostrar, prefira passos reversíveis e defina gatilhos de revisão.

Continue estudando — capítulo 01 de 12

← Página do curso · Índice de capítulos do curso · Capítulo 02 (rascunho) →

Respostas comentadas

EX001. Pergunta: um LLM pode resumir reclamações de RH para os responsáveis pelos casos? Opções: não; resumos apenas para os responsáveis, com links para as fontes; resumos com encaminhamento automático. Consequências: reclamações distorcidas, vazamento de dados sensíveis, risco de retaliação para quem reclama. Evidências: acurácia do piloto (estimativa), projeto do controle de acesso (fato), termos de retenção do fornecedor (fato), exposição à injeção pelo texto das reclamações (suposição a testar). Valores: a proteção de quem reclama pesa mais do que a rapidez. Decisão e responsável: resumos apenas para os responsáveis pelos casos, sob responsabilidade do diretor de RH. Gatilhos: revisão em seis meses, após qualquer vazamento ou numa mudança de modelo.

EX002. "0 de 400 conversas adversariais" é um fato (observado). "Economia de €180.000" é uma estimativa. "As conversas de teste representam atacantes reais" é uma suposição. "Aceitar até €10.000 em reembolsos indevidos" é um valor. "Limite superior ≈0,75%" é uma estimativa derivada do fato.

EX003. Cerca de 3/1.000 = 0,3%. Em 60.000 reembolsos, isso significa até aproximadamente 180 reembolsos indevidos como pior caso plausível. Isso supõe que as tentativas são independentes e representam ataques reais; atacantes adaptativos podem se sair melhor.

EX004. Govern: quem é o responsável pelo risco de reembolso e pelo apetite? Map: quem é afetado e quais entradas não são confiáveis? Measure: qual é a taxa adversarial de reembolsos fora da política, com seu intervalo? Manage: que limites, monitoramento e reversão existem?

EX005. Mudanças de endereço só passam a valer após confirmação pelo canal cadastrado do titular da conta, com um atraso de 24 horas durante o qual a mudança pode ser revertida. Uma feature flag desativa a ferramenta, com um gatilho para desligá-la diante de mais de 3 reclamações por semana.