Qu'est-ce que le DTLS ?

Le protocole DTLS (Datagram Transport Layer Security) offre une authentification et un chiffrement équivalents à ceux du protocole TLS pour les connexions établies via UDP plutôt que via TCP. Il conserve les propriétés de sécurité du protocole TLS tout en tolérant la perte et le réordonnancement des paquets, ce qui le rend particulièrement adapté au trafic en temps réel et au trafic acheminé par tunnel, notamment aux connexions client Versa SASE vers une passerelle.

Points clés à retenir

• Le protocole DTLS transpose les garanties de sécurité du protocole TLS au protocole de transport sans connexion UDP.
• Cela permet d'éviter les problèmes liés au « TCP sur TCP » qui affectent les déploiements TLS en tunnel.
• Les versions DTLS 1.0 à 1.3 correspondent aux versions respectives du protocole TLS.
• Versa recommande d'utiliser DTLS plutôt que TLS pour les tunnels client SASE lorsque cette fonctionnalité est prise en charge.
• Le client « Versa » (SASE ) peut utiliser les protocoles DTLS, IPsec ou TLS, dans un ordre configurable.

Sur cette page : Pourquoi est-ce important ? · Comment ça marche · Versions de DTLS · DTLS et Versa · FAQ

Pourquoi le protocole DTLS est-il important ?

De nombreuses applications sensibles en matière de sécurité – clients VPN, communications voix et vidéo, télémétrie IoT – fonctionnent sur UDP car elles nécessitent une faible latence et supportent mieux les pertes occasionnelles de paquets que les retards. Le protocole TLS standard ne peut pas protéger ce trafic, car il suppose un flux TCP fiable et ordonné en arrière-plan. Avant l’apparition du DTLS, sécuriser le trafic UDP impliquait soit d’accepter un chiffrement plus faible et spécifique au protocole, soit d’encapsuler l’UDP dans un tunnel TLS basé sur TCP, ce qui introduisait un problème subtil mais grave connu sous le nom de « TCP-over-TCP meltdown ».

Le protocole DTLS résout ce problème en réimplémentant la phase d’établissement de connexion, la négociation du chiffrement et la protection des enregistrements de TLS pour qu’elles fonctionnent directement sur UDP, tout en ajoutant des numéros de séquence explicites et une tolérance aux messages de la phase d’établissement de connexion perdus ou réorganisés. Cela permet d’obtenir un niveau d’authentification et de confidentialité équivalent à celui du protocole TLS sans imposer au trafic sensible à la latence ou acheminé via un tunnel de passer par un transport TCP pour lequel il n’a jamais été conçu – ce qui explique précisément pourquoi les clients VPN, y compris ceux d’ Versa, le préfèrent comme option de tunnel lorsqu’il est disponible.

Qu'est-ce que le DTLS ?

Le protocole DTLS se définit comme un ensemble de modifications apportées au protocole TLS qui permettent à sa phase d'établissement de connexion et à sa couche de données de fonctionner sur un canal de transport non fiable et non ordonné. Ses éléments fondamentaux sont les mêmes que ceux du protocole TLS : une phase d'établissement de connexion qui authentifie le serveur (et, éventuellement, le client) à l'aide de certificats, négocie une suite de chiffrement et génère des clés de session ; et une couche de données qui chiffre les données d'application et en garantit l'intégrité à l'aide de ces clés.

Ces différences visent à pallier l’absence de garanties du protocole UDP. Le DTLS ajoute des numéros de séquence explicites et une valeur d’époque pour détecter et rejeter les enregistrements réutilisés ou hors séquence, un temporisateur de retransmission pour récupérer les messages d’établissement de connexion que l’UDP rejette silencieusement, ainsi qu’un échange de « cookies » sans état au début de l’établissement de connexion afin de contrer les attaques par déni de service qui tentent d’épuiser les ressources du serveur à l’aide de tentatives de connexion usurpées. Il en résulte un protocole qu’un ingénieur réseau peut appréhender en utilisant le même modèle mental que pour le TLS, tandis que l’implémentation gère en arrière-plan les lacunes de fiabilité propres au protocole UDP.

Versions de DTLS

Les versions de DTLS suivent celles de TLS plutôt que d’adopter une numérotation indépendante. DTLS 1.0 correspond à TLS 1.1, DTLS 1.2 correspond à TLS 1.2 – c’est la version la plus largement déployée aujourd’hui – et DTLS 1.3 correspond à TLS 1.3, apportant la même simplification de la procédure d’établissement de connexion et des suites de chiffrement par défaut plus robustes. Il n’y a pas de DTLS 1.1 dans la séquence de numérotation des versions : cette version a été omise afin que DTLS 1.2 s’aligne sur TLS 1.2.

Les déploiements configurent généralement une version minimale et une version maximale acceptables plutôt que de s'en tenir à une seule version, ce qui permet à deux terminaux de négocier la version et la suite de chiffrement les plus robustes qu'ils prennent tous deux en charge, tout en rejetant toute version inférieure au seuil défini par l'administrateur.

DTLS & Versa

Le DTLS est l’un des trois types de tunnel (aux côtés d’IPsec et de TLS) qu’un clientVersa SASE peut utiliser pour accéder à une passerelle. Versa le recommande plutôt que le TLS, notamment pour éviter la dégradation des performances liée au « TCP sur TCP » lorsque le chemin réseau sous-jacent du client est déjà peu fiable. Les administrateurs définissent l’ordre de priorité dans le champ « Tunnel Order » (Ordre des tunnels) du profil du serveur d’accès sécurisé ou de la passerelle, en choisissant entre DTLS, IPsec et TLS, et le client les essaie dans cet ordre.

Lorsque DTLS est sélectionné, l’onglet « DTLS » du profil permet de définir les versions minimale et maximale prises en charge : le menu déroulant propose « DTLS 1.1 », 1.2 et 1.3, bien qu’aucune version DTLS 1.1 n’ait jamais été normalisée (voir la section sur les versions ci-dessus) ; le libellé de l’option provient de l’interface graphique du produit – ainsi que les suites de chiffrement proposées, le port DTLS (443 par défaut) et l’ID du profil DTLS, configurés de manière identique, que le service d’accès sécurisé soit configuré pour Secure SD-WANun accès sécurisé général ou pour des déploiements NGFW. Ces plages sélectionnables correspondent à ce qu’expose la configuration de la passerelle du service d’accès sécurisé ; la documentation relative au profil VPN SSL décrit séparément ses tunnels comme étant en DTLS 1.2.

Questions fréquentes

Quelle est la différence entre TLS et DTLS ?

Le protocole TLS fonctionne sur TCP et s'appuie sur ce dernier pour assurer une transmission fiable et ordonnée. Le protocole DTLS fonctionne sur UDP et gère lui-même la perte de messages, leur réordonnancement et leur retransmission, car UDP n'offre aucune de ces garanties. Les deux protocoles offrent des niveaux d'authentification et de chiffrement équivalents.

Pourquoi faut-il éviter d'utiliser des tunnels VPN basés sur TLS sur des chemins non compatibles avec le protocole UDP ?

Le fait d'encapsuler du trafic TLS non compatible UDP dans un autre protocole de transport fiable, ou de forcer le flux TCP d'un VPN TLS à transiter par un chemin déjà sujet à des pertes, provoque un « effondrement TCP-sur-TCP » : les temporisateurs de retransmission imbriqués aggravent les retards et le débit s'effondre. Le protocole DTLS évite ce problème, car il ne dépend jamais d'un flux TCP interne ou externe.

Quelles versions de DTLS Versa prend-il en charge pour les tunnels client SASE ?

Le profil DTLS « Secure Access » d’ Versa permet aux administrateurs de sélectionner une version minimale et une version maximale, ainsi que les suites de chiffrement correspondantes, un port DTLS et un identifiant de profil ; la version maximale doit être égale ou postérieure à la version minimale. Le sélecteur de version propose « DTLS 1.1 », DTLS 1.2 et DTLS 1.3 – notez que « DTLS 1.1 » est le libellé affiché par l’interface graphique du produit, même si la norme DTLS a sauté la version 1.1 (la séquence est 1.0, 1.2, 1.3) ; privilégiez donc DTLS 1.2 ou une version ultérieure lors du renforcement de la sécurité d’un déploiement.

Le protocole DTLS utilise-t-il les mêmes certificats que le protocole TLS ?

Oui. Le protocole DTLS réutilise le modèle d’authentification par certificat de TLS ; ainsi, le certificat de serveur et la chaîne de confiance existants d’un point d’extrémité fonctionnent pour les connexions DTLS sans nécessiter d’infrastructure de certificats distincte. Le client valide le certificat de la passerelle lors de la négociation, exactement comme il le ferait avec TLS.

Pourquoi le protocole DTLS intègre-t-il un échange de cookies dans sa procédure d'établissement de connexion ?

Le protocole UDP ne nécessitant pas d'établissement de connexion, un attaquant peut inonder un serveur de requêtes de poignée de main falsifiées à moindre coût. L'échange de cookies sans état oblige le serveur à vérifier l'adresse du client avant de consacrer des ressources à une poignée de main complète, ce qui atténue ce type d'attaque par déni de service.

En savoir plus sur le DTLS

Si vous souhaitez en savoir plus, voici des sources auxquelles nous faisons confiance.

Termes associés

Si vous vous intéressez au protocole DTLS, voici quelques liens qui pourraient vous intéresser.