Definição e esclarecimentos
SASE , pronunciado “sássi”, significa Secure Access Service Edge, e foi formalizado pelo Gartner em 2019 no relatório The Future of Network Security Is in the Cloud. É uma estrutura de arquitetura que une conectividade de longa distância, WAN, e segurança de rede em um serviço distribuído, entregue pela nuvem e o mais próximo possível dos usuários.
O ponto de partida é simples: arquiteturas legadas pressupõem que dados, aplicativos e usuários estejam em um perímetro fixo. Essa hipótese já não se sustenta quando os aplicativos estão na nuvem e as equipes trabalham em locais variados. SASE não é um produto independente nem uma tecnologia única: os fornecedores vendem plataformas que cobrem toda essa estrutura ou parte dela. O rótulo não garante a cobertura funcional real, primeiro ponto a considerar antes de qualquer conversa comercial.
Confusões que devem ser evitadas
SASE ≠ SSE. Em 2021, o Gartner apresentou o Security Service Edge , SSE: o subconjunto exclusivamente na nuvem do SASE, com SWG, CASB, ZTNA e FWaaS, sem a conectividade de rede SD-WAN. Muitas ofertas cobrem SSE sem abordar a rede: isso pode ser suficiente, mas não constitui um SASE completo.
SASE ≠ Zero Trust. O Zero Trust é um princípio , NIST SP 800-207; SASE é uma estrutura de arquitetura que pode incorporá-lo por seu componente ZTNA. SASE pode existir sem uma implementação coerente de Zero Trust, e vice-versa. São complementares, não substitutos.
ZTNA ≈ SDP, sem serem idênticos. ZTNA é uma função de acesso condicional a aplicativos, baseada em identidade e contexto; SDP é uma família de arquiteturas que influenciou o acesso remoto moderno. Ambos levam o controle do nível de rede ao nível do aplicativo; consulte SDP e VPN.
Os componentes do SASE
SASE reúne cinco grandes categorias de funções. Para cada uma, a pergunta útil vai além de “o que é?”: qual problema ela resolve e que dependência cria?
| Componente | Função |
|---|---|
| SD-WAN | Conectividade otimizada de rede de longa distância, a parte de “rede” |
| SWG | Gateway web seguro: filtragem do tráfego web |
| CASB | Agente de segurança de acesso à nuvem: controle do uso de SaaS |
| ZTNA | Acesso condicional a aplicativos, com identidade e contexto |
| FWaaS | Firewall entregue como serviço na nuvem |
Esses componentes só formam uma arquitetura coerente se as camadas de base estiverem implementadas. O CASB, em especial, pressupõe controle prévio do uso de SaaS , algo que apresentações comerciais geralmente deixam de mencionar.
Pré-requisitos frequentemente negligenciados
O ponto mais honesto sobre SASE: essa estrutura pressupõe bases que ainda não existem em muitas organizações. Implantar componentes SASE em uma infraestrutura com identidades fragmentadas não produz modernidade: apenas desloca a complexidade para outra camada. Antes de qualquer migração séria, é preciso ter:
- Um diretório organizado e consolidado , Microsoft Entra ID, Okta ou equivalente.
- Autenticação forte em todos os pontos necessários , com SSO e MFA em todos os acessos críticos.
- Gestão mínima dos dispositivos , para saber quais aparelhos acessam e em que condições.
- Políticas de acesso definidas por aplicativo , mapeamento sem o qual ZTNA não faz sentido.
- Um mapeamento dos fluxos e das dependências dos aplicativos.
- Capacidade de operação ao longo do tempo , para monitorar, interpretar registros e lidar com incidentes.
Sem essas bases, uma migração SASE é um projeto que aumenta a complexidade, em vez de simplificar.
Quando SASE faz sentido e quando buscar outra abordagem
Não existe um limite universal: a pertinência depende da complexidade operacional, não do número de funcionários.
| SASE faz sentido quando… | É melhor parar antes quando… |
|---|---|
| Há várias unidades e conectividade heterogênea | A organização tem uma única unidade e poucos aplicativos expostos |
| Há alta mobilidade e acessos remotos variados | A gestão de identidades é fragmentada ou inexistente |
| Há uso intenso de SaaS críticos | Não há política de acesso por aplicativo |
| A superfície inclui fornecedores e parceiros | Não há visibilidade dos fluxos dos aplicativos |
| Há equipe de TI estruturada ou fornecedor dedicado | Não há recursos para operar uma arquitetura distribuída |
Em muitas pequenas e médias empresas, a necessidade real está em uma parte das suas funções, não em um SASE completo: acesso mais preciso aos aplicativos, melhor controle dos SaaS e filtragem web coerente. Uma pequena ou média empresa não precisa “adotar SASE” para proteger seus acessos com seriedade: precisa resolver seus problemas reais na ordem certa, identidade, acesso remoto, visibilidade da nuvem, segmentação e operação. O caminho mais realista costuma começar com uma implementação coerente da VPN empresarial Zero Trust.
Perguntas frequentes
Quem criou o termo? Gartner, em 2019.
SASE e SSE? SSE, apresentado em 2021, é o subconjunto de segurança na nuvem do SASE, sem SD-WAN. Uma organização que não precisa refazer sua conectividade pode optar pelo SSE.
SASE substitui a VPN? Parcialmente e de forma gradual, por meio de ZTNA. Na prática, VPN e ZTNA costumam coexistir durante uma transição que pode ser longa.
SASE significa um único fornecedor? Não. É uma estrutura, não um pacote pronto. Muitas organizações combinam várias soluções; plataformas de “SASE unificado” criam dependência do fornecedor, ou lock-in, que precisa ser avaliada.
Uma pequena ou média empresa deve adotar SASE? Raramente em sua forma completa: construir primeiro as bases é mais útil do que adotar o rótulo.