Qu’est-ce que le chiffrement RSA ? Comment fonctionne l’algorithme RSA

Si vous avez déjà généré une CSR, vous avez probablement choisi « RSA 2048 » comme type de clé. Voici ce que cela signifie : comment fonctionne l’algorithme RSA, un exemple détaillé que vous pouvez vérifier à la main, et quelle taille de clé choisir. Nous abordons également les records de factorisation de septembre 2026, qui ne menacent pas les clés de 2048 bits.

Ce guide porte sur l’algorithme RSA. RSA Security, l’entreprise de sécurité, porte le nom des trois mêmes inventeurs.

---

Table des matières

1. Qu’est-ce que le chiffrement RSA ?
2. Qu’est-ce qu’une clé RSA ?
3. Tailles de clés RSA
4. Comment fonctionne le chiffrement RSA ?
5. Étapes du chiffrement RSA : un exemple détaillé
6. Où RSA est-il utilisé ?
7. RSA dans votre certificat SSL
8. RSA face à AES et ECC
9. Avantages et inconvénients de RSA
10. RSA est-il sécurisé ?
11. RSA est-il en voie d’abandon ?
12. FAQ sur le chiffrement RSA

---

---

Qu’est-ce que le chiffrement RSA ?

Le chiffrement RSA est une forme de cryptographie asymétrique : il utilise une clé publique pour chiffrer les données et une clé privée distincte pour les déchiffrer. Les chiffrements symétriques tels que AES utilisent une seule clé partagée pour les deux opérations.

Sa sécurité repose sur la factorisation. Multiplier deux grands nombres premiers est facile. Les retrouver à partir de leur produit, un nombre appelé semi-premier, est impossible en pratique avec toute méthode classique connue une fois que ce produit atteint 2048 bits.

Ron Rivest, Adi Shamir et Leonard Adleman ont publié l’algorithme en 1977 au Massachusetts Institute of Technology (MIT). Clifford Cocks, du GCHQ britannique, avait trouvé un système équivalent en 1973, mais ses travaux sont restés classifiés jusqu’en 1997.

RSA chiffre rarement vos données réelles. Il est lent et ne peut traiter qu’un message plus court que sa clé. Les systèmes utilisent plutôt le chiffrement hybride : la cryptographie RSA protège une courte clé secrète ou signe un message, et AES chiffre les données.

Que signifie RSA ?

RSA signifie Rivest–Shamir–Adleman, les noms de famille des trois chercheurs du MIT qui l’ont publié en 1977. Ce n’est pas l’abréviation d’un terme technique. Vous le verrez aussi appelé algorithme RSA, cryptosystème RSA ou chiffrement RSA ; ces trois termes désignent la même chose.

---

Qu’est-ce qu’une clé RSA ?

Une clé RSA est une moitié d’une paire liée mathématiquement. La clé publique est constituée de deux nombres, (e, n), et la clé privée de (d, n). Ici n est le produit de deux nombres premiers secrets, et seule une personne connaissant ces nombres premiers peut calculer l’exposant privé d.

Votre clé publique RSA figure dans votre demande de signature de certificat (CSR), puis dans le certificat émis, où n’importe quel navigateur peut la lire. Votre clé privée RSA reste sur votre serveur et n’est jamais transmise à la CA. Si elle fuit, n’importe qui peut usurper l’identité de votre site, alors suivez nos bonnes pratiques de stockage de clé privée.

Sur disque, une clé est un fichier texte au format PEM qui commence par -----BEGIN PRIVATE KEY-----. Nos guides sur les fichiers PEM et sur comment trouver votre clé privée SSL expliquent le format et son emplacement sur les serveurs.

L’exposant public e vaut presque toujours 65537. Il est premier, suffisamment grand pour bloquer les attaques à petit exposant, et égal à 2¹⁶ + 1. Ce nombre ne comporte que deux bits à 1 en binaire, ce qui permet au chiffrement et à la vérification de signature de rester rapides.

---

Tailles de clés RSA : 2048, 3072 ou 4096 bits ?

Utilisez une clé RSA de 2048 bits pour un certificat SSL standard. C’est la plus petite taille acceptée par les CA publiques et la plus rapide des trois. Choisissez 3072 bits si vous avez besoin du niveau de sécurité de 128 bits que le plan provisoire du NIST prévoit après 2030. Une clé de 4096 bits ajoute de la robustesse mais ralentit chaque négociation sur un serveur très sollicité.

Taille de clé RSA	Niveau de sécurité (NIST SP 800-57)	Statut auprès des CA publiques	À utiliser pour
1024 bits	80 bits ou moins	Non accepté	Rien. À remplacer.
2048 bits	112 bits	Minimum accepté	La plupart des sites web
3072 bits	128 bits	Accepté	Clés devant respecter une politique de 128 bits
4096 bits	Entre 128 et 192 bits	Accepté	Politiques qui l’exigent
ECDSA P-256 (à titre de comparaison)	128 bits	Accepté	Une alternative plus petite et plus rapide

Les Baseline Requirements du CA/Browser Forum (section 6.1.5) fixent le plancher pour les certificats publics : un module RSA d’au moins 2048 bits, dont la longueur est divisible par 8. Les clés ECDSA doivent utiliser la courbe P-256, P-384 ou P-521.

Un module de 2048 bits compte environ 617 chiffres. Le plus grand nombre RSA factorisé publiquement à ce jour compte 270 chiffres (voir Clés courtes et records de factorisation). Si vous choisissez un type de clé pour un nouveau certificat, notre comparatif ECDSA face à RSA couvre la compatibilité et la vitesse.

---

Comment fonctionne le chiffrement RSA ?

L’algorithme de chiffrement RSA fonctionne en trois étapes successives : génération de clés, chiffrement et déchiffrement. Chaque étape repose sur l’arithmétique modulaire, ce calcul « en horloge » où les nombres se bouclent une fois qu’ils atteignent un module, ainsi que sur le lien entre clé publique et clé privée.

Génération de clé RSA

1. Choisissez deux grands nombres premiers aléatoires, p et q, à partir d’un générateur de nombres aléatoires robuste. Pour une clé de 2048 bits, chacun fait environ 1 024 bits.
2. Multipliez-les : n = p × q. Ce module définit la taille de la clé.
3. Calculez l’indicatrice d’Euler : φ(n) = (p − 1)(q − 1).
4. Choisissez l’exposant public e, qui ne doit partager aucun facteur avec φ(n) hormis 1. Les clés réelles utilisent 65537, et non le e = 3 de nombreux manuels.
5. Calculez l’exposant privé d, l’inverse modulaire de e modulo φ(n), à l’aide de l’algorithme d’Euclide étendu.

La clé publique est (e, n) et la clé privée est (d, n). Gardez p et q aussi secrets que d, car quiconque les possède peut reconstruire la clé privée.

La norme PKCS #1 définit d à l’aide de la fonction de Carmichael, λ(n) = ppcm(p − 1, q − 1), au lieu de φ(n). Cela peut produire un d plus petit tout aussi efficace. Dans l’exemple ci-dessous, les deux méthodes donnent d = 23.

Chiffrement et déchiffrement RSA

Pour chiffrer, convertissez le message en un nombre M inférieur à n, puis calculez le texte chiffré C par exponentiation modulaire :

C = Mᵉ mod n

Pour déchiffrer, appliquez la clé privée :

M = Cᵈ mod n

Seul le détenteur de d peut inverser la première opération, de sorte que deux parties qui ne se sont jamais rencontrées peuvent échanger un secret sur un réseau ouvert. Les systèmes réels ajoutent un remplissage (padding) avant le chiffrement (voir Remplissage inapproprié).

Signatures numériques RSA

Les signatures RSA appliquent la même logique mathématique en sens inverse. Vous hachez le message et élevez le hachage à la puissance d avec votre clé privée. N’importe qui peut élever la signature à la puissance e avec votre clé publique et comparer le résultat à son propre hachage.

Une correspondance prouve que le message provient bien du détenteur de la clé et qu’il n’a pas été modifié. Les signatures RSA modernes utilisent le schéma de remplissage PSS, que TLS 1.3 exige pour les signatures de négociation.

---

Étapes du chiffrement RSA : un exemple détaillé avec de petits nombres

Avec p = 17 et q = 11, RSA transforme le message 88 en texte chiffré 11, puis le reconvertit en 88. Chaque étape est suffisamment simple pour être vérifiée avec une calculatrice.

1. Nombres premiers : p = 17 et q = 11.
2. Module : n = 17 × 11 = 187.
3. Indicatrice : φ(n) = 16 × 10 = 160.
4. Exposant public : e = 7, valide car pgcd(7, 160) = 1.
5. Exposant privé : trouvez d tel que 7 × d mod 160 = 1.

L’algorithme d’Euclide étendu nécessite deux divisions : 160 = 7 × 22 + 6, puis 7 = 6 × 1 + 1. En remontant, 1 = 7 − 6 = 7 − (160 − 7 × 22) = 7 × 23 − 160. Donc d = 23. Vérification : 7 × 23 = 161, et 161 mod 160 = 1.

Cela donne une clé publique (7, 187) et une clé privée (23, 187). Chiffrons maintenant le nombre 88. Dans un système réel, le texte est d’abord converti en nombres, par exemple avec des codes ASCII.

• Pour chiffrer : C = 88⁷ mod 187 = 11
• Pour déchiffrer le message chiffré par RSA : M = 11²³ mod 187 = 88

La version de Carmichael donne le même d : λ(187) = ppcm(16, 10) = 80, et 7 × 23 = 161 = 2 × 80 + 1.

Remarquez que 88 se chiffre toujours en 11. Le RSA « de manuel » est déterministe, donc un attaquant qui devine un message probable peut le chiffrer avec votre clé publique et comparer les résultats. C’est pourquoi le RSA réel ajoute toujours un remplissage aléatoire.

Les clés réelles suivent les mêmes étapes avec des nombres premiers comportant des centaines de chiffres. Quelqu’un qui intercepte le texte chiffré ne peut pas l’inverser sans connaître p, q ou d.

Exemple de chiffrement RSA avec p = 17 et q = 11 : génération de clé, chiffrement de 88 en 11 et déchiffrement pour revenir à 88

---

---

Où RSA est-il utilisé ?

RSA authentifie les serveurs en HTTPS, signe les logiciels et les certificats, chiffre les e-mails, et sécurise les connexions SSH et VPN. Ces usages en font l’un des algorithmes les plus courants en sécurité réseau. Ce qu’il fait rarement aujourd’hui, c’est chiffrer des données en masse ou, dans le TLS moderne, échanger des clés de session.

RSA dans les certificats SSL/TLS et HTTPS

Votre certificat SSL, un certificat X.509, contient votre clé publique RSA. Dans une négociation TLS moderne, cette clé prouve l’identité de votre serveur. Elle ne chiffre plus la clé de session.

Lorsqu’un navigateur se connecte via HTTPS avec TLS 1.3 :

1. Le navigateur et le serveur s’accordent sur une clé de session via un échange de clés éphémère (ECDHE). Chrome utilise ici un hybride de X25519 et du post-quantique ML-KEM.
2. Le serveur envoie son certificat numérique, et le navigateur vérifie la signature de la CA ainsi que la validité du certificat.
3. Le serveur signe la négociation avec sa clé privée RSA, et le navigateur la vérifie avec la clé publique du certificat.
4. Les deux parties chiffrent la session avec un chiffrement symétrique tel que AES.

Les anciennes configurations TLS 1.2 pouvaient utiliser à la place l’échange de clés RSA : le navigateur chiffrait un secret avec la clé publique du serveur. TLS 1.3 a supprimé ce mode en 2018 car il ne garantit pas la confidentialité persistante. Toute personne volant ensuite la clé privée pourrait déchiffrer le trafic enregistré.

La RFC 10015, publiée en juillet 2026, interdit désormais également l’échange de clés RSA en TLS 1.2. Les clients ne doivent pas le proposer, et les serveurs ne doivent pas le sélectionner.

Signatures numériques, signature de code et autorités de certification

RSA permet les signatures numériques, qui prouvent qu’un message ou un fichier provient bien de l’expéditeur et n’a pas été modifié. Lorsque les développeurs signent un logiciel, ils utilisent leur clé privée, et le système d’exploitation vérifie la signature avec la clé publique correspondante.

Le même mécanisme instaure la confiance dans les connexions SSL/TLS. Vous envoyez votre clé publique dans une demande de signature de certificat (CSR), et l’autorité de certification (CA) signe votre certificat avec sa propre clé privée. Les navigateurs stockent les certificats racine de la CA, ce qui leur permet de vérifier cette signature.

E-mail, SSH et VPN

Les outils de messagerie tels que Pretty Good Privacy (PGP) et S/MIME utilisent RSA pour protéger vos e-mails. L’expéditeur chiffre une clé de message à usage unique avec la clé publique du destinataire, et seule la clé privée de ce dernier peut la récupérer.

Le chiffrement VPN s’appuie souvent sur des certificats RSA lors de la négociation, afin que votre appareil puisse confirmer qu’il communique bien avec le véritable serveur VPN.

SSH utilise RSA pour les clés d’hôte et d’utilisateur, bien qu’Ed25519 soit le type de clé par défaut dans ssh-keygen depuis OpenSSH 9.5 (octobre 2023). Privilégiez Ed25519 pour les nouvelles clés SSH, sauf si un système plus ancien n’accepte que RSA. Notre guide SSH face à SSL explique en quoi les deux protocoles diffèrent.

---

RSA dans votre certificat SSL : type de clé, CSR et renouvellement

Pour la plupart des sites web, commandez votre certificat SSL avec une clé RSA-2048, ou ECDSA P-256 si votre serveur et vos visiteurs le prennent en charge. Dans les deux cas, vous générez la clé privée sur votre serveur, et la clé publique est transmise à la CA dans votre CSR.

RSA ou ECDSA ?

RSA-2048 fonctionne avec pratiquement tous les clients encore utilisés, y compris les appareils anciens et les systèmes embarqués. ECDSA P-256 offre une sécurité de 128 bits avec une clé bien plus petite, ce qui rend les certificats plus légers et les négociations plus rapides. Choisissez ECDSA si vous servez des navigateurs modernes ; restez sur RSA pour les appareils anciens. Notre guide sur les certificats ECC explique comment en obtenir un.

Générer une clé RSA et une CSR

Une seule commande OpenSSL crée une clé privée RSA de 2048 bits et une CSR :

openssl req -new -newkey rsa:2048 -nodes -keyout example.com.key -out example.com.csr

Elle demande les détails de votre domaine et de votre organisation. Envoyez le fichier .csr à la CA et conservez example.com.key sur le serveur. L’option -nodes laisse la clé non chiffrée afin que votre serveur web puisse la lire au démarrage.

Vous préférez un formulaire ? Notre générateur de CSR fait le même travail, et notre liste de commandes OpenSSL couvre le reste.

Vérifier la clé RSA d’un certificat

Exécutez openssl x509 -in example.com.crt -noout -text et recherchez trois lignes :

• Public Key Algorithm : rsaEncryption
• Public-Key : (2048 bit)
• Exponent : 65537 (0x10001)

La ligne « Signature Algorithm », telle que sha256WithRSAEncryption, décrit la manière dont la CA a signé le certificat, et non votre type de clé. Pour inspecter une CSR avant de la soumettre, collez-la dans notre décodeur de CSR.

Des durées de vie plus courtes signifient plus de gestion de clés

Les durées de vie maximales des certificats se réduisent sous l’effet des règles du CA/Browser Forum : 200 jours depuis le 15 mars 2026, 100 jours à partir du 15 mars 2027, et 47 jours à partir du 15 mars 2029. Chaque renouvellement nécessite une CSR, vous devrez donc décider plus fréquemment si vous réutilisez votre clé RSA.

Générez une nouvelle clé à chaque renouvellement, sauf si quelque chose impose sa réutilisation, comme une clé épinglée ou un module de sécurité matériel. Automatiser les renouvellements avec le protocole ACME rend cette étape routinière.

---

RSA face à AES et ECC

RSA, AES et ECC remplissent des rôles différents, et une connexion HTTPS en utilise au moins deux. AES chiffre les données, tandis que RSA ou ECC prouve l’identité du serveur.

	RSA	AES	ECC (ECDSA, ECDHE)
Type	Asymétrique	Symétrique	Asymétrique
Taille de clé pour une sécurité de 128 bits	3072 bits	128 bits	256 bits
Vitesse	Lent	Rapide	Plus rapide que RSA pour la génération de clés et la signature
Usage typique	Signatures de certificats	Chiffrement des données en masse	Échange de clés et signatures de certificats

Ainsi, à la question « Lequel est le meilleur, RSA ou AES ? », la réponse est les deux : AES pour les données et un algorithme asymétrique pour les mettre en place. Notre comparatif RSA face à AES approfondit le sujet, et ECDSA face à RSA traite du choix de certificat.

---

Avantages et inconvénients de RSA

Le principal avantage de RSA est que deux inconnus peuvent communiquer en toute sécurité sans partager de secret au préalable. Ses principaux inconvénients sont la vitesse, la taille des clés et la facilité avec laquelle une mise en œuvre négligente peut le compromettre.

Avantages de RSA

• Aucun secret partagé nécessaire : les parties peuvent établir une communication sécurisée sans se rencontrer au préalable.
• Cryptographie à clé publique : n’importe qui peut vous chiffrer un message ou vérifier votre signature avec une clé que vous publiez ouvertement.
• Signatures numériques : RSA authentifie les identités et confirme qu’un message n’a pas été altéré.
• Large compatibilité : TLS, PGP, S/MIME, SSH et toutes les CA publiques le prennent en charge.

Inconvénients de RSA

• Vitesse de chiffrement plus lente : RSA est bien plus lent qu’AES, c’est pourquoi il ne traite que de petites valeurs telles que des clés et des hachages.
• Clés volumineuses : RSA nécessite 3072 bits pour atteindre la sécurité de 128 bits qu’ECDSA obtient avec 256 bits.
• Charge utile réduite : une clé de 2048 bits avec OAEP et SHA-256 chiffre au maximum 190 octets.
• Risque quantique : l’algorithme de Shor, exécuté sur un ordinateur quantique suffisamment puissant, briserait RSA.
• Implémentations fragiles : des erreurs de remplissage, d’aléa ou de timing ont déjà compromis de véritables déploiements RSA.

---

RSA est-il sécurisé ? Attaques connues et comment les prévenir

Oui. La cryptographie RSA avec une clé de 2048 bits ou plus résiste à toute attaque classique connue. Lorsque RSA échoue en pratique, la cause est presque toujours liée à l’implémentation : mauvais aléa, remplissage manquant, fuites de timing ou clé trop courte.

Attaques par canal auxiliaire

Une attaque par canal auxiliaire contourne les calculs mathématiques et mesure plutôt l’ordinateur lui-même : la durée du déchiffrement, la consommation électrique ou les signaux émis. Ces mesures peuvent révéler des bits de la clé privée.

La parade consiste en un code à temps constant, qui prend le même temps quelle que soit l’entrée, ainsi qu’en l’aveuglement (blinding), qui rend aléatoire chaque opération sur la clé privée. L’analyse de prédiction de branchement constitue un risque connexe, c’est pourquoi le code ne doit jamais effectuer de branchement sur des données secrètes.

Générateurs de nombres aléatoires faibles

Les clés RSA ne valent que ce que vaut l’aléa utilisé pour choisir p et q. Si les nombres premiers sont prévisibles, un attaquant peut les régénérer et reconstruire la clé privée. Des nombres premiers faibles, par exemple deux nombres premiers trop proches l’un de l’autre, sont tout aussi dangereux.

Générez les clés à partir de la source aléatoire du système d’exploitation, telle que /dev/urandom sous Linux, qui puise dans des sources à forte entropie comme le bruit matériel. Le bug OpenSSL de Debian en 2008 montre ce qui se passe sinon : les systèmes Debian et Ubuntu affectés généraient des clés prévisibles, et toutes ont dû être remplacées.

Clés courtes et records de factorisation

Les clés RSA courtes finissent par être factorisées, et le record public ne cesse de progresser : 896 bits en septembre 2026. Voici les jalons du RSA Factoring Challenge :

Nombre	Taille	Factorisé le	Remarques
RSA-155	512 bits	22 août 1999	Premier nombre RSA de 512 bits factorisé publiquement
RSA-768	768 bits	12 décembre 2009
RSA-250	829 bits	28 février 2020	Le record jusqu’en 2026
RSA-260	862 bits	3 septembre 2026	Eric Lu, Cognition ; environ 13,5 années-GPU
RSA-896	896 bits	19 septembre 2026	Stephen A. Weis ; environ 30 années-GPU

Les deux équipes ont utilisé des agents de codage IA (Devin de Cognition et Claude d’Anthropic) pour porter le logiciel de factorisation CADO-NFS sur GPU. Les calculs eux-mêmes reposaient sur le crible général des corps de nombres (GNFS) standard, la meilleure méthode classique connue.

Aucun des deux résultats n’a utilisé d’ordinateur quantique, et les deux chercheurs affirment que les clés RSA-2048 déployées ne sont pas affectées. Cognition estime que RSA-2048 est environ un milliard de fois plus difficile à factoriser que RSA-1024, que personne n’a non plus réussi à factoriser.

Des paramètres mal choisis peuvent aussi compromettre RSA, par exemple un exposant privé d trop petit. Si vous trouvez une clé de 1024 bits sur un serveur, remplacez-la : aucune CA publique ne délivrera de certificat pour elle.

Remplissage inapproprié

Ne chiffrez jamais des données brutes avec RSA. Sans schéma de remplissage, des messages identiques produisent un texte chiffré identique, et les attaquants peuvent mener des attaques à texte chiffré choisi. Un schéma de remplissage ajoute des octets aléatoires et structurés avant le chiffrement. RSA en utilise trois, tous définis dans PKCS #1 (RFC 8017) :

• Optimal Asymmetric Encryption Padding (OAEP), pour le chiffrement.
• PSS, pour les signatures. TLS 1.3 l’exige pour les signatures de négociation RSA.
• PKCS #1 v1.5, le schéma d’origine, encore autorisé pour les signatures de certificats.

Le chiffrement PKCS #1 v1.5 explique pourquoi l’échange de clés RSA a été retiré. Daniel Bleichenbacher a publié une attaque par oracle de remplissage contre ce schéma en 1998, et l’attaque ROBOT a montré en 2017 que la même faille restait présente sur des sites web populaires.

Exposition lors de l’échange de clés

Si un attaquant substitue sa propre clé publique pendant la négociation, il peut lire tout ce qui suit. C’est une attaque de l’homme du milieu. Les certificats signés par des CA de confiance la bloquent, car votre navigateur vérifie la signature du certificat et rejette une clé falsifiée. L’attaque ne fonctionne que lorsque les vérifications de certificat sont ignorées ou qu’un utilisateur passe outre un avertissement du navigateur.

---

RSA est-il en voie d’abandon ?

Pas encore. Les certificats RSA sont encore délivrés et reconnus comme fiables en 2026, mais le NIST a proposé de retirer progressivement RSA au cours de la prochaine décennie en raison des ordinateurs quantiques. Son plan provisoire, NIST IR 8547, prévoit de déprécier RSA-2048 après 2030 et d’interdire tout RSA après 2035. Il s’agit encore d’une première ébauche publique datant de novembre 2024.

La menace vient de l’algorithme de Shor, publié en 1994, qui factorise rapidement de grands nombres sur un ordinateur quantique suffisamment puissant. En mai 2025, Craig Gidney, de Google Quantum AI, a estimé que RSA-2048 pourrait être cassé en moins d’une semaine avec moins d’un million de qubits bruités. Son estimation de 2019 nécessitait 20 millions de qubits, et aucune machine de l’une ou l’autre taille n’existe à ce jour.

Le NIST a finalisé les remplacements le 13 août 2024 : ML-KEM (FIPS 203) pour l’échange de clés, et ML-DSA (FIPS 204) ainsi que SLH-DSA (FIPS 205) pour les signatures.

L’échange de clés a été traité en priorité en raison du principe « récolter maintenant, déchiffrer plus tard » : le trafic enregistré aujourd’hui pourrait être déchiffré une fois qu’un ordinateur quantique suffisamment puissant existera. C’est pourquoi Chrome associe déjà X25519 à ML-KEM. Les signatures ne présentent pas ce risque, car une signature falsifiée n’a d’importance que tant que le certificat est valide.

Pour un site web, rien n’est urgent. Continuez à utiliser des certificats RSA-2048 ou ECDSA P-256, automatisez les renouvellements, et surveillez l’arrivée des certificats post-quantiques, que les CA publiques ne délivrent pas encore. La cryptographie à courbe elliptique (ECC) est confrontée au même risque quantique, donc passer à ECDSA apporte de la vitesse, pas une sécurité quantique. En savoir plus sur le problème post-quantique derrière la validité SSL.

---

FAQ sur le chiffrement RSA

---

Sécurisez votre site avec des certificats SSL RSA de confiance

Pour la plupart des sites, un certificat DV avec une clé RSA-2048 de SSL Dragon constitue le bon point de départ. Il est délivré en quelques minutes, reconnu par 99,99 % des navigateurs, et fonctionne avec tous les clients. Si votre serveur et vos visiteurs le prennent en charge, optez plutôt pour ECDSA afin d’obtenir des négociations plus légères et plus rapides. Comparez les certificats SSL et choisissez le niveau de validation adapté à votre site.