<a id="ch-19"></a>

## Capítulo 19 — Identidade e criptografia

<!-- open-cyber-academy:lesson-figures:start ch-19 -->
### Mapa da aula

Aula 19 publicada. Mapa, exemplo, EX055.

```mermaid
flowchart TD
  N0["19.1 Ciclo de vida das identidades"]
  N1["19.2 Criptografia e política"]
  N2["19.3 Chaves como ativos"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX055"]
```

### Desenho lógico

```mermaid
flowchart LR
  N0["19.1 Ciclo de vida das identidades"]
  N1["19.2 Criptografia e política"]
  N2["19.3 Chaves como ativos"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX055"]
```

```text
[19.1 Ciclo de vida das identidades]
    |
    v
[19.2 Criptografia e política]
    |
    v
[19.3 Chaves como ativos]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX055]
```
<!-- open-cyber-academy:lesson-figures:end ch-19 -->


### Objetivos de aprendizagem

Você vai (1) governar as identidades ao longo do ciclo de vida; (2) relacionar os controles criptográficos à política; (3) gerenciar as chaves como ativos governados.

### 19.1 Ciclo de vida das identidades

Na Ardwell, as identidades são criadas quando os funcionários entram, mudam quando eles trocam de função e precisam terminar quando eles saem. Nadia mapeia esse processo de admissão, movimentação e desligamento e descobre que a movimentação é o ponto fraco: os novos acessos são concedidos depressa, mas os antigos raramente são removidos. Ela propõe que o sistema de recursos humanos dispare automaticamente as mudanças de acesso e que os gestores confirmem os acessos de quem mudou de função em até duas semanas. Governar identidades é, sobretudo, governar essas transições, onde nasce a maior parte do acesso excessivo; quem muda de função e mantém o acesso antigo ao faturamento acumula direitos que nenhum papel concederia.

### 19.2 Criptografia e política

Nadia estuda como a criptografia protege dados em repouso e em trânsito e como as assinaturas digitais protegem a integridade. Ela as liga à política: a classificação de dados da Ardwell exige criptografia para os dados de pagamento dos clientes e para os dados pessoais em notebooks. A ISO/IEC 27002:2022 inclui um controle sobre o uso de criptografia que espera regras para esse uso e para a gestão de chaves. Ela aprende que a criptografia só é tão forte quanto as decisões de política sobre onde usá-la e como gerenciá-la. Para os notebooks, a política decide que a criptografia é obrigatória, e as regras de gestão de chaves decidem quem pode recuperar um aparelho bloqueado.

### 19.3 Chaves como ativos

As chaves precisam ser geradas, guardadas, trocadas e destruídas sob controle. Nadia lista as chaves importantes da Ardwell, incluindo os certificados do portal de pagamento, e encontra um certificado administrado por um único engenheiro, sem backup nem controle de vencimento. Se ele vencesse sem ninguém notar, o portal pararia. Ela registra num inventário o responsável, a data de vencimento e o arranjo de backup de cada chave. Aprende que as falhas de gestão de chaves costumam ser falhas de governança, como a falta de um responsável, e não fraquezas da própria criptografia. Com as datas de vencimento no inventário, o certificado do portal pode ser renovado antes que os clientes vejam uma falha.

### Exemplo resolvido

Nadia fecha a lacuna da movimentação com gatilhos automáticos, liga a criptografia à classificação e inventaria as chaves com responsáveis e datas de vencimento.

> **Caso sintético.** As identidades, as chaves e os processos são sintéticos; a ISO/IEC 27002:2022 é real.

### Erros e limites

A automação falha quando os dados de RH estão errados. Os inventários de chaves ficam desatualizados.

### Exercícios

- **EX055 — Transição frágil.** Que transição de identidade é o ponto fraco da Ardwell? *Rubrica:* 3 = a movimentação, porque os acessos antigos raramente são removidos;; 2 = movimentação, sem justificativa;; 1 = desligamento;; 0 = nenhuma.
- **EX056 — Regra de criptografia.** Que dados a classificação da Ardwell exige criptografar? *Rubrica:* 3 = dados de pagamento e dados pessoais em notebooks;; 2 = classificação;; 1 = vago;; 0 = nenhuma.
- **EX057 — Risco do certificado.** Por que o certificado de um único engenheiro era um risco? *Rubrica:* 3 = sem backup nem controle de vencimento, poderia vencer sem ninguém notar;; 2 = responsável;; 1 = vago;; 0 = nenhuma.

### Síntese

Os controles de identidade e criptográficos têm sucesso ou fracassam conforme a governança das transições e das chaves.

<!-- open-cyber-academy:chapter-navigation:start ch-19 -->
### Continue estudando — aula 19 (capítulo 19 de 50)

[← Capítulo 18](#ch-18) · [Índice das aulas](../SUBJECTS.md) · [Capítulo 20 →](#ch-20)

Continue para a próxima aula já escrita.
<!-- open-cyber-academy:chapter-navigation:end -->

## Worked answers

<a id="answer-ex055"></a>
**EX055.** A movimentação, porque os acessos antigos raramente são removidos.

<a id="answer-ex056"></a>
**EX056.** Os dados de pagamento dos clientes e os dados pessoais em notebooks.

<a id="answer-ex057"></a>
**EX057.** Porque não tinha backup nem controle de vencimento e poderia vencer sem ninguém notar, derrubando o portal.
