Essa arquitetura explica sua dupla realidade: é muito difundida em empresas, conexões entre unidades e sistemas Apple, mas costuma ser complexa demais para o uso cotidiano. Foi concebida para uma internet menos móvel e com menos tradução de endereços. NAT, mudanças frequentes de rede e múltiplas implementações expõem hoje seus principais limites.
Arquitetura: modos e componentes
Modo transporte e modo túnel
O modo transporte criptografa a carga útil, mas mantém visível o cabeçalho IP original. Os endereços de origem e destino continuam expostos; por isso, é usado principalmente entre equipamentos em ambientes controlados.
A modo túnel encapsula o pacote IP completo dentro de um novo pacote. Oculta os endereços internos e protege o conteúdo, mas acrescenta cabeçalhos e complica a MTU. É o modo habitual para VPNs e conexões entre unidades.
AH e ESP
Authentication Header (AH) verifica a integridade, mas não criptografa e é incompatível com a maioria dos cenários de NAT, pois autentica campos que o roteador modifica. Seu uso atual é muito limitado.
Encapsulating Security Payload (ESP) criptografa, autentica e acrescenta proteção contra repetição. Inclui um identificador de associação, um número de sequência e as informações necessárias para validar cada pacote. ESP é o componente usado nos túneis IPsec modernos.
NAT-T
ESP usa o protocolo IP 50, não uma porta TCP ou UDP. Muitos roteadores domésticos não conseguem traduzi-lo corretamente. NAT Traversal resolve o problema encapsulando ESP em UDP 4500. Isso melhora a compatibilidade, mas acrescenta sobrecarga e depende de mensagens de manutenção para preservar o mapeamento NAT.
Quando uma conexão falha, é preciso distinguir se a causa está em IKE, ESP, NAT, no firewall ou na MTU. Essa cadeia torna o diagnóstico mais difícil do que em protocolos projetados desde o início para atravessar NAT.
IKEv1 e IKEv2
IPsec não define sozinho como trocar chaves. Essa responsabilidade cabe ao IKE, que negocia algoritmos, autentica as partes e cria associações de segurança.
IKEv1 exige mais mensagens, mantém modos antigos inseguros e não lida bem com mobilidade. O modo agressivo pode expor informações que facilitam ataques de dicionário contra uma chave compartilhada. Sua presença em uma oferta atual indica infraestrutura atrasada.
IKEv2 reduz a negociação, melhora a autenticação e admite certificados, EAP, detecção de pares inativos e MOBIKE. Com MOBIKE, pode atualizar uma sessão quando o IP muda sem reconstruir todo o túnel. Ainda assim, mantém a complexidade geral do IPsec.
Criptografia: flexibilidade e risco de configuração
Uma configuração moderna pode usar AES-256-GCM ou ChaCha20-Poly1305, SHA-256 quando é necessária uma função separada de integridade, Diffie-Hellman grupo 14 no mínimo ou Curve25519 e certificados X.509.
Essas opções são sólidas. O problema é que IPsec também permite combinações antigas: 3DES, SHA-1, grupos Diffie-Hellman fracos, chaves compartilhadas previsíveis ou ausência de sigilo futuro perfeito. A flexibilidade necessária para interoperar com equipamentos antigos também permite manter configurações perigosas.
O sigilo futuro perfeito depende de renovar as chaves com uma nova troca Diffie-Hellman. Se a política reutiliza material anterior, as sessões ficam mais expostas. WireGuard evita grande parte desse problema ao impor uma seleção criptográfica moderna.
Desempenho, MTU e estabilidade
Com aceleração AES-NI, IPsec pode atingir velocidades altas. A criptografia não costuma ser o gargalo. As dificuldades aparecem no encapsulamento, na fragmentação e nas redes instáveis.
O modo túnel com NAT-T pode acrescentar aproximadamente 60 a 90 bytes por pacote, conforme a configuração. Se o pacote original já se aproxima de uma MTU de 1.500 bytes, o resultado pode ser fragmentado. A perda de um único fragmento exige reconstruir ou retransmitir o pacote completo e aumenta a latência.
Uma solução comum é reduzir a MTU da interface para 1.400 ou até 1.280 e usar descoberta de MTU. Essa correção exige conhecimentos de rede e nem sempre está disponível em um aplicativo comercial.
Em mobilidade, IKEv2 com MOBIKE melhora muito a continuidade, mas WireGuard costuma retomar o tráfego com menos estado a manter. A experiência depende de cliente, servidor e rede oferecerem suporte correto a todos os componentes.
Por que os serviços VPN ainda oferecem IPsec
O principal motivo é a compatibilidade. iOS, iPadOS, macOS e Windows incluem IKEv2/IPsec e permitem distribuir perfis sem instalar um cliente específico. Empresas também mantêm equipamentos Cisco, Juniper, Fortinet e outras plataformas com anos de políticas, certificados e procedimentos baseados em IPsec.
Em um ambiente com MDM, PKI interna ou conexões entre data centers, substituir toda a infraestrutura pode ser mais caro e arriscado do que mantê-la. IPsec permanece por interoperabilidade e requisitos do ecossistema, não por ser sempre superior a um protocolo recente.
Quando usar IPsec
IPsec continua sendo razoável para:
- conexões permanentes entre escritórios ou data centers;
- ambientes Apple gerenciados por MDM;
- infraestruturas com certificados e firewalls já preparados;
- organizações que precisam de compatibilidade com equipamentos especializados.
Para quem só precisa de uma VPN no celular ou computador, WireGuard costuma oferecer configuração mais simples, melhor mobilidade e uma superfície de revisão menor. OpenVPN mantém vantagens quando se precisa de TCP 443 ou de compatibilidade com sistemas muito diversos.
Sinais de alerta: IKEv1, chaves compartilhadas fracas, ausência de sigilo futuro perfeito, algoritmos antigos ou documentação que não explica a renovação de chaves.
Controvérsias e percepção após Snowden
As revelações de 2013 mostraram tentativas de enfraquecer certos componentes criptográficos, incluindo Dual_EC_DRBG, presente em algumas implementações. O problema histórico estava ligado ao gerador aleatório, não a ESP ou IKE como conceitos. Implementações modernas devem usar geradores e conjuntos atuais, como AES-GCM, ChaCha20-Poly1305 e SHA-256.
A desconfiança também vem da complexidade. Uma pessoa não especializada não consegue verificar facilmente a combinação de algoritmos, a política de renovação ou a qualidade de uma implementação específica. Windows, Apple, Android, strongSwan e Libreswan não compartilham exatamente o mesmo código; a auditoria de uma pilha não valida as outras.
Interoperabilidade e fragmentação das implementações
O nome “IPsec” não identifica uma única base de código. Windows, sistemas Apple, Android, strongSwan, Libreswan e equipamentos de rede aplicam o padrão por implementações diferentes. Podem coincidir nos algoritmos principais e divergir em extensões, tratamento de fragmentos, armazenamento de chaves ou mensagens de erro. Uma auditoria não demonstra que todas se comportam da mesma forma.
Essa diversidade complica o suporte. Uma combinação aceita por um firewall pode ser rejeitada por outro; um equipamento pode propor primeiro um conjunto antigo; uma atualização de firmware pode mudar a negociação. As organizações reduzem o risco documentando uma lista curta de algoritmos, desativando IKEv1, exigindo certificados, registrando apenas as informações operacionais necessárias e testando a renovação de chaves.
O que um operador deve documentar
- versão de IKE e método de autenticação;
- algoritmos de criptografia, integridade e grupos Diffie-Hellman;
- frequência de renovação e uso de sigilo futuro perfeito;
- suporte a MOBIKE e NAT-T;
- política de registros e proteção das chaves privadas;
- MTU recomendada e procedimento de diagnóstico.
A ausência desses dados não prova que o túnel seja inseguro, mas impede avaliar se a configuração moderna anunciada é realmente aplicada.
Conclusão
IPsec pode oferecer alta segurança quando é configurado por uma equipe competente. Continua fazendo sentido em empresas, conexões entre redes e ecossistemas que dependem de sua integração. Sua flexibilidade e interoperabilidade são pontos fortes profissionais e, ao mesmo tempo, fontes de erros para o público geral.
WireGuard costuma ser melhor para velocidade, simplicidade e mobilidade. OpenVPN é útil quando se busca compatibilidade ou TCP. IPsec costuma ser escolhido por uma necessidade de infraestrutura, não por ser um vencedor universal.