Capítulo 1 — Sistemas computacionais
Mapa da aula
Aula 01 publicada. Mapa, exemplo, EX001.
flowchart TD
N0["1.1 As camadas em que um implementador mexe"]
N1["1.2 Onde vive a criptografia"]
N2["1.3 Computadores quânticos em uma página"]
N3["1.4 Caso resolvido"]
N4["1.5 Atividade prática"]
N5["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5
N5 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX001"]
Desenho lógico
flowchart LR
N0["1.1 As camadas em que um implementador mexe"]
N1["1.2 Onde vive a criptografia"]
N2["1.3 Computadores quânticos em uma página"]
N3["1.4 Caso resolvido"]
N4["1.5 Atividade prática"]
N5["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX001"]
[1.1 As camadas em que um implementador mexe]
|
v
[1.2 Onde vive a criptografia]
|
v
[1.3 Computadores quânticos em uma página]
|
v
[1.4 Caso resolvido]
|
v
[1.5 Atividade prática]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX001]
Objetivos de aprendizagem
Você vai (1) descrever as camadas de hardware, firmware, sistema operacional, biblioteca e aplicação de um serviço; (2) localizar as funções criptográficas e as chaves em cada camada; (3) explicar o que um computador quântico é e o que não é; e (4) estimar o quão difícil é uma mudança criptográfica a partir da camada em que ela vive.
1.1 As camadas em que um implementador mexe
Todo serviço da KLS fica sobre uma pilha. Servidores e leitores têm processadores, memória, TPMs e placas de rede; o firmware os inicializa e verifica as assinaturas do estágio seguinte; um sistema operacional ou hipervisor isola as cargas de trabalho; bibliotecas como OpenSSL, BoringSSL, os pacotes de criptografia do Go ou os provedores do Java implementam os protocolos; as aplicações chamam essas bibliotecas; e os serviços gerenciados (balanceadores de carga, CDNs, serviços de gerenciamento de chaves na nuvem) envolvem tudo isso. Os implementadores mudam a criptografia sobretudo nas camadas do meio — versões de bibliotecas, configuração, certificados —, mas precisam conhecer as camadas de cima e de baixo, porque elas limitam o que é possível.
1.2 Onde vive a criptografia
A criptografia aparece em todas as camadas: assinaturas de inicialização segura no firmware; cifragem de disco e repositórios de chaves no sistema operacional; TLS, SSH e IPsec em bibliotecas e daemons; assinaturas de JSON Web Token e cifragem de campos nas aplicações; HSMs ou KMS na nuvem guardando as chaves raiz. Cada local tem um mecanismo de mudança: configuração (minutos), atualização de pacote (dias), versão do fornecedor (meses), substituição de hardware (anos). Anotar o mecanismo ao lado de cada uso criptográfico é o hábito mais útil para planejar o trabalho.
Na KLS, o hábito se paga de imediato: os grupos TLS do gateway de API são uma mudança de configuração, a biblioteca do ingress é uma reconstrução de imagem, o bootloader dos leitores é uma renovação de hardware.
1.3 Computadores quânticos em uma página
Os computadores quânticos manipulam qubits cujos estados conjuntos interferem entre si; algoritmos específicos exploram isso. O algoritmo de Shor (Shor, 1997) encontra períodos ocultos e, assim, quebra o RSA, o Diffie–Hellman e a criptografia de curvas elípticas; o algoritmo de Grover (Grover, 1996) dá apenas uma aceleração de raiz quadrada para a busca por força bruta, então o AES-256 e o SHA-256 continuam adequados ao uso. Quebrar o RSA-2048 exige uma máquina grande com correção de erros; Gidney (2025) estimou menos de um milhão de qubits ruidosos rodando por menos de uma semana, sob premissas declaradas, e essa máquina não existe. Para os implementadores, a mensagem prática é simples: substituir a troca de chaves e as assinaturas de chave pública; manter a cifragem simétrica e os hashes em tamanhos adequados.
1.4 Caso resolvido
O leitor de armazém da KLS: placa ARM sem TPM (hardware), bootloader do fornecedor que verifica assinaturas RSA (firmware, mudança por renovação de hardware), Linux embarcado (sistema operacional, imagem do fornecedor), libcurl com uma biblioteca TLS antiga (biblioteca, versão do fornecedor) e um aplicativo de leitura que envia manifestos por HTTPS (aplicação, código da KLS). Das cinco camadas, a KLS controla diretamente uma. A troca de chaves TLS do leitor só pode se tornar híbrida quando o fornecedor entregar uma nova imagem.
A tabela também mostra onde a KLS pode agir agora. O caminho de envio pode ser encurtado para que os manifestos saiam do leitor só uma vez por dia, e o contrato com o fornecedor pode ser alterado para exigir uma imagem com TLS híbrido até uma data definida. Os dois são registrados na linha do leitor, para que o risco residual tenha um dono, em vez de ser esquecido enquanto a renovação está pendente.
1.5 Atividade prática
Para um serviço que você administra em laboratório, liste cada camada, uma função criptográfica nela e o mecanismo de mudança. Marque as que você controla.
Uma linha resolvida para um servidor web de laboratório poderia ser: camada de biblioteca, OpenSSL 3.5 fornecendo a troca de chaves TLS, mudada por atualização de pacote, controlada por você; camada de firmware, inicialização segura UEFI com um shim assinado com RSA, mudada pelo fabricante da placa, não controlada. Procure ter pelo menos cinco linhas. Onde não conseguir nomear o mecanismo, escreva "desconhecido" em vez de chutar e anote qual documento ou pessoa poderia responder. Guarde a tabela; o esquema de inventário construído no Capítulo 4 importa exatamente estas colunas.
1.6 Erros comuns e limites
- Supor que uma mudança na aplicação pode corrigir a criptografia do firmware.
- Tratar os computadores quânticos como aceleradores de uso geral.
- Esquecer os serviços gerenciados que terminam o TLS em seu nome.
Cada erro tem um exemplo na KLS. Um desenvolvedor que propõe "corrigir" o bootloader RSA dos leitores no aplicativo de envio está mudando a camada errada; só a renovação do fornecedor chega ao firmware. Esperar que um computador quântico acelere o processamento de logs confunde uma capacidade criptoanalítica estreita com computação geral. E é a CDN, não a KLS, que termina o TLS dos navegadores: esquecê-la significa que o inventário mostra as configurações da origem, enquanto os clientes na verdade negociam com a borda do provedor. O limite deste capítulo é a amplitude: ele mapeia as camadas, mas ainda não as mede.
Exercícios
- EX001 — Tabela de camadas. Monte uma tabela de cinco camadas para o portal do cliente da KLS, com função, mecanismo de mudança e dono. Rubrica: 3 = cinco linhas plausíveis.
- EX002 — Manter ou substituir. Classifique as assinaturas RSA-2048, o AES-256-GCM, o SHA-256 e o ECDHE P-256 como manter ou substituir, com um motivo para cada. Rubrica: 3 = quatro corretas, com motivos.
Síntese
A criptografia vive em todas as camadas, e a camada determina quem pode mudá-la e com que rapidez. Os computadores quânticos ameaçam a troca de chaves e as assinaturas de chave pública, não a cifragem simétrica nem os hashes.
Continue estudando — capítulo 01 de 30
← Página do curso · Índice de capítulos do curso · Capítulo 02 →
Siga para a próxima lição escrita.