O que é uma VPN site-to-site e por que ela existe

Uma VPN (Virtual Private Network) site-to-site cria um “túnel” criptografado entre dois pontos da rede (por exemplo, matriz e filial). Em vez de trafegar dados diretamente pela infraestrutura intermediária de forma legível ou sem proteção consistente, o túnel busca garantir confidencialidade (dificultar leitura por terceiros) e integridade/autenticação do tráfego (ajudar a impedir alterações não autorizadas), conforme o desenho de segurança utilizado.

Quando não há VPN site-to-site, a comunicação entre locais normalmente depende de como a rede está conectada: pode haver rotas pela internet pública, interconexões parcialmente expostas, regras menos restritivas no caminho ou depender exclusivamente de medidas locais. Em muitos cenários, isso aumenta a superfície de ataque e a dificuldade de manter um padrão consistente de proteção entre sites.

Funcionamento em modelo simples (sem entrar em marca)

Pense na VPN como três camadas de responsabilidade:

  1. Criptografia do tráfego no caminho: o tráfego entre os sites é encapsulado e protegido para não circular “aberto”.
  2. Autenticação e controle do túnel: o sistema precisa confirmar quais endpoints podem estabelecer e manter o túnel.
  3. Políticas de tráfego: regras determinam o que pode trafegar entre os sites (por exemplo, apenas sub-redes específicas e portas necessárias).

Se qualquer uma dessas camadas fica fraca (por exemplo, ausência de autenticação robusta, chaves mal geridas, rotas amplas demais ou políticas permissivas), o risco tende a subir.

Principais riscos de não usar VPN site-to-site

Abaixo estão riscos típicos que podem aparecer quando a interconexão entre sites não recebe um “tratamento de túnel” com proteção consistente.

1) Maior exposição a interceptação e leitura de dados

Sem um túnel criptografado fim-a-fim entre os locais, dados podem trafegar de forma mais suscetível à interceptação. Mesmo que existam outras proteções (por exemplo, TLS em aplicações específicas), isso não garante cobertura integral para protocolos legados, metadados e fluxos que não usam criptografia onde deveriam.

2) Dificuldade de manter integridade e resistência a alterações

Quando o tráfego não passa por um mecanismo de proteção de integridade/autenticidade, torna-se mais difícil assegurar que os pacotes não foram alterados no caminho. Em redes empresariais, pequenas alterações podem causar desde falhas operacionais até desvios de comportamento (por exemplo, encaminhamentos indevidos ou respostas inconsistentes).

3) Regras amplas e superfície de ataque maior

Sem VPN, a empresa pode acabar dependendo de exposição parcial via roteamento e regras de firewall que precisem ser mais permissivas para “fazer funcionar”. Quanto maior a autorização de tráfego entre sites, maior a superfície de ataque: mais alvos, mais caminhos e mais oportunidades para exploração de serviços indevidos.

4) Perda de consistência entre sites

Uma VPN site-to-site pode ajudar a padronizar a forma de conectar locais. Sem ela, cada ligação pode acabar com configurações diferentes, dificultando auditoria e criação de políticas uniformes. A inconsistência é um risco porque facilita configurações incompletas e “brechas” que passam despercebidas.

5) Dependência excessiva de um único controle

Mesmo com controles como firewall local, IDS/IPS ou segmentação, depender exclusivamente de um componente pode ser frágil. Uma VPN tende a complementar controles, não substituí-los; sem ela, o peso recai mais sobre medidas periféricas.

Limitações e exceções que podem mudar o cenário

Não usar VPN site-to-site nem sempre significa automaticamente “desprotegido”. O impacto depende do modelo de conexão e do nível de proteção já existente.

  • Quando existe criptografia de aplicação: se todo tráfego entre sites passa por protocolos criptografados por aplicação (e de forma abrangente), parte do risco de confidencialidade pode ser reduzida. Porém, isso não resolve integralmente riscos de cobertura incompleta, protocolos não criptografados e o controle do caminho.
  • Quando a interconexão já é protegida por camadas equivalentes: algumas tecnologias de conectividade podem fornecer proteção no enlace, mas “equivalente” precisa ser entendido em detalhes (autenticação, integridade, gestão de chaves, escopo de tráfego). Sem conhecer o equivalente, é difícil concluir o nível real de proteção.
  • Caso haja apenas tráfego muito específico: se a comunicação entre sites for mínima e bem isolada, os riscos podem ser menores — ainda assim, a ausência de um túnel com políticas claras costuma dificultar padronização e governança.

A principal limitação a ter em mente: segurança não é um único produto ou uma única conexão. É um conjunto de decisões técnicas e operacionais.

Verificações práticas que você pode aplicar

Para reduzir incertezas sobre riscos e necessidade de VPN site-to-site, faça perguntas objetivas. Elas ajudam a validar o desenho sem depender de suposições.

  1. Quais fluxos realmente trafegam entre sites? Liste sub-redes, aplicações, portas e protocolos. O que não está listado costuma ser “tráfego invisível” em revisões.
  2. O tráfego entre sites é protegido no caminho? Verifique se há criptografia e autenticação consistentes para os fluxos relevantes, não apenas em algumas aplicações.
  3. Como os endpoints são identificados e autenticados? Confirme se somente os dispositivos autorizados podem participar da comunicação.
  4. Quais políticas de firewall e roteamento existem? Analise se as regras são mínimas (least privilege) e se o escopo entre locais está restrito ao necessário.
  5. Como você monitora e audita? Reveja se existem logs e alarmes para falhas de conexão, tentativas não autorizadas e mudanças de configuração. Sem visibilidade, incidentes demoram a ser detectados.

Essas verificações ajudam a responder, na prática, se a empresa está tratando a comunicação entre locais como “canal protegido” ou como “conectividade aberta com controles periféricos”.

Conceitos relacionados que valem a pena diferenciar

Ao discutir “proteger a rede”, é comum confundir termos. Alguns conceitos relacionados, mas distintos:

  • Criptografia de aplicação vs. criptografia de enlace/túnel: podem coexistir; uma não substitui necessariamente a outra.
  • Túnel VPN vs. segmentação local: segmentação limita o que cada parte acessa; o túnel protege o caminho entre partes.
  • Firewall vs. VPN: firewall controla permissões; VPN cria um canal protegido com políticas de tráfego.
  • Confidencialidade vs. integridade: ambos importam; falhas em um lado podem manter impacto mesmo quando há criptografia.

Conclusão: o risco principal é falta de proteção consistente no caminho

A principal razão para considerar uma VPN site-to-site é criar uma forma consistente e controlada de transportar tráfego entre locais, com proteção no caminho e políticas claras de escopo. Quando essa consistência não existe, aumentam as chances de exposição maior, regras permissivas e dependência de controles periféricos.

Ao mesmo tempo, vale reconhecer exceções: se o seu modelo de conexão já oferece proteção equivalente e abrangente (incluindo autenticação e integridade) e o escopo de tráfego é estritamente limitado, o risco pode ser menor. A melhor forma de decidir é validar os fluxos, o nível de proteção real e a governança (políticas, autenticação, monitoramento e auditoria) com base no seu desenho atual.