◇ OpenCyber Academy
Graduação · Capítulo 7 · Português

Capítulo 7 — Redes e protocolos

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

Capítulo 7 — Redes e protocolos

Mapa da aula

Aula 07 publicada. Mapa, exemplo, EX019.

flowchart TD
  N0["7.1 Como o e-mail trafega"]
  N1["7.2 Verificações de autenticação"]
  N2["7.3 Protocolos e julgamento"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX019"]

Desenho lógico

flowchart LR
  N0["7.1 Como o e-mail trafega"]
  N1["7.2 Verificações de autenticação"]
  N2["7.3 Protocolos e julgamento"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX019"]

[7.1 Como o e-mail trafega]
    |
    v
[7.2 Verificações de autenticação]
    |
    v
[7.3 Protocolos e julgamento]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX019]

Objetivos de aprendizagem

Você vai (1) explicar como o e-mail trafega e como a identidade do remetente pode ser forjada; (2) descrever a autenticação de e-mail em alto nível; (3) relacionar os limites dos protocolos ao julgamento humano.

7.1 Como o e-mail trafega

Quando alguém envia um e-mail, seu servidor de correio o repassa pela internet ao servidor do destinatário, que o armazena até que o destinatário o leia. O protocolo básico de e-mail foi projetado para a cooperação, e não para a segurança, por isso o endereço do remetente exibido ao leitor pode ser definido como quase qualquer coisa. Nadia aprende que é por isso que funcionários da Ashcombe receberam mensagens que pareciam vir da bibliotecária-chefe, mas que na verdade foram enviadas de outro lugar. Entender essa história do projeto explica por que as pessoas não podem confiar no nome do remetente exibido.

7.2 Verificações de autenticação

Os sistemas de e-mail hoje acrescentam verificações que permitem aos servidores de destino testar se uma mensagem veio de um servidor autorizado pelo domínio do remetente. Quando as verificações falham, o sistema de destino pode rejeitar a mensagem ou marcá-la. Nadia aprende esses mecanismos apenas em linhas gerais, o suficiente para entender que eles reduzem as mensagens com domínio forjado, mas não impedem domínios parecidos (lookalike) nem contas legítimas comprometidas. Ela observa que as verificações técnicas deslocam o problema em vez de eliminá-lo, deixando parte do julgamento para as pessoas no caso de mensagens que passam por todas as verificações e ainda assim são enganosas.

7.3 Protocolos e julgamento

Whitten e Tygar (1999) mostraram, em seu estudo sobre criptografia de e-mail, que até um software de segurança bem projetado pode ser difícil demais para usuários comuns. Nadia tira uma lição: quando os protocolos deixam decisões para as pessoas, a interface precisa tornar fácil a decisão certa. Ela sugere que o sistema de e-mail da Ashcombe mostre uma etiqueta clara nas mensagens externas e um alerta quando um nome de exibição coincidir com o de um funcionário, mas o endereço for externo. Essas pistas apoiam o julgamento sem exigir que os funcionários entendam os protocolos por trás.

Exemplo resolvido

Nadia explica os endereços de remetente forjados, descreve em linhas gerais as verificações de autenticação e sugere etiquetas de mensagem externa e alertas de nome coincidente.

Caso sintético. Os exemplos são sintéticos; Whitten e Tygar (1999) é real.

Erros e limites

As etiquetas passam a ser ignoradas se tudo for externo. As verificações dependem de configuração correta.

Exercícios

Síntese

Os limites dos protocolos deixam o julgamento para as pessoas; por isso, as interfaces precisam apoiá-lo.

Continue estudando — aula 07 (capítulo 07 de 40)

← Capítulo 06 · Índice das aulas · Capítulo 08 →

Continue para a próxima aula já escrita.