Todos nós conhecemos o SSL, esse recurso criptográfico essencial que protege nossas comunicações online. Ele protege a comunicação entre os navegadores que usamos e os servidores nos quais sites como este estão hospedados. Você reconhecerá um site seguro pelo símbolo de cadeado ou pelo uso de HTTPS no endereço.
E, de modo geral, o SSL é algo positivo. Qualquer transação que envolva informações financeiras, como operações bancárias ou compras on-line, usa SSL para manter seus dados privados. Mas, recentemente, tem havido um movimento para proteger todo o tráfego da internet com SSL, e não apenas o tráfego que contém combinações de nome de usuário e senha ou dados financeiros. Notícias de grande repercussão, como as revelações de Edward Snowden sobre a vigilância global em massa fazem com que mais usuários exijam criptografia on-line, e os provedores estão dispostos a atender a essa demanda.
É por isso que seu uso está aumentando; a maioria dos sites mais populares do mundo, como Google, Amazon e Facebook, agora usa HTTPS — que fornece criptografia SSL — por padrão em todo o tráfego. Estima-se que, até o fim de 2015, mais da metade do tráfego mundial da internet estará criptografada. (Isso se deve principalmente à Netflix, que responde por uma enorme parcela do tráfego da internet e está migrando para HTTPS.)
Mas, embora não haja dúvida de que a criptografia do tráfego da internet protegerá uma parcela maior dos nossos dados confidenciais, ela também aumenta os riscos para as empresas. Isso ocorre porque muitos dispositivos de segurança corporativa não conseguem inspecionar o conteúdo do tráfego criptografado, permitindo que malwares passem despercebidos.
Firewalls, gateways da Web, sistemas de prevenção contra intrusões e outras soluções podem ter dificuldade para detectar malwares que chegam por meio de tráfego criptografado. Isso pode se tornar um pesadelo para as empresas caso criminosos cibernéticos consigam ocultar malwares em uma transação supostamente segura. E isso funciona nos dois sentidos: além de o malware poder entrar sem ser detectado, ele também pode enviar informações confidenciais de volta ao seu controlador em uma transação criptografada que a maioria das ferramentas de segurança não detectaria.
Um exemplo disso é o malware bancário Dyre. De acordo com relatos, esse malware era capaz de roubar informações antes que a criptografia fosse aplicada e enviá-las de volta ao servidor de comando e controle, disfarçadas como tráfego criptografado legítimo. O mais preocupante é que a sessão parece segura, pois o símbolo de cadeado é exibido, mas, nos bastidores, dados confidenciais estão sendo coletados.
Na verdade, qualquer site suspeito pode disseminar malware por download automático e, se a sessão estiver criptografada, as ferramentas de segurança não conseguirão determinar qual é o conteúdo real desse tráfego nem para onde ele está indo. Dispositivos como o servidor proxy ou o gateway de filtragem de URLs ficam completamente às cegas.
É um problema muito real que as empresas estão enfrentando. Dados da Gartner indicam que menos de 20% das organizações que usam firewalls, IPS ou UTM descriptografam o tráfego SSL, o que significa que malwares ocultos nesse tráfego passariam despercebidos por essas plataformas de segurança. A Gartner também afirma que, até 2017, mais de 50% dos ataques de rede direcionados a empresas usarão SSL para contornar a segurança.
Como as empresas podem garantir que não serão pegas de surpresa por malwares ocultos no tráfego criptografado? A resposta mais simples seria descriptografar esse tráfego, mas a questão é como fazer isso sem violar a privacidade nem deixar dados confidenciais vulneráveis a ataques.
Portanto, a questão passa a ser saber qual tráfego deve ser descriptografado. Se uma empresa disponibiliza conteúdo para usuários externos, ela precisa usar algum tipo de dispositivo para descarregar o tráfego SSL do servidor e, em seguida, inserir proteção no fluxo de tráfego. Isso interromperá o SSL, mas de forma inteligente; não convém descriptografar uma sessão bancária, mas sim uma sessão do Facebook.
A segurança precisa ter inteligência para entender para onde o tráfego está indo e, então, decidir se ele deve ser descriptografado ou mantido como está. Trata-se de quebrar a criptografia SSL, mas de forma segura e inteligente.
Sobre o autor
Publicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...