Capítulo 3 — Fatores humanos e política cibernética: sistemas, dados e dependências
Mapa da aula
Aula 03 publicada. Mapa, exemplo, EX027.
flowchart TD
N0["3.1 Mapeamento dos sistemas"]
N1["3.2 Dados e pessoas"]
N2["Laboratório — Contagem dos sistemas que cada função"]
N3["3.3 Pontos únicos de falha"]
N4["3.4 Correções simples"]
N5["3.5 Conferência das correções"]
N6["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6
N6 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX027"]
Desenho lógico
flowchart LR
N0["3.1 Mapeamento dos sistemas"]
N1["3.2 Dados e pessoas"]
N2["Laboratório — Contagem dos sistemas que cada função"]
N3["3.3 Pontos únicos de falha"]
N4["3.4 Correções simples"]
N5["3.5 Conferência das correções"]
N6["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> Q["EX027"]
[3.1 Mapeamento dos sistemas]
|
v
[3.2 Dados e pessoas]
|
v
[Laboratório — Contagem dos sistemas que cada função]
|
v
[3.3 Pontos únicos de falha]
|
v
[3.4 Correções simples]
|
v
[3.5 Conferência das correções]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX027]
Objetivos de aprendizagem
Você vai (1) mapear os sistemas, os dados e as pessoas dos quais uma pequena organização beneficente depende; (2) encontrar os pontos em que uma pessoa ou um erro podem causar dano; (3) escolher correções simples.
3.1 Mapeamento dos sistemas
Ruth mapeia os sistemas do Riverbend numa página: contas de e-mail compartilhadas, a planilha de doações, uma conta bancária on-line, um aplicativo de escala de voluntários e as páginas da organização nas redes sociais. Ao lado de cada um, escreve quem o usa e que dados ele guarda. A planilha de doações guarda nomes e endereços de doadores; o aplicativo de escala guarda os telefones dos voluntários; a conta bancária pode fazer pagamentos. O mapeamento ajuda Ruth a ver onde ficam os dados pessoais e o dinheiro, que são as coisas que os atacantes mais querem e cuja perda mais prejudicaria a organização.
3.2 Dados e pessoas
Ruth anota como os dados circulam entre as pessoas. Os voluntários copiam os dados dos doadores dos formulários em papel para a planilha. A tesoureira aprova os pagamentos depois que a coordenadora encaminha as faturas por e-mail. Os funcionários publicam atualizações nas redes sociais usando uma única senha compartilhada. Em cada passagem, uma mensagem enganosa ou um erro simples pode causar dano. Ela conta quantos sistemas cada pessoa consegue acessar e descobre que a tesoureira, uma voluntária aposentada, alcança quase tudo, enquanto alguns funcionários que precisam acessar a escala não têm esse acesso.
Laboratório — Contagem dos sistemas que cada função alcança
# Systems each role can reach (synthetic): email, spreadsheet, bank, rota, social media.
access = {"treasurer": {"email", "spreadsheet", "bank", "rota", "social"}, "coordinator": {"email", "spreadsheet", "rota"},
"warehouse volunteer": {"spreadsheet"}, "staff (rota needed)": {"email"}}
for r, s in access.items(): print(f"{r}: {len(s)} of 5")
Execute com python3 lab_access.py. Saída verificada:
treasurer: 5 of 5
coordinator: 3 of 5
warehouse volunteer: 1 of 5
staff (rota needed): 1 of 5
3.3 Pontos únicos de falha
Ruth encontra dois pontos únicos de falha. Só a tesoureira pode aprovar pagamentos, então, se ela está fora, as faturas esperam e a pressão aumenta, algo que os atacantes podem explorar com faturas falsas urgentes. Só um voluntário sabe a senha das redes sociais, então, se essa conta for tomada, ninguém mais consegue recuperá-la rapidamente. Ela também observa que a conta bancária envia alertas apenas para o e-mail pessoal da tesoureira. Cada ponto único significa que uma ausência, um erro ou um engano poderia causar um dano duradouro.
3.4 Correções simples
Ruth escolhe correções simples. Um segundo curador é autorizado a aprovar pagamentos, sempre depois de um retorno de ligação em caso de alteração bancária. As contas das redes sociais recebem logins individuais com verificação em duas etapas, e os dados de recuperação ficam com a gerente da organização. Os alertas bancários passam a ir para uma caixa postal compartilhada da organização, além da tesoureira. Os dados de doadores na planilha se limitam ao necessário para as cartas de agradecimento. Cada correção custa pouco e elimina um ponto em que uma pessoa ou um erro poderiam causar um dano grave.
3.5 Conferência das correções
Ruth confere se cada correção funciona. Ela pede ao segundo curador que aprove um pequeno pagamento de teste com retorno de ligação, confirma que um alerta bancário de teste chega à caixa postal compartilhada e entra nas redes sociais com sua própria conta para confirmar que a verificação em duas etapas funciona. Ela registra cada conferência com a data. Callum lembra que conferir as correções faz parte do trabalho, porque muitas mudanças de segurança são feitas com boas intenções, mas nunca confirmadas, e falham em silêncio justamente quando mais são necessárias.
Exemplo resolvido
Ruth mapeia sistemas e dados, conta os acessos por função, encontra os pontos únicos de falha nos pagamentos e nas redes sociais e confere as correções simples.
Caso sintético. Os sistemas e os dados são sintéticos.
Erros e limites
Os mapas se desatualizam. Os segundos aprovadores precisam de treinamento.
Exercícios
-
EX027 — Localização dos dados. Onde ficam os nomes e endereços dos doadores? Rubrica: 3 = na planilha de doações;; 2 = planilha;; 1 = aplicativo de escala;; 0 = nenhuma.
-
EX028 — Acesso da tesoureira. Quantos dos cinco sistemas a tesoureira alcança no laboratório? Rubrica: 3 = 5;; 2 = todos;; 1 = 2;; 0 = nenhuma.
-
EX029 — Ponto único nos pagamentos. Por que a tesoureira é um ponto único de falha? Rubrica: 3 = só ela pode aprovar pagamentos;; 2 = aprovação;; 1 = vago;; 0 = nenhuma.
-
EX030 — Ligação com a pressão. Como uma fatura à espera ajuda os atacantes? Rubrica: 3 = aumenta a pressão que as falsificações urgentes exploram;; 2 = urgência;; 1 = vago;; 0 = nenhuma.
-
EX031 — Risco das redes sociais. Qual é o ponto único nas redes sociais? Rubrica: 3 = só um voluntário sabe a senha;; 2 = uma pessoa;; 1 = vago;; 0 = nenhuma.
-
EX032 — Alertas bancários. Para onde iam originalmente os alertas bancários? Rubrica: 3 = só para o e-mail pessoal da tesoureira;; 2 = pessoal;; 1 = vago;; 0 = nenhuma.
-
EX033 — Correção dos pagamentos. O que corrige o ponto único nos pagamentos? Rubrica: 3 = um segundo curador autorizado, com retorno de ligação;; 2 = segundo aprovador;; 1 = vago;; 0 = nenhuma.
-
EX034 — Correção das redes sociais. Como as contas das redes sociais são protegidas? Rubrica: 3 = logins individuais com verificação em duas etapas;; 2 = duas etapas;; 1 = senha compartilhada;; 0 = nenhuma.
-
EX035 — Limite dos dados de doadores. Que limite vale para os dados dos doadores? Rubrica: 3 = só o necessário para as cartas de agradecimento;; 2 = mínimo;; 1 = vago;; 0 = nenhuma.
-
EX036 — Conferência das correções. Como Ruth conferiu a correção dos alertas bancários? Rubrica: 3 = um alerta de teste chegou à caixa postal compartilhada;; 2 = teste;; 1 = vago;; 0 = nenhuma.
-
EX037 — Correções não conferidas. Por que conferir as correções, segundo Callum? Rubrica: 3 = mudanças bem-intencionadas muitas vezes falham em silêncio;; 2 = falha silenciosa;; 1 = vago;; 0 = nenhuma.
-
EX038 — Lacuna de acesso à escala. Que lacuna Ruth encontrou no acesso à escala? Rubrica: 3 = alguns funcionários que precisam dele não o têm;; 2 = acesso faltando;; 1 = vago;; 0 = nenhuma.
Síntese
Mapear sistemas, dados e pessoas revela pontos únicos de falha que correções simples podem eliminar.
Continue estudando — aula 03 (capítulo 03 de 04)
← Capítulo 02 · Índice das aulas · Capítulo 04 →
Continue para a próxima aula já escrita.