O futuro do Zero Trust e do SASE é agora! Assista sob demanda

fechar
fechar
  • Por que Netskope chevron

    Mudando a forma como a rede e a segurança trabalham juntas.

  • Nossos clientes chevron

    A Netskope atende a mais de 3.000 clientes em todo o mundo, incluindo mais de 25 das empresas da Fortune 100

  • Nossos parceiros chevron

    Fazemos parceria com líderes de segurança para ajudá-lo a proteger sua jornada para a nuvem.

O mais alto nível de Execução. A Visão mais avançada.

A Netskope foi reconhecida como Líder no Magic Quadrant™ do Gartner® de 2023 para SSE.

Obtenha o Relatório
A Netskope foi reconhecida como Líder no Magic Quadrant™ do Gartner® de 2023 para SSE.
Ajudamos nossos clientes a estarem prontos para tudo

See our customers
Woman smiling with glasses looking out window
A estratégia de comercialização da Netskope, focada em Parcerias, permite que nossos Parceiros maximizem seu crescimento e lucratividade enquanto transformam a segurança corporativa.

Saiba mais sobre os parceiros da Netskope
Group of diverse young professionals smiling
Sua Rede do Amanhã

Planeje seu caminho rumo a uma rede mais rápida, segura e resiliente projetada para os aplicativos e usuários aos quais você oferece suporte.

Receba o whitepaper
Sua Rede do Amanhã
Introducing the Netskope One Platform

Netskope One is a cloud-native platform that offers converged security and networking services to enable your SASE and zero trust transformation.

Saiba mais sobre o Netskope One
Abstract with blue lighting
Adote uma arquitetura Secure Access Service Edge (SASE)

O Netskope NewEdge é a maior nuvem privada de segurança de alto desempenho do mundo e oferece aos clientes cobertura de serviço, desempenho e resiliência inigualáveis.

Conheça a NewEdge
NewEdge
Netskope Cloud Exchange

O Cloud Exchange (CE) da Netskope oferece aos clientes ferramentas de integração poderosas para tirar proveito dos investimentos em estratégias de segurança.

Saiba mais sobre o Cloud Exchange
Vídeo da Netskope
A plataforma do futuro é a Netskope

Intelligent Security Service Edge (SSE), Cloud Access Security Broker (CASB), Cloud Firewall, Next Generation Secure Web Gateway (SWG) e Private Access for ZTNA integrados nativamente em uma única solução para ajudar todas as empresas em sua jornada para o Secure Access Service Arquitetura de borda (SASE).

Vá para a plataforma
Vídeo da Netskope
Next Gen SASE Branch é híbrida — conectada, segura e automatizada

Netskope Next Gen SASE Branch converge o Context-Aware SASE Fabric, Zero-Trust Hybrid Security e SkopeAI-Powered Cloud Orchestrator em uma oferta de nuvem unificada, inaugurando uma experiência de filial totalmente modernizada para empresas sem fronteiras.

Saiba mais sobre Next Gen SASE Branch
Pessoas no escritório de espaço aberto
Desenvolvendo uma Arquitetura SASE para Leigos

Obtenha sua cópia gratuita do único guia de planejamento SASE que você realmente precisará.

Baixe o eBook
Mude para serviços de segurança na nuvem líderes de mercado com latência mínima e alta confiabilidade.

Conheça a NewEdge
Lighted highway through mountainside switchbacks
Permita com segurança o uso de aplicativos generativos de IA com controle de acesso a aplicativos, treinamento de usuários em tempo real e a melhor proteção de dados da categoria.

Saiba como protegemos o uso de IA generativa
Ative com segurança o ChatGPT e a IA generativa
Soluções de zero trust para a implementação de SSE e SASE

Conheça o Zero Trust
Boat driving through open sea
Netskope obtém alta autorização do FedRAMP

Escolha o Netskope GovCloud para acelerar a transformação de sua agência.

Saiba mais sobre o Netskope GovCloud
Netskope GovCloud
  • Recursos chevron

    Saiba mais sobre como a Netskope pode ajudá-lo a proteger sua jornada para a nuvem.

  • Blog chevron

    Learn how Netskope enables security and networking transformation through security service edge (SSE)

  • Events and Workshops chevron

    Esteja atualizado sobre as últimas tendências de segurança e conecte-se com seus pares.

  • Security Defined chevron

    Tudo o que você precisa saber em nossa enciclopédia de segurança cibernética.

Podcast Security Visionaries

Challenging Norms of Women in Cyber
This episode underscores the urgent need for a shift in attitude and acknowledgement of diversity as an essential aspect of cybersecurity organizations.

Reproduzir o podcast
Desafiando as normas das mulheres no podcast cibernético
Últimos blogs

Read how Netskope can enable the Zero Trust and SASE journey through security service edge (SSE) capabilities.

Leia o Blog
Sunrise and cloudy sky
SASE Week 2023: Sua jornada SASE começa agora!

Replay das sessões da quarta SASE Week anual.

Explorar sessões
SASE Week 2023
O que é o Security Service Edge?

Explore o lado de segurança de SASE, o futuro da rede e proteção na nuvem.

Saiba mais sobre o Security Service Edge
Four-way roundabout
  • Empresa chevron

    Ajudamos você a antecipar os desafios da nuvem, dos dados e da segurança da rede.

  • Liderança chevron

    Nossa equipe de liderança está fortemente comprometida em fazer tudo o que for preciso para tornar nossos clientes bem-sucedidos.

  • Customer Solutions chevron

    Estamos aqui junto com você a cada passo da sua trajetória, assegurando seu sucesso com a Netskope.

  • Treinamento e certificação chevron

    Os treinamentos da Netskope vão ajudar você a ser um especialista em segurança na nuvem.

Apoiando a sustentabilidade por meio da segurança de dados

A Netskope tem o orgulho de participar da Visão 2045: uma iniciativa destinada a aumentar a conscientização sobre o papel da indústria privada na sustentabilidade.

Saiba mais
Apoiando a sustentabilidade por meio da segurança de dados
Pensadores, construtores, sonhadores, inovadores. Juntos, fornecemos soluções de segurança na nuvem de última geração para ajudar nossos clientes a proteger seus dados e seu pessoal.

Conheça nossa equipe
Group of hikers scaling a snowy mountain
A talentosa e experiente equipe de Serviços Profissionais da Netskope fornece uma abordagem prescritiva para sua implementação bem sucedida.

Conheça os Serviços Profissionais
Netskope Professional Services
Proteja sua jornada de transformação digital e aproveite ao máximo seus aplicativos de nuvem, web e privados com o treinamento da Netskope.

Saiba mais sobre Treinamentos e Certificações
Group of young professionals working

SASE and TLS 1.3, Part 1: What does it mean to “support” TLS 1.3?

Sep 23 2020

TLS is the most important protocol for secure communication with web sites and cloud services. Any vendor with ambitions in the SASE (Secure Access Service Edge) market has to be able to proxy TLS at scale. That requires considerable sophistication in terms of designing the computing and networking infrastructure for a SASE “security cloud,” but it also requires attention to the details of TLS itself.

TLS 1.3 is the current state-of-the-art version of TLS, and was finalized more than two years ago. Since TLS 1.3 has some important merits, and has been stable for a while, it’s not surprising that a number of security vendors support it. What’s a little more surprising is how squishy the concept of “support” turns out to be. So this article is a short guide about the places TLS 1.3 might show up in a SASE or would-be SASE system, the ways it might be “supported,” and why these details are important for enterprise security.

Does TLS 1.3 matter?

Let’s acknowledge immediately that most people don’t spend a lot of time thinking about TLS 1.3, and likely don’t have strong feelings on the subject. So a fair question is, “does the protocol really matter?” TLS 1.3 makes a meaningful difference to security, and it’s in use at a meaningful fraction of web sites, so there’s a solid argument that it really does matter. 

Although the changes from TLS 1.2 are relatively small, those changes are important to eliminate or reduce a number of recent high-profile attacks. A number of other blogs have summarized the security and performance changes in TLS 1.3. Eliminating even one serious attack is an important gain, and TLS 1.3 does far more than that.

When you look at the statistics collected by SSL Labs, it turns out that TLS 1.3 is already the best available SSL/TLS version on 25% of the Alexa 150K (the most popular web sites in the world). So we can comfortably say that it’s widely used.

So TLS 1.3 does really matter. Where should we be looking for it in a SASE system?

Where does TLS 1.3 show up?

In SASE or aspiring-SASE products, there are basically three places where it’s sensible to be paying attention to TLS 1.3 support: proxy, tunnel, and management. 

The first, and by far the most important location, is in the TLS proxy functionality. A trusted security proxy effectively splices itself into the TLS conversation between client and server, so it can inspect traffic that is otherwise encrypted. TLS 1.3 support in a trusted security proxy is crucial because otherwise the use of the proxy itself actually degrades security: a client/server conversation that could have taken place over TLS 1.3 is instead forced to use the known-vulnerable TLS 1.2.

The second location where TLS 1.3 matters is in tunnels, for example in a Zero Trust Network Access (ZTNA) product or feature. It’s good to have TLS 1.3 as a tunnel transport, but it’s less important than for a proxy—simply because the security vendor controls the implementation of both the communicating tunnel endpoints. For a tunnel, the security vendor can reduce vulnerability in a way that is impossible for a proxy. Even though TLS 1.2 is a less secure protocol than TLS 1.3, there are steps that can be taken to “harden” a particular instance of TLS 1.2 by removing vulnerable ciphers and similar local changes. In contrast, a proxy has no way of knowing just how vulnerable the communicating endpoint systems might be. 

For a SASE or SASE-aspiring system, the third location where TLS 1.3 functionality matters is for communicating with the management console. Authorized users use the management console to set policies and analyze incidents, so the data at risk can be quite sensitive, but the volume of data is quite low compared to the volume of data being proxied or tunneled by a security cloud. When considering management communication, the communicating endpoints are both controlled by the organization’s security team. So once again, there are opportunities to “harden” TLS 1.2 in ways that are not possible for a large population of users communicating with a large population of cloud services. 

My vendor supports TLS 1.3… what does that mean?

The place that everyone starts from—and that everyone agrees on—is that a product that “supports” TLS 1.3 can’t break when you send it TLS 1.3 traffic. But that’s a pretty weak constraint, especially if there are different ideas of what it means to “break.” It turns out that there are (at least) three different definitions for what it means to “support” TLS 1.3 in a proxy, and only one of those definitions actually requires implementing the protocol! We can call these three choices “true,” “down-negotiation,” and “bypass.” 

True TLS 1.3 support

Let’s take up “true” support first, since it’s what most people would expect when a proxy claims to support TLS 1.3—plus, it’s what Netskope implements as a proxy. In this definition, a proxy that “has true TLS 1.3 support” performs its full security functionality even when the client and server require TLS 1.3 only. Keep in mind that TLS 1.3 has better ciphers and better initial handshakes than TLS 1.2, making it both more secure and faster to set up, so there are some solid reasons for clients and servers to prefer the newer protocol. 

If the client and server insist on using TLS 1.3 to communicate, and the product is going to deliver its full security functionality, then the product has to actually implement TLS 1.3. So that’s pretty straightforward. 

“Support” via down-negotiation

Now let’s instead assume that the client and server are a little more agreeable, as most TLS clients and servers are. A proxy “supports TLS 1.3 via down-negotiation” if it performs its full security functionality when the client and server accept TLS 1.2. Basically, the “trick” here is that the proxy receives a TLS 1.3 connection request from the client, but negotiates it down to TLS 1.2… and then opens a TLS 1.2 connection to the server. Effectively, the “support” added in the proxy is only enough to recognize a TLS 1.3 request and respond, “no, thanks!” to the client. It’s otherwise entirely a TLS 1.2 world. 

This down-negotiation approach is obviously not as good as the stricter true TLS 1.3 support. Still, let’s take a moment to consider what’s good and bad about it. On the negative side, the proxy is silently downgrading the security of the connection. What would have been a TLS 1.3 connection between client and server is now all handled by TLS 1.2 instead. On the positive side, the proxy is still performing its security functions on this slightly-less-secure traffic.

“Support” via bypass

How about the third definition? A proxy “supports TLS 1.3 via bypass” if it doesn’t attempt to process TLS 1.3 traffic. It performs no security functionality at all when a client or server requires TLS 1.3. In this strange version of “support,” the proxy merely knows enough about TLS 1.3 to get the heck out of the way. 

Again, this bypass approach is obviously not as good as the stricter true TLS 1.3 support. And again, we can examine what’s good and bad about it. On the positive side, this approach doesn’t silently downgrade the security posture of the client and server like the previous approach; the client and server will still be communicating via their preferred TLS 1.3. On the negative side, this approach silently removes the proxy’s security functions from the picture, which might well be worse than downgrading to TLS 1.2.

Down-negotiation and bypass can even be combined. When the client contacts the proxy using TLS 1.3, the proxy can check whether it can open a TLS 1.2 connection to the server. If so, it down-negotiates the connection. If not, the proxy bypasses it.

Summarizing the choices

This table summarizes the proxy implementation choices, and the corresponding effects when the server accepts TLS 1.2 or requires TLS 1.3. In all of these cases, the client is initiating a TLS 1.3 connection.

Proxy implementationWhen server accepts TLS 1.2...When server requires TLS 1.3...
True TLS 1.3WorksWorks
Down-negotiate TLS 1.2Works using TLS 1.2Can't connect
Bypass TLS 1.3Connects, but no security processingConnects, but no security processing
Down-negotiate or bypassWorks using TLS 1.2Connects, but no security processing

Only the top row for “True TLS 1.3” works correctly, with full functionality, for both kinds of servers. All the other entries involve a weakening of the protocol, a bypassing of security functionality, or the complete failure of the client/server connection. It’s perhaps a little hard to believe that anyone would really describe the last three rows as “supporting” TLS 1.3, but that kind of exaggeration is common when marketers get carried away. In Part Two, we’ll get specific about Netskope and some competitors, identifying how each company’s proxy implements (or fails to implement) true TLS 1.3.

author image
Mark Day
Mark Day brings a diverse background to his role at Netskope, where he combines his interests in competitive analysis and technology strategy. He is author of the book Bits to Bitcoin: How Our Digital Stuff Works. He has more than thirty patented inventions, and has taught at both MIT and Harvard.

Stay informed!

Subscribe for the latest from the Netskope Blog