De volta ao básico: criptografia do tráfego web com SSL/TLS e NGINX

Robert HaynesGerente de Marketing Técnico

A determinação e a engenhosidade dos agentes mal-intencionados na Internet parecem não ter limites. Quase todos os dias, notícias sobre uma nova invasão de rede, roubo de dados ou ataque de ransomware ganham as manchetes. As consequências podem ser catastróficas, tornando cada vez mais importante proteger os ativos e o tráfego da Web para que não caiam nas mãos maliciosas de hackers.

Como um dos principais tipos de tráfego da Internet, o tráfego HTTP entre navegadores e sites também está, naturalmente, sujeito a esses ataques. Uma forma fundamental de proteger o tráfego HTTP contra interceptação e adulteração é criptografá-lo usando o protocolo Transport Layer Security (TLS). O tráfego criptografado é corretamente chamado de tráfego HTTPS, em que o S significa seguro, mas, na maioria dos casos, o termo simples HTTP é usado para se referir aos dois tipos de tráfego.

Você pode saber se um site oferece suporte à criptografia observando a URL:

• URLs que começam com https:// usam criptografia
• URLs que começam com http:// não usam criptografia

Muitos navegadores também exibem um ícone de cadeado à esquerda da barra de endereços quando a criptografia está sendo usada.

Observação: O antecessor do TLS, o Secure Sockets Layer (SSL), está obsoleto, mas ainda é bastante utilizado, apesar de suas vulnerabilidades de segurança. Da mesma forma, o termo SSL (ou SSL/TLS) é frequentemente usado para se referir à criptografia do tráfego HTTP, mesmo quando o TLS é de fato utilizado.

SSL/TLS e NGINX

Como uma breve introdução à criptografia SSL/TLS no NGINX, vamos analisar algumas diretivas. A configuração básica do NGINX para HTTPS é bastante simples:

server {    listen              443 ssl;
    server_name         www.example.com;
    ssl_certificate     www.example.com.crt;
    ssl_certificate_key www.example.com.key;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;
    #...
}

A diretiva listen instrui o NGINX a escutar na porta 443 o tráfego HTTPS (parâmetro ssl) destinado ao domínio especificado pela diretiva server_name (neste caso, www.example.com).

As diretivas ssl_certificate e ssl_certificate_key indicam os arquivos em que o certificado TLS e a chave do domínio estão armazenados. As diretivas ssl_protocols e ssl_ciphers especificam, respectivamente, quais versões de SSL/TLS e quais conjuntos de cifras (algoritmos de criptografia) são compatíveis com esse servidor virtual do NGINX. Com essas diretivas configuradas, o NGINX negocia uma conexão segura com o cliente e fornece conteúdo HTTPS autenticado pelo seu certificado.

Assista ao webinar

Uma coisa é descrever como as diretivas de HTTPS são usadas, mas compreender os conceitos por trás de certificados, chaves e cifras é muito mais complexo. Para uma introdução completa e acessível, assista gratuitamente ao nosso webinar sob demanda NGINX 101: Criptografia de tráfego da Web com SSL/TLS e NGINX.

No webinar, você poderá se aprofundar na criptografia do tráfego da Web e aprender:

• Como o NGINX estabelece uma sessão protegida por HTTPS com um cliente
• Configurações básicas e avançadas do NGINX, com uma demonstração em tempo real
• Formas de redirecionar solicitações HTTP para HTTPS
• Configurações de TLS recomendadas

Se você tem interesse em começar a usar o NGINX Open Source e ainda tem dúvidas, participe do Slack da comunidade NGINX – apresente-se e conheça esta comunidade de usuários avançados do NGINX! Se você está pronto para o NGINX Plus, comece sua avaliação gratuita de 30 dias hoje mesmo ou entre em contato conosco para conversar sobre seus casos de uso.

Sobre o autor

Robert HaynesGerente de Marketing Técnico

Mais publicações de Robert Haynes