Capítulo 19 — Identidade e criptografia

Mapa da aula

Aula 19 publicada. Mapa, exemplo, EX055.

flowchart TD
  N0["19.1 Ciclo de vida das identidades"]
  N1["19.2 Autenticação multifator"]
  N2["19.3 Fundamentos de criptografia"]
  N3["19.4 Gerenciamento de chaves"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX055"]

Desenho lógico

flowchart LR
  N0["19.1 Ciclo de vida das identidades"]
  N1["19.2 Autenticação multifator"]
  N2["19.3 Fundamentos de criptografia"]
  N3["19.4 Gerenciamento de chaves"]
  N0 --> N1 --> N2 --> N3 --> Q["EX055"]

[19.1 Ciclo de vida das identidades]
    |
    v
[19.2 Autenticação multifator]
    |
    v
[19.3 Fundamentos de criptografia]
    |
    v
[19.4 Gerenciamento de chaves]
    |
    v
[Exemplo resolvido] --> [Exercício EX055]

Objetivos de aprendizagem

Você vai (1) gerenciar as identidades ao longo do seu ciclo de vida; (2) aplicar a autenticação multifator; (3) usar a criptografia de forma adequada.

19.1 Ciclo de vida das identidades

Toda conta segue um ciclo de vida: a criação quando alguém entra, as mudanças quando a pessoa muda de função e a remoção quando ela sai. Lindiwe descobre que os desligados da Saltmarsh são removidos do diretório, mas não do sistema de roteamento dos depósitos, que tem contas próprias. Ela recomenda ligar todos os sistemas a uma única fonte de identidade, para que o desligamento acione a remoção em todos os lugares. O Prof. Hale observa que as contas órfãs são um caminho comum para o uso indevido, porque ninguém percebe quando estão sendo usadas. A equipe de identidade concorda em conectar o sistema de roteamento no próximo trimestre.

19.2 Autenticação multifator

As senhas sozinhas são fracas porque podem ser adivinhadas, reutilizadas ou capturadas por phishing. A autenticação multifator exige um segundo fator, como um código de um aplicativo ou uma chave de hardware. Lindiwe compara as opções para a Saltmarsh. As chaves de hardware resistem melhor ao phishing; os avisos por aplicativo são mais fáceis de implantar, mas podem ser aprovados por usuários cansados que aceitam pedidos inesperados. Ela recomenda chaves de hardware para os administradores e códigos por aplicativo para os demais funcionários, com a ampliação posterior dos métodos resistentes a phishing. O líder de segurança aprova o plano, começando pelos vinte administradores.

19.3 Fundamentos de criptografia

Lindiwe estuda a cifração simétrica, em que uma única chave cifra e decifra, e a criptografia de chave pública, em que uma chave pública cifra ou verifica e uma chave privada decifra ou assina. As funções de hash produzem impressões digitais de tamanho fixo dos dados. Ela aprende que a segurança de cada uma depende de manter as chaves em segredo e de usar algoritmos e bibliotecas bem revisados. O Prof. Hale adverte que projetar novos esquemas criptográficos é um campo especializado e que os engenheiros devem usar os já estabelecidos. Ela pratica com o módulo hashlib do Python, calculando impressões digitais de arquivos sintéticos.

19.4 Gerenciamento de chaves

A maioria das falhas criptográficas vem do manuseio das chaves, e não dos algoritmos. Lindiwe revisa como a Saltmarsh gerencia os certificados dos seus sites. Dois certificados expiraram no ano passado, causando indisponibilidades, porque a renovação dependia de alguém se lembrar. Ela recomenda um inventário de certificados e chaves com donos e datas de expiração, além da renovação automatizada sempre que possível. Ela aprende que o gerenciamento de chaves é uma disciplina operacional tanto quanto técnica. O inventário lista quarenta certificados na exportação sintética. Seis expiram em até noventa dias, e a equipe de operações os renova de imediato enquanto a automação é configurada.

Exemplo resolvido

Lindiwe liga a remoção dos desligados a uma única fonte de identidade, escolhe chaves de hardware para os administradores, revisa os blocos de construção criptográficos e propõe um inventário de certificados com renovação automatizada.

Caso sintético. Os sistemas são sintéticos.

Erros e limites

Os avisos de aprovação por aplicativo podem ser aceitos por usuários que não iniciaram um login.

Exercícios

• EX055 — Contas órfãs. De onde os desligados não eram removidos?

  Mostrar critérios de avaliação

  Rubrica: 3 = o sistema de roteamento dos depósitos;; 2 = parcialmente correto;; 1 = outro;; 0 = nenhuma.

• EX056 — Fator dos administradores. Que fator ela recomenda para os administradores?

  Mostrar critérios de avaliação

  Rubrica: 3 = chaves de hardware;; 2 = parcialmente correto;; 1 = outro;; 0 = nenhuma.

• EX057 — Indisponibilidades por certificados. Por que os certificados expiraram?

  Mostrar critérios de avaliação

  Rubrica: 3 = a renovação dependia da memória;; 2 = parcialmente correto;; 1 = vago;; 0 = nenhuma.