Duas plataformas convergentes agora definem como as organizações protegem e disponibilizam seus ativos mais críticos: o Secure Access Service Edge (SASE) para a força de trabalho híbrida e uma Plataforma de Entrega e Segurança de Aplicações (ADSP) para o ambiente híbrido de aplicações. Entender as diferenças entre essas plataformas e por que elas se complementam é fundamental para projetar arquiteturas resilientes.
SASE vs. ADSP
Em muitos aspectos, SASE e ADSP são semelhantes. Ambas são plataformas convergentes de rede e segurança. Ambas são implantadas por meio de hardware, software e SaaS. E ambas adotam o conceito de um console único para gerenciar tudo, atendendo às equipes de NetOps, SecOps, PlatformOps, DevOps e outras equipes operacionais. No entanto, também são tecnologias muito diferentes: uma se concentra nos funcionários, enquanto a outra se concentra nas aplicações.
Uma plataforma SASE aplica políticas consistentes de acesso à rede (SD-WAN/ZTNA) e segurança (security service edge) aos funcionários da empresa, estejam eles conectados na sede, em uma das filiais, em casa ou durante uma viagem.
Por outro lado, a ADSP oferece entrega consistente de aplicações por meio de controladores de entrega de aplicações (ADCs) e protege as aplicações empresariais com proteção de aplicações web e APIs (WAAP), independentemente de essas aplicações estarem localizadas em um data center, em ambientes multinuvem ou na borda. A ADSP também recebe tráfego de consumidores que se conectam por meio de uma rede de entrega de conteúdo (CDN).
Então, qual é a diferença entre essas duas plataformas convergentes de rede e segurança?
Bem, pode parecer óbvio, mas o SASE, com sua ênfase na proteção dos funcionários, utiliza um proxy de encaminhamento para receber conteúdo de aplicações públicas e privadas, inspecioná-lo e repassá-lo aos funcionários.
Por outro lado, o ADSP atua principalmente como um proxy reverso: ele intercepta o tráfego destinado a uma aplicação, inspeciona-o e o encaminha ao servidor apropriado que hospeda a aplicação. Em essência, SASE e ADSP são tecnologias centrais de rede e segurança distintas, com escalas muito diferentes. Basta comparar quantos consumidores acessam uma aplicação com quantos funcionários internos acessam uma rede.
SASE vs. ADSP: diferenças em redes
Vamos analisar as diferenças de rede, começando pelo SASE. A rede de longa distância definida por software (SD-WAN) usa uma combinação de infraestrutura subjacente (underlay) para transporte e túneis de sobreposição (overlay) para oferecer o caminho mais confiável entre os usuários e a nuvem de borda de serviço de segurança (SSE) ou outro destino. Ela pode direcionar dinamicamente o tráfego por links MPLS, de banda larga, 5G/LTE ou via satélite com base no desempenho em tempo real. Como a SD-WAN reconhece as aplicações, ela toma decisões de roteamento e engenharia de tráfego que o roteamento IP tradicional não consegue tomar, como selecionar caminhos com base na identidade da aplicação, latência, jitter ou perda de pacotes.
Quando os funcionários se conectam de fora da rede corporativa, a SD-WAN normalmente não faz parte do caminho. O tráfego externo à rede depende do roteamento padrão da Internet, que não oferece garantias de desempenho, seleção otimizada de caminhos nem políticas corporativas de QoS. Nesses casos, a SSE baseada em nuvem funciona como um proxy de encaminhamento, encerrando a conexão do funcionário, inspecionando o tráfego de saída e de entrada e, em seguida, recuperando o conteúdo em nome do funcionário.
A ADSP atua em uma parte diferente da pilha de rede. Os ADCs da ADSP são responsáveis por otimizar a forma como as solicitações chegam às aplicações, garantindo alto desempenho, disponibilidade e confiabilidade. Operando nas camadas 4 a 7, os ADCs compreendem protocolos de aplicação, comportamento de sessões e padrões de tráfego, o que lhes permite realizar balanceamento de carga avançado, terminação TLS, monitoramento de integridade e gerenciamento de conexões.
Como a ADSP opera como um proxy reverso, ela fica à frente das aplicações para inspecionar o tráfego de entrada, aplicar políticas e selecionar a instância ou o serviço de aplicação correto. Embora a ADSP esteja estreitamente associada à WAAP, ela também pode se integrar a CDNs e outras camadas de entrega para otimizar ainda mais o desempenho e o alcance global.
SASE vs. ADSP: diferenças em segurança
E quanto à segurança? No modelo SASE, o SSE protege os funcionários, especialmente seus dispositivos e sessões de navegador, contra ameaças baseadas na web e na nuvem. Originalmente, o SSE se concentrava nos recursos de gateway seguro da web (SWG), mas desde então passou a incluir controles de agente de segurança de acesso à nuvem (CASB), isolamento remoto do navegador (RBI) e prevenção contra perda de dados (DLP).
Em comparação, o ADSP se concentra na proteção de aplicações e APIs. Seus principais recursos de segurança abrangem a proteção de aplicações web e APIs (WAAP), incluindo firewall de aplicações web (WAF), mitigação de ataques distribuídos de negação de serviço (DDoS), proteção contra bots, segurança de APIs e proteção no lado do cliente. Cada vez mais, a DLP também ganha relevância na borda das aplicações, à medida que as organizações buscam impedir que dados confidenciais sejam expostos por meio de APIs e aplicações web.
Arquiteturas Zero trust architecture
Ambas as plataformas contribuem para uma arquitetura de confiança zero, mas atuam em diferentes camadas do ambiente. O SASE oferece acesso à rede de confiança zero (ZTNA), que valida a identidade do funcionário, a postura de segurança do dispositivo e os sinais contextuais antes de conceder acesso a uma aplicação. Isso impede que usuários não verificados e dispositivos não gerenciados acessem recursos internos, reduzindo drasticamente a superfície de ataque na borda do usuário.
O ADSP complementa essa abordagem com o acesso a aplicações de confiança zero (ZTAA), que aplica decisões de acesso no proxy reverso diretamente à frente da aplicação. Ao contrário do ZTNA, que determina quem pode tentar se conectar, o ZTAA controla o que essas pessoas podem efetivamente fazer quando o tráfego chega. Ao inspecionar solicitações, aplicar políticas granulares e intermediar cada transação, o ZTAA protege a própria aplicação contra identidades comprometidas, cargas maliciosas e tentativas de movimentação lateral que os controles tradicionais da camada de rede não conseguem detectar.
Juntos, o ZTNA e o ZTAA oferecem um modelo de confiança zero em camadas: um protege o acesso à aplicação, enquanto o outro protege a aplicação após a concessão do acesso.
Como SASE e ADSP trabalham em conjunto
SASE e ADSP abordam desafios distintos, mas altamente complementares, e ambos são essenciais para as operações digitais modernas. Analistas do setor destacam de forma consistente que o SASE é otimizado para proteger e conectar a força de trabalho híbrida. Ele oferece recursos de ZTNA, SWG, CASB e DLP na borda do usuário, garantindo que o acesso aos recursos corporativos comece com controles robustos de identidade, dispositivo e conteúdo.
Por outro lado, o ADSP é otimizado para disponibilizar e proteger as próprias aplicações. Ele oferece ADC, WAAP, mitigação de DDoS, acesso a aplicações com Zero Trust e segurança de APIs na borda das aplicações, onde o desempenho, a resiliência e as defesas contra ameaças específicas às aplicações são essenciais. À medida que as empresas continuam migrando para o trabalho híbrido e para arquiteturas híbridas de múltiplas nuvens, essas duas bordas precisam operar em conjunto para manter a consistência do desempenho, da segurança e da aplicação de políticas em ambientes amplamente distribuídos.
Na prática, o SASE garante que apenas os funcionários autorizados e os dispositivos em conformidade possam acessar aplicações internas ou privadas. O ADSP, por sua vez, garante que essas aplicações permaneçam rápidas, confiáveis e protegidas quando o tráfego chega. Por exemplo, desenvolvedores ou funcionários remotos acessam ferramentas internas por meio dos controles de ZTNA do SASE, enquanto portais voltados para clientes, APIs e serviços baseados em IA dependem do ADSP para uma entrega eficiente, proteção avançada contra ameaças e segurança com reconhecimento de aplicações.
Juntas, as duas plataformas criam uma arquitetura holística de confiança zero que abrange funcionários, redes e aplicações. Nenhuma das plataformas consegue alcançar esse resultado sozinha, mas, em conjunto, elas fornecem a base completa de segurança e desempenho necessária para os negócios digitais modernos.
SASE e ADSP algum dia serão uma única plataforma?
Para pequenas e médias empresas, é razoável imaginar o SASE e a ADSP oferecidos por meio de uma única plataforma consolidada. Essas organizações geralmente priorizam a simplicidade, têm equipes de TI menores e se beneficiam do consumo de recursos de rede e segurança como um serviço de nuvem unificado. Nesses ambientes, a distinção entre a segurança na borda do usuário e a entrega na borda da aplicação é menos relevante.
As grandes empresas, no entanto, operam em outra escala. O SASE e a ADSP utilizam tecnologias diferentes, resolvem problemas distintos e ficam sob a responsabilidade de equipes específicas de redes e segurança. Esses limites operacionais, aliados a requisitos mais rigorosos de desempenho, conformidade e arquitetura, tornam a convergência total inviável. As grandes organizações obtêm o máximo valor quando as duas plataformas permanecem especializadas, mas trabalham juntas de forma integrada.
Gartner AI Security Platform
À medida que as empresas adotam cada vez mais fluxos de trabalho orientados por IA, cresce a necessidade de estratégias robustas de segurança de IA. Para atender a essa necessidade, o Gartner define uma nova categoria chamada AI Security Platform (AISP) — uma estrutura projetada para proteger tanto aplicações de IA de terceiros quanto aplicações personalizadas. A AISP é composta por dois pilares principais:
- Controle de Uso de IA (AIUC): Concentra-se em gerenciar o uso corporativo de ferramentas externas de IA, como plataformas de IA generativa ou mecanismos de análise de dados, por meio da aplicação de políticas de proteção de dados, governança de propriedade intelectual e privacidade.
- Segurança de Aplicações de IA (AIAS): Desenvolvida para proteger aplicações de IA personalizadas contra ameaças como IA adversarial, modelos treinados inadequadamente e abuso de APIs.
SASE e ADSP podem desempenhar papéis complementares dentro dessa estrutura. Com seu modelo de aplicação de políticas baseado em proxy e centrado nos funcionários, o SASE se alinha naturalmente à AIUC ao proteger as interações entre humanos e IA e as integrações com terceiros. O ADSP, por sua vez, é bastante adequado para dar suporte à AIAS, aproveitando seus pontos fortes na proteção de aplicações, APIs e infraestruturas de backend em escala empresarial.
Benefícios de uma abordagem de plataforma
Plataformas convergentes de rede e segurança, como SASE e ADSP, oferecem diversos benefícios às empresas. Elas consolidam soluções pontuais, simplificam as operações e sincronizam políticas entre as funções de rede e segurança.
Ainda há controvérsias sobre a possibilidade de combinar essas duas grandes categorias de plataformas convergentes. Embora às vezes seja difícil para as empresas superar estruturas de gestão isoladas, os benefícios de uma abordagem baseada em plataforma são grandes demais para serem ignorados.
Conheça esses benefícios em detalhes e saiba como a F5 Application Delivery and Security Platform (ADSP) disponibiliza e protege aplicações em todos os ambientes acessando nossa página da F5 ADSP.
Sobre o autor
John Maddison é diretor de marketing da F5. John tem mais de 30 anos de experiência na liderança de equipes de produtos e áreas de marketing corporativo nos setores de cibersegurança, nuvem e telecomunicações. Antes de ingressar na F5, John trabalhou por 12 anos na Fortinet, mais recentemente como diretor de marketing e vice-presidente executivo de estratégia de produtos. Anteriormente, ocupou cargos de liderança na Trend Micro, Vina Communications e Octel Communications. John é bacharel em Engenharia pela Universidade de Plymouth, em Devon, Inglaterra.
Mais publicações de John MaddisonPublicações relacionadas no blog
IA agêntica em cibersegurança: promessas e riscos
Saiba por que o uso de IA agêntica na cibersegurança é essencial para combater ameaças impulsionadas por IA e por que os agentes também criam novos riscos para as empresas.
Como os clientes da F5 no setor financeiro lidam com a soberania digital sem desacelerar a inovação
Como é a soberania digital na prática? Dois projetos recentes da F5 com clientes mostram como diferentes empresas estão enfrentando esses desafios.
Soberania operacional: construindo resiliência em um mundo imprevisível
Para muitas organizações, a questão já não se resume apenas a controlar os dados. Trata-se de manter a capacidade de operar, adaptar-se e se recuperar à medida que as leis e as condições evoluem.
Segurança de IA com evidências: o que levaremos ao Gartner SRM
Antes de sua sessão no Gartner SRM, o vice-presidente sênior de Marketing de Produtos da F5 explica como a F5 ajuda as organizações a proteger a IA em três etapas práticas.
Gestão de riscos de IA: como as proteções podem ajudar a mitigá-los
O risco da IA é impulsionado por comportamentos probabilísticos e pela explicabilidade limitada, não apenas por falhas de segurança. Uma gestão eficaz exige controle operacional contínuo.
Lei de IA do Colorado (SB 205): o que as empresas precisam saber antes de 2026
A SB 205 do Colorado, a lei pioneira do estado sobre inteligência artificial, foi sancionada pelo governador Jared Polis em 17 de maio de 2024. O projeto de lei estabelece requisitos para que as empresas que utilizam IA implementem controles destinados a proteger os cidadãos do Colorado.