Questão de Segurança da Informação — VPN — FCC 2025

VPN-SSL: criptografia híbrida e o equilíbrio entre segurança e desempenho

Gabarito: letra C. A VPN-SSL (e o TLS que a sustenta) combina, na prática, três mecanismos complementares: certificados digitais para autenticar as partes, criptografia assimétrica para negociar as chaves de sessão e criptografia simétrica para cifrar o tráfego — é exatamente essa arquitetura híbrida que a alternativa C descreve. A alternativa correta espelha o funcionamento real do protocolo, que usa o melhor de cada técnica: a segurança da troca de chaves da assimétrica com a velocidade da simétrica.

A criptografia híbrida é o padrão de ouro dos protocolos seguros modernos (TLS/SSL, SSH, IPSec). O motivo é simples: a criptografia assimétrica (chave pública/privada) é computacionalmente cara e lenta para volumes grandes de dados, enquanto a simétrica é rápida, mas exige que ambas as partes compartilhem a mesma chave secreta — o que é um problema de distribuição. A solução é usar a assimétrica apenas para autenticar e negociar uma chave de sessão, e a simétrica para o fluxo de dados. É o que acontece no handshake do TLS: o cliente valida o certificado digital do servidor (autenticação), as partes trocam chaves usando criptografia assimétrica (ou Diffie-Hellman), e a partir daí cifram tudo com um algoritmo simétrico como AES.

No contexto de uma VPN-SSL, o usuário remoto acessa o sistema via navegador, que estabelece o túnel TLS com o servidor VPN. O certificado digital garante que o servidor é legítimo (autenticidade), a negociação de chaves protege o segredo compartilhado, e a cifra simétrica garante a confidencialidade do tráfego com desempenho aceitável. Essa combinação é o que permite o equilíbrio entre segurança e desempenho mencionado na alternativa correta.

A pegadinha da banca aqui é tentar fazer o candidato acreditar que um único mecanismo resolve tudo — seja só simétrica, só assimétrica, ou só hash. Cada primitiva criptográfica tem um papel específico: a simétrica cifra rápido, a assimétrica autentica e negocia chaves, o hash garante integridade (mas não confidencialidade). Nenhuma delas sozinha entrega o conjunto completo de segurança que uma VPN exige. Guarde essa divisão de papéis: é exatamente nela que as alternativas se separam.

Alternativa A — ❌ Incorreta

Afirma que a VPN-SSL oferece disponibilidade usando exclusivamente algoritmos simétricos. O erro é duplo: primeiro, a disponibilidade não é garantida por criptografia — é um princípio de segurança ligado à redundância, backups e continuidade de serviço, não à cifragem. Segundo, a VPN-SSL não usa apenas criptografia simétrica; ela depende da assimétrica para autenticação e negociação de chaves. A simétrica sozinha não resolve o problema da distribuição segura da chave.

Alternativa B — ❌ Incorreta

Diz que tokens físicos substituem a necessidade de certificados digitais e mecanismos criptográficos. Isso é falso: tokens físicos são um fator de autenticação (algo que você tem), que pode ser usado em conjunto com certificados, mas não os substitui. A proteção dos dados em trânsito continua dependendo da criptografia — o token não cifra nada. A alternativa confunde autenticação do usuário com proteção do canal de comunicação.

Alternativa C — ✅ Correta ⟵ GABARITO

Descreve com precisão a arquitetura híbrida da VPN-SSL: certificados digitais para autenticação, criptografia assimétrica para negociação de chaves e criptografia simétrica para transmissão de dados. É exatamente o que o TLS faz no handshake e na sessão. O equilíbrio entre segurança e desempenho vem do uso da assimétrica apenas para o que ela faz bem (autenticar e trocar chaves) e da simétrica para o que ela faz melhor (cifrar grandes volumes de dados rapidamente).

Alternativa D — ❌ Incorreta

Propõe usar criptografia assimétrica em todas as etapas, da autenticação à transmissão. Isso é tecnicamente inviável na prática: a assimétrica é lenta e computacionalmente cara para cifrar todo o tráfego. Por isso os protocolos reais a usam apenas na fase de negociação de chaves, e não na transmissão de dados. A alternativa confunde o papel da assimétrica com o da simétrica.

Alternativa E — ❌ Incorreta

Afirma que hashes criptográficos garantem confidencialidade e integridade. O hash garante apenas integridade (detecção de alteração), e não confidencialidade — ele não esconde o conteúdo, apenas gera um resumo (digest) que permite verificar se o dado foi modificado. A confidencialidade é papel da criptografia (simétrica ou assimétrica). A alternativa troca o papel do hash pelo da cifra.

Gabarito: letra C