Retour aux fondamentaux : chiffrement du trafic web avec SSL/TLS et NGINX

Robert HaynesResponsable marketing technique

La détermination et l’ingéniosité des acteurs malveillants sur Internet semblent ne connaître aucune limite. Presque chaque jour, une nouvelle violation de réseau, un vol de données ou une attaque par rançongiciel fait la une des médias. Les conséquences peuvent être catastrophiques, d’où l’importance croissante de protéger les ressources et le trafic web afin qu’ils ne tombent pas entre les mains malveillantes de pirates informatiques.

En tant que l’un des principaux types de trafic Internet, le trafic HTTP entre les navigateurs et les sites web est bien entendu exposé à ces attaques. L’un des moyens fondamentaux de protéger le trafic HTTP contre l’interception et la falsification consiste à le chiffrer à l’aide du protocole Transport Layer Security (TLS). Le trafic chiffré est à proprement parler appelé « trafic HTTPS », le S signifiant « sécurisé », mais dans la plupart des cas, le terme « HTTP » est employé pour désigner les deux types de trafic.

Vous pouvez savoir si un site web prend en charge le chiffrement en regardant son URL :

• Les URL commençant par « https:// » utilisent le chiffrement
• Les URL commençant par « http:// » ne sont pas chiffrées

De nombreux navigateurs affichent également une icône en forme de cadenas à gauche de la barre d’adresse lorsqu’une connexion chiffrée est utilisée.

Remarque : Le prédécesseur de TLS, Secure Sockets Layer (SSL), est désormais obsolète, mais reste assez couramment utilisé malgré ses failles de sécurité. De même, le terme « SSL » (ou « SSL/TLS ») est souvent employé pour désigner le chiffrement du trafic HTTP, même lorsque TLS est effectivement utilisé.

SSL/TLS et NGINX

Pour une brève introduction au chiffrement SSL/TLS dans NGINX, examinons quelques directives. La configuration NGINX de base pour HTTPS est assez simple :

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;
    #...
}

La directive « listen » indique à NGINX d’écouter sur le port 443 le trafic HTTPS (paramètre « ssl ») destiné au domaine défini par la directive « server_name » (ici, www.example.com).

Les directives « ssl_certificate » et « ssl_certificate_key » indiquent les fichiers dans lesquels sont stockés le certificat TLS et la clé du domaine. Les directives « ssl_protocols » et « ssl_ciphers » précisent respectivement les versions de SSL/TLS et les suites cryptographiques (algorithmes de chiffrement) prises en charge par ce serveur virtuel NGINX. Grâce à ces directives, NGINX négocie une connexion sécurisée avec le client et fournit du contenu HTTPS authentifié par votre certificat.

Regarder le webinaire

Décrire l’utilisation des directives pour HTTPS est une chose, mais comprendre les concepts qui sous-tendent les certificats, les clés et les algorithmes de chiffrement est bien plus complexe. Pour une présentation complète et accessible, regardez gratuitement notre webinaire à la demande : NGINX 101 : chiffrement du trafic web avec SSL/TLS et NGINX.

Dans ce webinaire, vous pourrez approfondir le chiffrement du trafic web et découvrir :

• Comment NGINX établit une session protégée par HTTPS avec un client
• Configurations NGINX de base et avancées, avec une démonstration en temps réel
• Méthodes pour rediriger les requêtes HTTP vers HTTPS
• Paramètres TLS recommandés

Si vous souhaitez vous lancer avec NGINX Open Source et avez encore des questions, rejoignez le Slack de la communauté NGINX – présentez-vous et faites connaissance avec cette communauté d’utilisateurs chevronnés de NGINX ! Si vous êtes prêt à passer à NGINX Plus, commencez votre essai gratuit de 30 jours dès aujourd’hui ou contactez-nous pour discuter de vos cas d’utilisation.

À propos de l’auteur

Robert HaynesResponsable marketing technique

Autres articles de Robert Haynes