Questão de Segurança da Informação — TLS, SSL e HTTPS — FCC 2024

Handshake TLS 1.3: a resposta do servidor ao Client Hello

Gabarito: letra E. No TLS 1.3, após o Client Hello, o servidor responde com a mensagem Server Hello, na qual confirma o protocolo de contrato de chave escolhido, envia seu compartilhamento de chave (key share), seu certificado e a mensagem Server Finished — tudo em uma única resposta, simplificando o handshake em relação às versões anteriores. Essa é a essência da alternativa correta.

O handshake TLS é o processo de negociação que estabelece uma conexão segura entre cliente e servidor. Ele define qual algoritmo de criptografia será usado, como as chaves serão trocadas e como as partes se autenticam. No TLS 1.3, esse processo foi drasticamente simplificado: o cliente já envia, no Client Hello, a lista de cipher suites suportadas e o seu key share (compartilhamento de chave) para o protocolo de troca de chaves que ele adivinha que o servidor vai escolher. Isso reduz o número de idas e voltas (round trips) necessárias.

Em resposta, o servidor envia uma única mensagem composta: o Server Hello, que confirma a cipher suite e o protocolo de troca de chaves escolhidos, incluindo o key share do servidor; o Certificate, que contém o certificado digital do servidor para autenticação; e o Server Finished, que é uma mensagem autenticada que permite ao cliente verificar se o handshake foi bem-sucedido. Diferentemente do TLS 1.2, não há mensagens separadas de Server Key Exchange e Server Hello Done — tudo é condensado.

A principal distinção que a banca explora é entre o handshake do TLS 1.2 e o do TLS 1.3. No TLS 1.2, o servidor respondia com uma sequência de mensagens individuais: Server Hello, Certificate, Server Key Exchange e Server Hello Done. No TLS 1.3, essa sequência foi unificada em uma única resposta. Além disso, o Change Cipher Spec, que existia no TLS 1.2 para sinalizar a mudança para o modo criptografado, foi removido do TLS 1.3 (exceto por compatibilidade), pois a troca de chaves já é feita de forma segura desde o início.

A pegadinha desta questão é justamente confundir o handshake do TLS 1.2 com o do TLS 1.3. O candidato que memorizou o fluxo do TLS 1.2 pode marcar a alternativa C, que descreve a sequência antiga. A banca também explora a confusão entre criptografia simétrica e assimétrica, e entre os papéis do cliente e do servidor. Guarde a fronteira entre o handshake do TLS 1.2 (sequência de mensagens separadas) e o do TLS 1.3 (resposta única e condensada): é exatamente nela que as alternativas se dividem.

Alternativa A — ❌ Incorreta

Afirma que o servidor gera e envia uma chave mestra junto com as chaves de sessão, e que essas chaves serão usadas para criptografar assimetricamente os dados. O erro está em dois pontos: (1) a chave mestra não é enviada pelo servidor — ela é derivada independentemente por ambas as partes a partir dos key shares trocados; (2) as chaves de sessão são usadas para criptografia simétrica, não assimétrica. A criptografia assimétrica (com chaves pública/privada) é usada apenas na fase de troca de chaves e autenticação, não para os dados da aplicação.

Alternativa B — ❌ Incorreta

Descreve o envio de uma mensagem Change Cipher Spec pelo servidor, seguida de Server Finished. No TLS 1.3, a mensagem Change Cipher Spec foi removida do handshake (exceto por compatibilidade com versões antigas) e não é mais necessária, pois a troca de chaves já é feita de forma segura. Além disso, a mensagem é enviada pelo cliente no TLS 1.2, não pelo servidor. A alternativa mistura conceitos do TLS 1.2 com o TLS 1.3 e inverte o papel das partes.

Alternativa C — ❌ Incorreta

Descreve a sequência de mensagens do handshake do TLS 1.2: Server Hello, Certificate, Server Key Exchange e Server Hello Done. No TLS 1.3, essa sequência foi unificada em uma única resposta do servidor. O Server Key Exchange e o Server Hello Done não existem mais como mensagens separadas no TLS 1.3. Esta é a pegadinha clássica: o candidato que estudou o TLS 1.2 pode marcar esta alternativa, mas a questão é especificamente sobre o TLS 1.3.

Alternativa D — ❌ Incorreta

Afirma que o servidor verifica o certificado do cliente, gera chaves e envia a mensagem Client Finished. O erro está na inversão de papéis: quem verifica o certificado do cliente é o servidor, mas apenas em handshakes com autenticação mútua (mTLS), que não é o caso padrão. Além disso, a mensagem Client Finished é enviada pelo cliente, não pelo servidor. O servidor envia o Server Finished. A alternativa confunde os papéis das partes e as mensagens do handshake.

Alternativa E — ✅ Correta ⟵ GABARITO

Descreve corretamente a resposta do servidor no handshake TLS 1.3: o servidor responde com a mensagem Server Hello, contendo o protocolo de troca de chaves que escolheu, incluindo o compartilhamento de chave do servidor (key share), seu certificado e a mensagem Server Finished. Essa é a descrição exata do fluxo do TLS 1.3, onde o servidor condensa todas as suas mensagens em uma única resposta, otimizando o handshake.

Gabarito: letra E