Capítulo 13 — Identidade e acesso

Mapa da aula

Aula 13 publicada. Mapa, exemplo, EX025.

flowchart TD
  N0["13.1 Três etapas"]
  N1["13.2 A PKI em resumo"]
  N2["13.3 Fluxos de autenticação"]
  N3["13.5 Atividade prática"]
  N4["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4
  N4 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX025"]

Desenho lógico

flowchart LR
  N0["13.1 Três etapas"]
  N1["13.2 A PKI em resumo"]
  N2["13.3 Fluxos de autenticação"]
  N3["13.5 Atividade prática"]
  N4["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX025"]

[13.1 Três etapas]
    |
    v
[13.2 A PKI em resumo]
    |
    v
[13.3 Fluxos de autenticação]
    |
    v
[13.5 Atividade prática]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX025]

Objetivos de aprendizagem

Você vai (1) distinguir identificação, autenticação e autorização; (2) explicar como os certificados e a infraestrutura de chaves públicas (PKI) ligam identidades a chaves; (3) identificar os elementos vulneráveis à computação quântica nos fluxos de autenticação comuns; e (4) planejar onde as assinaturas pós-quânticas serão necessárias primeiro.

13.1 Três etapas

A identificação alega uma identidade; a autenticação a prova; a autorização decide o que a parte autenticada pode fazer. Senhas, códigos de uso único e passkeys autenticam usuários; certificados e assinaturas autenticam máquinas e software. A autorização é geralmente uma contabilidade simétrica — listas de controle de acesso e papéis — e não é ameaçada diretamente pelos computadores quânticos. A autenticação baseada em assinaturas de chave pública é.

Manter as três etapas separadas ajuda uma equipe de migração a manter o foco. As tabelas de papéis e as listas de acesso da HCU não precisam de mudança por motivos quânticos. Todo lugar onde uma assinatura ou um login por chave pública prova a identidade precisa, e esses lugares estão espalhados por celulares, servidores, a autoridade certificadora e as versões de software. Listá-los por etapa torna o escopo do trabalho mais claro.

13.2 A PKI em resumo

Um certificado é uma declaração assinada por uma autoridade certificadora (AC): "esta chave pública pertence a este nome, válida até esta data". Os verificadores confiam num pequeno conjunto de ACs raiz e seguem as cadeias até elas. Se um adversário consegue calcular a chave privada de uma AC a partir da sua chave pública — como o algoritmo de Shor permitiria para o RSA e o ECDSA —, ele pode emitir certificados para qualquer nome. Como as chaves raiz têm vida longa e estão amplamente embutidas, a PKI é o alvo arquetípico da falsificação posterior. As normas de assinatura pós-quântica oferecem substitutos: o ML-DSA, na FIPS 204, para uso geral, e o SLH-DSA, na FIPS 205, como opção conservadora baseada em hash.

13.3 Fluxos de autenticação

As passkeys e os autenticadores FIDO usam assinaturas de chave pública (muitas vezes ECDSA) dentro de um elemento seguro. Os tokens de login único são assinados com RSA ou ECDSA. Os certificados de assinatura de código protegem as atualizações de software. Cada fluxo tem um caminho de migração diferente: os tokens de vida curta podem mudar rapidamente quando as bibliotecas suportarem o ML-DSA; os autenticadores de hardware precisam de dispositivos novos; as ACs raiz precisam de um longo planejamento, porque as partes confiantes precisam primeiro confiar nas novas raízes.

A HCU agrupa os seus fluxos pelo caminho de que cada um precisa. Os tokens de vida curta vêm primeiro; a AC, por último.

13.4 Exemplo resolvido

A HCU lista os seus usos de autenticação: as passkeys dos associados (ECDSA no hardware do celular), os tokens de SSO dos funcionários (RSA-2048, vida de 10 minutos), a AC interna (raiz RSA-4096, validade de 20 anos), a assinatura de código do aplicativo móvel (ECDSA, controlada pela plataforma). O risco de falsificação posterior é maior para a raiz de vida longa e para a assinatura de código, em que uma assinatura falsificada permitiria a um adversário distribuir software malicioso. Os tokens de SSO de vida curta têm prioridade menor: falsificar um exige um computador quântico no momento do ataque, e a chave pode ser trocada rapidamente assim que existir um.

A lista também mostra quem controla cada mudança. A HCU pode mudar os seus próprios tokens e a sua AC; para as passkeys e a assinatura de código, depende dos fabricantes de celulares e das plataformas de aplicativos.

13.5 Atividade prática

Desenhe a hierarquia de certificados da HCU: raiz, duas intermediárias, folhas de servidor e de cliente. Anote em cada uma o algoritmo, a validade e quem precisa confiar nela. Marque quais mudanças exigem que as partes confiantes atualizem os seus repositórios de confiança.

As partes confiantes incluem os celulares dos associados, os servidores das agências, os caixas eletrônicos e os bancos parceiros, cada um com uma forma diferente de atualizar a confiança. Alguns podem receber uma nova raiz numa atualização de rotina; outros, como os caixas eletrônicos, podem precisar da visita de um fornecedor. Marque esses com cuidado, porque eles ditam o ritmo de toda a migração dos certificados. Compare o seu diagrama com o de um colega e confira se os dois puseram os mesmos períodos de validade nos mesmos certificados.

13.6 Erros comuns e limites

• Tratar as listas de autorização como vulneráveis à computação quântica.
• Planejar migrar os certificados folha antes que as partes confiantes confiem numa raiz pós-quântica.
• Esquecer os autenticadores de hardware que não podem ser atualizados.

As listas de acesso e as tabelas de papéis não usam matemática de chave pública, então os computadores quânticos não as ameaçam. Emitir certificados folha pós-quânticos antes que as partes confiantes confiem numa raiz correspondente faz as conexões falharem. Os autenticadores de hardware com algoritmos fixos só podem ser substituídos, o que exige orçamento e anos. Um plano que os ignora parecerá completo no papel e travará na prática, quando se descobrir que os dispositivos estão nos bolsos dos associados.

Exercícios

• EX025 — Classificar. Para senhas, passkeys, tokens de SSO e uma AC raiz interna, declare se um computador quântico ameaça o mecanismo e por quê. Rubrica: 3 = quatro entradas corretas e fundamentadas.
• EX026 — Ordem do trabalho. Explique por que uma raiz pós-quântica precisa ser distribuída às partes confiantes antes que os certificados folha pós-quânticos sejam úteis. Rubrica: 3 = lógica de validação da cadeia enunciada.

Síntese

Os computadores quânticos ameaçam a autenticação de chave pública, e não a lógica de autorização. As raízes da PKI e a assinatura de código são os alvos de vida longa; os tokens de vida curta podem vir depois.