Ataques comuns contra TLS

Como TLS protege grande parte do tráfego, os atacantes procuram constantemente por pontos fracos.

A maioria dos ataques tenta rebaixar a segurança, remover a criptografia ou explorar falhas de protocolos antigos.

Em um ataque de rebaixamento, um atacante interfere na negociação para forçar os dois lados a usar um protocolo ou uma cifra mais antiga e fraca.

O ataque POODLE explorou um rebaixamento forçado para SSL 3.0.

As defesas incluem:

• Desativar protocolos antigos (SSL 2/3, TLS 1.0/1.1).
• A proteção contra rebaixamento de TLS incorporada ao TLS 1.3.
• O sinal de alternativa SCSV no TLS 1.2.

A remoção de SSL ocorre quando um usuário digita um link http:// simples. Um intermediário mantém a conexão sem criptografia com o usuário enquanto se comunica por HTTPS com o servidor.

A vítima nunca vê o ícone de cadeado, e isso costuma passar despercebido.

A Segurança estrita de transporte HTTP (HSTS) informa aos navegadores que sempre usem HTTPS para um domínio, impedindo a remoção.

Um intermediário (MITM) fica entre o cliente e o servidor, retransmitindo o tráfego.

A validação adequada de certificados impede isso: o atacante não consegue apresentar um certificado válido para o domínio-alvo assinado por uma CA confiável.

CRIME e BREACH exploraram a compressão de TLS ou HTTP para vazar segredos, como cookies de sessão, observando o tamanho das respostas comprimidas.

A correção é desativar a compressão de TLS e ter cuidado ao misturar segredos com dados controlados pelo atacante.

Cifras antigas no modo CBC eram vulneráveis a ataques de oráculo de preenchimento, como o Lucky 13.

Cifras AEAD modernas (AES-GCM, ChaCha20-Poly1305) eliminam toda essa classe de falhas.

Heartbleed foi uma falha de divulgação de memória no OpenSSL, não uma falha do protocolo TLS. Ela permitia que atacantes lessem a memória do servidor, possivelmente vazando chaves privadas.

Lição: mantenha suas bibliotecas de TLS atualizadas com correções.

Versões antigas do TLS permitiam ataques de renegociação e truncamento inseguros, nos quais dados injetados ou mensagens cortadas podiam ser explorados.

As extensões de renegociação segura e o TLS 1.3 resolvem esses problemas.

Para reforçar a segurança do TLS:

• Use somente TLS 1.2 e 1.3.
• Prefira conjuntos de cifras AEAD com sigilo de encaminhamento.
• Ative o HSTS.
• Desative a compressão.
• Mantenha as bibliotecas atualizadas com correções.

Qual defesa impede especificamente os ataques de remoção de SSL?

Você aprendeu sobre ataques comuns contra TLS.

• O rebaixamento e a remoção forçam o uso de uma criptografia mais fraca ou eliminam a criptografia.
• O HSTS e a desativação de protocolos antigos são defesas fundamentais.
• As cifras AEAD e a aplicação de correções eliminam falhas de oráculo de preenchimento e de bibliotecas.

Próximo módulo: Autenticação multifator.