Qu'est-ce qu'un « DH Group » ?

Publié le 13 août 2026

← Tous les termes du glossaire Aller à la lettre D

Un groupe DH (groupe de Diffie-Hellman) est un ensemble numéroté de paramètres – un module premier ou une courbe elliptique – que deux pairs IKE ou IPsec utilisent pour dériver un secret partagé sans le transmettre sur le réseau. Au sein de la famille MODP, les groupes dont le numéro est plus élevé utilisent des modules plus grands et génèrent des clés plus robustes ; toutefois, les numéros de groupe sont des identifiants et ne constituent pas un classement par niveau de sécurité entre les différentes familles. L'Versa recommande d'utiliser le groupe 14 ou un groupe supérieur.

Points clés à retenir

  • Un groupe DH définit le module ou la résistance de la courbe pour un échange de clés.
  • Les numéros de groupe ne correspondent pas à un classement par niveau de difficulté : les groupes ECP 25/26 sont moins difficiles que le groupe 14.
  • IKE et IPsec négocient chacun leur propre groupe DH ; ceux-ci peuvent être différents.
  • Les groupes 19-21 et 25-26 utilisent des courbes elliptiques à la place d'un module.
  • Versa recommande d'utiliser le groupe DH 14 ou supérieur pour les nouveaux tunnels IKE et IPsec.

Sur cette page : Pourquoi est-ce important ?Comment ça marcheTypesDH Group & VersaFAQ

Pourquoi les groupes DH sont-ils importants ?

Chaque tunnel IKE et IPsec commence par un échange de Diffie-Hellman : deux pairs combinent leur propre valeur secrète avec des algores, afin de calculer la même clé partagée, sans jamais transmettre la clé elle-même sur le réseau. Le groupe DH choisit les algores à utiliser – un module premier ou une courbe elliptique – et ce choix détermine directement l'effort qu'un attaquant devra fournir pour récupérer la clé par force brute ou par précalcul.

Les groupes faibles constituent une véritable vulnérabilité. Le groupe 1 (768 bits) et le groupe 2 (1 024 bits), qui constituaient autrefois les valeurs par défaut courantes de l’IKE, sont désormais considérés comme trop faibles : ils sont à la portée d’attaquants disposant de ressources importantes et ne répondent pas aux normes de conformité actuelles. Étant donné que l’IKE et le protocole IPsec « Perfect Forward Secrecy » négocient leurs groupes séparément, un tunnel peut s’avérer solide dans une phase et faible dans l’autre, à moins qu’un administrateur ne configure délibérément les deux.

Qu'est-ce qu'un groupe DH ?

Un groupe DH fait partie d'un ensemble fixe de choix de paramètres normalisés pour l'échange Diffie-Hellman utilisé au sein de l'IKE. Chaque groupe spécifie soit un module premier d'une longueur en bits donnée (un groupe MODP), soit une courbe elliptique d'une longueur en bits donnée (un groupe ECP) ; les deux pairs doivent sélectionner le même groupe afin que leurs calculs indépendants aboutissent au même secret partagé.

Au sein de la famille MODP, plus l’identifiant de groupe est élevé, plus le module est grand, allant de 768 à 4 096 bits. La famille ECP s’étend de 192 à 521 bits – et sa numérotation va à l’encontre de l’intuition selon laquelle « plus c’est élevé, plus c’est fort » : les groupes 19/20/21 (256/384/521 bits) constituent des choix modernes et robustes, tandis que les groupes plus anciens 25 (192 bits) et 26 (224 bits) se situent au niveau de sécurité du groupe 14 (environ 112 bits) ou en dessous, malgré leurs numéros plus élevés. Le groupe est l’un des paramètres négociés parmi plusieurs autres – aux côtés des algorithmes de chiffrement et de hachage – qui composent une transformation IKE ou IPsec ; les pairs doivent s’accorder sur l’ensemble de ces paramètres avant qu’une association de sécurité puisse être établie, et la non-correspondance des groupes est une cause fréquente d’échec de la négociation.

Types de groupes DH

Les groupes de Diffie-Hellman se répartissent en deux familles mathématiques. Les groupes MODP (groupes 1, 2, 5, 14, 15, 16) tirent leur résistance de la taille du module premier, allant du groupe 1 (768 bits) au groupe 16 (4 096 bits) ; les modules plus grands sollicitent davantage le processeur. Les groupes ECP (groupes 19, 20, 21, 25, 26) utilisent quant à eux la cryptographie à courbe elliptique, atteignant une résistance équivalente avec des tailles de clé bien plus petites : un groupe 19 de 256 bits offre une sécurité équivalente à celle d’un groupe MODP 15 de 3 072 bits (environ 128 bits), pour un coût de calcul bien moindre. Attention aux exceptions : les groupes 25 (192 bits) et 26 (224 bits) sont des courbes plus anciennes et plus petites, offrant une résistance d’environ 96 et 112 bits – égale ou inférieure au seuil de référence du groupe 14 ; ils ne sont donc pas inclus dans la catégorie « groupe 14 ou supérieur ».

Un cas particulier, « No PFS », désactive complètement l’échange Diffie-Hellman supplémentaire pour la confidentialité parfaite vers l’avant ( PFS) d’IPsec, en réutilisant les clés de session IKE au lieu d’en dériver de nouvelles ; cette méthode est plus rapide, mais supprime la garantie qu’une clé à long terme compromise ne puisse pas déchiffrer le trafic antérieur. La plupart des recommandations actuelles considèrent le groupe 14 comme le minimum pratique, les groupes MODP à courbe elliptique ou de taille supérieure étant réservés aux déploiements nécessitant un niveau de sécurité plus élevé.

DH Group & Versa

Dans Versa Director, le groupe DH est défini pour chaque profil VPN IPsec: la section « Transform & DH Group » de l’onglet IKE permet aux administrateurs de sélectionner un ou plusieurs groupes parmi les groupes 1 à 26 (MODP ou courbe elliptique), en plus de l’algorithme de hachage et de chiffrement ; la valeur par défaut est le groupe 2. L'onglet « IPsec » comporte son propre champ « Perfect Forward Secrecy Group » (groupe de confidentialité de transmission parfaite) – la même liste de groupes 1 à 26 – dont la valeur par défaut est « No PFS » (pas de PFS), sauf modification explicite.

Le même schéma se retrouve lors de la configuration du service d’accès sécurisé «Versa » et de sa variante «Secure SD-WAN »: l’onglet « IKE/IPsec » propose des sélecteurs de groupe PFS distincts pour les phases IKE et IPsec d’un tunnel client « SASE ». Étant donné qu’IKE et IPsec négocient leurs groupes indépendamment dans ces profils, Microsoft ( Versa) recommande de sélectionner systématiquement le groupe 14 ou un groupe supérieur dans les deux onglets, plutôt que de conserver la valeur par défaut héritée.

Questions fréquentes

Quelle est la différence entre les groupes Diffie-Hellman MODP et ECP ?

La sécurité des groupes MODP (1, 2, 5, 14, 15, 16) repose sur la taille du module premier, comprise entre 768 et 4 096 bits. Les groupes ECP utilisent des courbes elliptiques, qui permettent des calculs plus rapides à force équivalente. Les groupes 19/20/21 (256/384/521 bits) constituent les choix modernes, tandis que les groupes 25 (192 bits) et 26 (224 bits) se situent en dessous du seuil de référence du groupe 14 et ne doivent pas être sélectionnés uniquement en raison de leurs numéros plus élevés.

Quel groupe DH recommande Versa ?

Versa recommande le groupe DH 14 (modulus de 2 048 bits) ou supérieur pour les nouveaux tunnels IKE et IPsec. Le groupe 14 offre un bon compromis entre une sécurité élevée et une charge de calcul raisonnable ; les groupes à courbe elliptique, tels que les groupes 19 à 21, offrent des clés encore plus sûres avec une charge de calcul moindre, à condition que les périphériques pairs les prennent en charge.

Pourquoi IKE et IPsec disposent-ils chacun de leur propre paramètre de groupe DH ?

IKE négocie un groupe DH afin de protéger la phase initiale d'échange de clés, tandis que le groupe « Perfect Forward Secrecy » (PFS) d'IPsec protège les clés de session du plan de données dérivées par la suite. Leur configuration séparée permet à un administrateur de renforcer la sécurité du PFS sans avoir à renégocier l'intégralité du canal de contrôle IKE, même si les meilleures pratiques recommandent de maintenir un niveau de sécurité élevé pour les deux.

Que se passe-t-il si deux pairs IKE configurent des groupes DH différents ?

La négociation échoue ou revient à un groupe soutenu par les deux parties si plusieurs transformations sont configurées. Une incompatibilité, lorsque chaque partie ne dispose que d’une seule transformation, est une cause fréquente de l’impossibilité d’établir un tunnel ; elle apparaît dans les journaux IKE sous la forme d’une incompatibilité de proposition.

Qu'est-ce que le « No PFS » et dans quels cas est-il acceptable ?

Aucun PFS ne fait l'impasse sur l'échange Diffie-Hellman supplémentaire nécessaire au renouvellement des clés IPsec et réutilise à la place les clés dérivées de l'IKE. Cela réduit la charge sur le processeur, mais supprime la garantie qu'une clé à long terme compromise ne puisse pas déchiffrer les sessions passées ; cette approche n'est donc acceptable que lorsque les performances sont essentielles et que ce risque est explicitement accepté.

En savoir plus sur les groupes DH

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

RFC 3526 : Ajout de groupes Diffie-Hellman MODP pour IKE RFC 5903 : Groupes ECP pour IKE et IKEv2
La spécification de l'IETF définissant les groupes MODP de 1 536 à 8 192 bits – les groupes 5 et 14 à 18 – utilisés pour l'échange de clés IKE. La spécification de l'IETF définissant les groupes de Diffie-Hellman à courbe elliptique – groupes 19, 20 et 21 – pour les protocoles IKE et IKEv2.

Si vous vous intéressez aux groupes de DH, ceux-ci méritent que vous y jetiez un œil.

Échange de clés sur Internet Sécurité du protocole Internet Confidentialité parfaite vers l'avant
Le protocole qui authentifie les pairs IPsec et négocie les paramètres cryptographiques, notamment le groupe DH à utiliser pour l'échange de clés. La suite de protocoles DH protège les groupes : IKE négocie d'abord un groupe, et le paramètre PFS d'IPsec peut s'appuyer à nouveau sur celui-ci pour les clés du plan de données. Cette fonctionnalité repose sur un nouvel échange Diffie-Hellman qui garantit la sécurité des clés de session antérieures, même si une clé à long terme venait à être compromise par la suite.