Capítulo 8 — Arquitetura de computadores
Mapa da aula
Aula 08 publicada. Mapa, exemplo, EX022.
flowchart TD
N0["8.1 O hardware com que os usuários lidam"]
N1["8.2 Projeto e decisões"]
N2["Síntese"]
N0 --> N1 --> N2
N2 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX022"]
Desenho lógico
flowchart LR
N0["8.1 O hardware com que os usuários lidam"]
N1["8.2 Projeto e decisões"]
N2["Síntese"]
N0 --> N1 --> N2 --> Q["EX022"]
[8.1 O hardware com que os usuários lidam]
|
v
[8.2 Projeto e decisões]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX022]
Objetivos de aprendizagem
Você vai (1) relacionar o projeto de hardware às decisões de segurança dos usuários; (2) entender os recursos de hardware seguro com que os usuários se deparam; (3) avaliar como o projeto afeta a segurança utilizável.
8.1 O hardware com que os usuários lidam
Aiko estuda como o hardware molda o que os usuários veem. Notebooks com um trusted platform module (TPM) podem guardar chaves de modo que a criptografia de disco seja destravada automaticamente com um PIN; chaves de segurança contêm pequenos chips seguros que fazem a autenticação sem revelar segredos. Os usuários não veem os chips, mas sentem o resultado: menos senhas e passos mais simples. Projetar o hardware de modo que o caminho seguro seja também o mais fácil é uma ideia central da segurança utilizável, em sintonia com Sasse, Brostoff e Weirich (2001). Ela lista os recursos presentes nos notebooks da Greyford.
8.2 Projeto e decisões
Aiko compara duas formas de a Greyford proteger os notebooks de campo. Uma pede aos usuários uma senha de disco longa e separada na inicialização; a outra usa o TPM com um PIN curto. Entrevistas com engenheiros mostram que eles anotariam a senha longa no próprio notebook. A opção apoiada em hardware oferece proteção semelhante contra o roubo do notebook e elimina a tentação. Ela observa que um bom projeto de hardware reduz o número de decisões de segurança que os usuários precisam tomar corretamente. Apresenta as duas opções ao gerente de TI com as evidências das entrevistas, e o desenho apoiado em hardware é escolhido para a próxima renovação de notebooks.
8.3 Limites
Recursos de hardware não resolvem tudo. Chaves de segurança podem ser perdidas, e a reposição precisa ser rápida, ou os funcionários ficarão bloqueados durante trabalhos urgentes. O firmware precisa de atualizações, que os usuários podem adiar se elas interromperem o trabalho. Aiko escreve requisitos: chaves reservas nos depósitos, atualizações agendadas fora dos turnos e um processo claro de recuperação. O hardware só apoia a segurança utilizável quando os processos ao redor são desenhados para condições reais de trabalho. Ela observa também que os funcionários precisam de instruções simples para o primeiro uso, porque uma primeira experiência confusa com uma chave de segurança pode criar uma resistência duradoura, e rascunha um guia ilustrado de uma página para os depósitos.
Exemplo resolvido
Aiko liga o hardware seguro a passos mais simples para o usuário, compara dois desenhos de proteção de notebooks e escreve requisitos de processo de apoio.
Caso sintético. Os desenhos e as entrevistas são sintéticos; Sasse et al. (2001) é real.
Erros e limites
Os recursos de hardware variam por modelo. Processos de recuperação podem se tornar um caminho de ataque.
Exercícios
- EX022 — Chips invisíveis. Como os usuários sentem o hardware seguro? Rubrica: 3 = menos senhas e passos mais simples;; 2 = mais simples;; 1 = vago;; 0 = nenhuma.
- EX023 — Escolha do notebook. Por que preferir o PIN apoiado em hardware nos notebooks de campo? Rubrica: 3 = proteção semelhante sem engenheiros anotando senhas nos notebooks;; 2 = usabilidade;; 1 = vago;; 0 = nenhuma.
- EX024 — Requisito para chaves perdidas. Que requisito de processo trata das chaves de segurança perdidas? Rubrica: 3 = chaves reservas nos depósitos e recuperação rápida;; 2 = reservas;; 1 = vago;; 0 = nenhuma.
Síntese
O hardware pode tornar o caminho seguro o caminho fácil, se a recuperação e as atualizações se ajustarem ao trabalho real.
Continue estudando — aula 08 (capítulo 08 de 50)
← Capítulo 07 · Índice das aulas · Capítulo 09 →
Continue para a próxima aula já escrita.