◇ OpenCyber Academy
Profissionalizante · Capítulo 4 · Português

Capítulo 4 — Criptografia e serviços de confiança: métodos centrais

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 4 — Criptografia e serviços de confiança: métodos centrais

Mapa da aula

Aula 04 publicada. Mapa, exemplo, EX016.

flowchart TD
  N0["4.1 Quatro blocos de construção"]
  N1["4.2 Certificados e cadeias"]
  N2["4.3 Ligando o método à necessidade"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX016"]

Desenho lógico

flowchart LR
  N0["4.1 Quatro blocos de construção"]
  N1["4.2 Certificados e cadeias"]
  N2["4.3 Ligando o método à necessidade"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX016"]
[4.1 Quatro blocos de construção]
    |
    v
[4.2 Certificados e cadeias]
    |
    v
[4.3 Ligando o método à necessidade]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX016]

Objetivos de aprendizagem

Você vai (1) explicar cifração simétrica, hashing, MACs e assinaturas em termos práticos; (2) explicar certificados e cadeias; (3) escolher o método certo para uma necessidade do cliente.

4.1 Quatro blocos de construção

Marcus resume os blocos de construção. A cifração simétrica, como o AES no modo GCM da NIST SP 800-38D, usa uma chave para cifrar e decifrar e também detecta adulterações. Um hash, como o SHA-256 da FIPS 180-4, dá uma impressão digital de tamanho fixo dos dados que qualquer pessoa pode calcular. Um código de autenticação de mensagem, como o HMAC, exige uma chave compartilhada e prova que uma mensagem veio de alguém que a possui. Uma assinatura digital, como o Ed25519 da RFC 8032 ou o ECDSA da FIPS 186-5, usa uma chave privada para assinar e uma chave pública para verificar, então qualquer pessoa pode conferi-la sem ser capaz de assinar.

4.2 Certificados e cadeias

Um certificado, definido na RFC 5280, vincula um nome como book.bayside.example a uma chave pública e é assinado por uma autoridade certificadora. Os navegadores confiam num pequeno conjunto de autoridades raiz; as raízes assinam intermediárias, e as intermediárias assinam certificados de servidor. O navegador verifica a cadeia do certificado do servidor até uma raiz confiável, confere o nome e as datas de validade e só então prossegue. Dana aprende que a maioria dos problemas de certificados que ela verá não é matemática quebrada, mas questões operacionais: datas expiradas, intermediárias ausentes, nomes errados ou uma chave privada guardada onde gente demais pode lê-la.

4.3 Ligando o método à necessidade

Dana pratica com necessidades da Bayside. Proteger o formulário de agendamento em trânsito pede TLS. Detectar se um arquivo de exportação noturna foi corrompido pede um hash, com o valor esperado entregue separadamente. Provar que as notificações de pagamento vieram do processador pede um HMAC com um segredo compartilhado, ou uma assinatura se o processador publica uma chave pública. Permitir que os pacientes verifiquem um PDF de plano de tratamento assinado pede uma assinatura. Proteger um backup em repouso pede cifração autenticada, com a chave guardada separada do backup. Acertar essa correspondência é a habilidade central do profissional.

Exemplo resolvido

Dana preenche uma tabela com seis necessidades da Bayside, escolhendo TLS, hash, HMAC, assinatura ou cifração autenticada para cada uma e indicando quem guarda a chave.

Caso sintético. As necessidades e os nomes de host são sintéticos; as normas citadas são reais.

Erros e limites

Sistemas reais combinam métodos; o próprio TLS usa os quatro blocos. Um hash sem um valor de referência confiável não prova nada sobre adulteração.

Exercícios

Síntese

Escolher entre cifração, hashes, MACs, assinaturas e certificados conforme a necessidade é a habilidade criptográfica central do profissional.

Continue estudando — aula 04 (capítulo 04 de 12)

← Capítulo 03 · Índice das aulas · Capítulo 05 →

Continue para a próxima aula já escrita.