Score de sécurité du domaine
Une note de A à F pour SPF, DMARC, DNSSEC, CAA et MTA-STS.
Inventaire cryptographique et préparation post-quantique
Analysez vos certificats, recensez vos usages cryptographiques et obtenez vos priorités de migration vers ML-KEM et ML-DSA, avec un export CBOM au format CycloneDX 1.6.
Gratuit
Sans compte
100 % dans votre navigateur : aucun certificat n'est envoyé
Export CBOM CycloneDX 1.6, CSV, PDF
Votre inventaire
Bêta
Inventaire cryptographique et préparation post-quantique
Le rapport s'affichera ici : analysez un certificat ou cochez un usage.
Rapport de préparation post-quantique
Certificats analysés
Priorités des usages déclarés
Feuille de route de migration
Comprendre le risque
Récolter maintenant, déchiffrer plus tard
Un ordinateur quantique suffisamment puissant pourrait casser RSA et les courbes elliptiques. Personne ne sait quand il existera, mais vos données chiffrées peuvent être copiées dès aujourd'hui.
-
Aujourd'hui
Les données sont récoltées
Un attaquant enregistre des échanges chiffrés ou copie des sauvegardes. Il ne peut pas les lire, pour l'instant.
-
Date inconnue
Un ordinateur quantique capable apparaît
L'algorithme de Shor permettrait alors de retrouver les clés RSA, ECDH, ECDSA et EdDSA. Aucune date n'est établie à ce jour.
-
Ensuite
Les données encore sensibles sont lues
Ce qui devait rester secret à ce moment-là pourrait être déchiffré. Plus le secret doit durer, plus il faut migrer tôt.
La règle de Mosca
Si la durée pendant laquelle vos données doivent rester secrètes, plus le temps nécessaire pour migrer, dépasse le délai avant l'arrivée d'un tel ordinateur, vos données sont déjà exposées.
Les signatures : un autre risque
Une signature ne se « récolte » pas : le danger est la falsification future. Il pèse surtout sur ce qui dure : racines de confiance, micrologiciels, documents à valeur probante, cartes et équipements.
Le symétrique résiste mieux
L'algorithme de Grover ne fait que réduire la marge. Le NIST estime que les primitives symétriques d'au moins 128 bits atteignent sa catégorie de sécurité 1 ; AES-256 et SHA-384 gardent une marge confortable.
Transparence
Méthode : comment le résultat est calculé
Aucune boîte noire : voici exactement ce que fait l'outil, et ce qu'il ne fait pas.
1. Lecture des certificats
Les blocs PEM, fichiers DER et conteneurs PKCS#7 sont décodés par un analyseur ASN.1 / X.509 écrit pour cet outil, sans bibliothèque externe. Il extrait le sujet, l'émetteur, le numéro de série, la validité, les noms couverts (SAN), l'algorithme et la taille de la clé publique (module RSA, courbe elliptique, Ed25519, ML-DSA, SLH-DSA…), l'algorithme de signature et les contraintes d'autorité de certification. Les empreintes SHA-256 sont calculées par l'API Web Crypto de votre navigateur.
Nos tests comparent chaque champ à la sortie de « openssl x509 » sur des certificats RSA, ECDSA, Ed25519, Ed448, ML-DSA et SLH-DSA.
2. Priorités
- Immédiate faiblesse exploitable aujourd'hui : RSA sous 2048 bits, signature MD5 ou SHA-1, DSA, 3DES ou RC4, certificat expiré.
- Élevée algorithme vulnérable et protection requise au-delà de 2035, certificat valable après 2035, ou algorithme non identifié.
- À planifier algorithme vulnérable et protection requise au-delà de 2030, ou certificat vulnérable de durée plus courte.
- Basse protection requise jusqu'en 2030 au plus, ou chiffrement symétrique 128 bits.
- En place post-quantique, hybride ou symétrique 256 bits.
La date de protection requise est l'année en cours plus la borne haute de la durée choisie. Les seuils 2030 et 2035 sont un choix de méthode fondé sur les échéances proposées par le NIST ; ils ne prédisent pas la date d'arrivée d'un ordinateur quantique.
3. Classement des algorithmes
| Famille | Face au quantique | Aujourd'hui |
|---|---|---|
| RSA | Cassable (Shor) | < 2048 bits : faible ; 2048 : 112 bits ; 3072 et plus : 128 bits et plus |
| ECC (ECDSA, ECDH, X25519) | Cassable (Shor) | P-256 : 128 bits ; P-384 : 192 bits ; courbes de moins de 224 bits : faibles |
| EdDSA (Ed25519, Ed448) | Cassable (Shor) | 128 et 224 bits |
| DSA, DH | Cassable (Shor) | DSA n'est plus approuvé pour signer (FIPS 186-5) |
| Symétrique (AES, ChaCha20) | Grover : marge réduite, AES-256 confortable | 3DES, RC4, DES : faibles |
| Hachage (SHA-2, SHA-3) | Grover : marge suffisante à 256 bits | MD5, SHA-1 : collisions démontrées, faibles |
| ML-KEM, ML-DSA, SLH-DSA | Conçus pour résister | Normes NIST FIPS 203, 204, 205 |
4. CBOM CycloneDX 1.6
L'export JSON suit la spécification CycloneDX 1.6 : chaque algorithme, clé publique et certificat devient un composant de type « cryptographic-asset » (algorithme, matériel lié, certificat), relié par le graphe de dépendances. Nos priorités et constats sont ajoutés en propriétés préfixées « qorsec: ». Nos tests valident la sortie contre le schéma JSON officiel bom-1.6.
5. Limites
- Un navigateur ne peut pas lire le certificat d'un autre site : vous devez le fournir.
- Un certificat ne dit pas quel échange de clés un serveur négocie : c'est pourtant lui qui détermine l'exposition du trafic.
- L'inventaire des usages est déclaratif : il vaut ce que valent vos réponses.
- Le résultat est une auto-évaluation indicative, ni un audit ni une certification.
Comment obtenir le certificat d'un site ?
Dans le navigateur : cliquez sur l'icône à gauche de l'adresse, ouvrez le certificat, puis l'onglet « Détails » et « Exporter » (format PEM ou Base64). En ligne de commande, la commande suivante affiche la chaîne envoyée par le serveur ; copiez les blocs BEGIN / END CERTIFICATE :
openssl s_client -connect exemple.ma:443 -servername exemple.ma -showcerts </dev/nullAvec OpenSSL 3.5 ou plus récent, la même commande indique aussi le groupe d'échange de clés négocié (par exemple « Negotiated TLS1.3 group: X25519MLKEM768 ») : c'est ainsi que l'on vérifie si un serveur utilise déjà l'échange de clés hybride.
Qu'est-ce que l'approche hybride ?
Elle combine un algorithme classique éprouvé (X25519, ECDSA…) et un algorithme post-quantique (ML-KEM, ML-DSA) : la sécurité tient tant que l'un des deux résiste. C'est la voie que l'ANSSI recommande pendant la transition. En TLS 1.3, le groupe X25519MLKEM768 en est l'exemple le plus répandu.
Qu'est-ce qu'une CBOM ?
Une nomenclature cryptographique (Cryptography Bill of Materials) : la liste structurée des algorithmes, clés, certificats et protocoles d'un système. Au format CycloneDX, elle s'importe dans les outils qui lisent ce standard et sert de base au suivi de la migration.
Repères vérifiés
Échéances et sources
Uniquement des dates publiées par des sources officielles, vérifiées le 3 octobre 2026.
- 13 août 2024
-
12 novembre 2024
NIST IR 8547 : le calendrier de transition, encore à l'état de projet
Ce projet initial propose de déprécier après 2030 les algorithmes vulnérables offrant 112 bits de sécurité (comme RSA 2048), puis d'interdire après 2035 RSA, ECDSA, EdDSA, DH et ECDH. La consultation s'est close le 10 janvier 2025 ; au 3 octobre 2026, aucune version finale n'est publiée.
-
France
Position de l'ANSSI (France)
L'ANSSI recommande les mécanismes hybrides, conseille de démarrer dès à présent l'inventaire de ses usages cryptographiques et indique qu'il ne sera pas raisonnable d'acheter des produits qui n'intègrent pas de la cryptographie post-quantique après 2030.
-
Maroc
DNSSI 2023 (DGSSI) : une politique cryptographique attendue
La règle CRYPTO-MES-POL demande une politique d'utilisation des mesures cryptographiques précisant notamment algorithmes, longueurs de clés et durée maximale de validité des certificats ; CRYPTO-MES-GESTCLE encadre le cycle de vie des clés. La DNSSI ne fixe pas d'échéance post-quantique ; cet inventaire aide à documenter ces deux règles.
Accès anticipé
Notre moteur cryptographique post-quantique
Notre moteur cryptographique est développé en interne, en Rust, post-quantique compris (ML-KEM, ML-DSA), et vérifié contre les vecteurs de test officiels du NIST.
- Constructions hybrides : ML-KEM-1024 + X25519, signature composite ML-DSA-87 + Ed25519
- Structure conçue selon FIPS 140-3 ; aucune certification n'est détenue ni demandée à ce stade
- Intégration sur demande, pendant la phase d'accès anticipé
Outils associés
Auto-évaluation DNSSI
Questionnaire guidé, chapitre cryptographie compris, score indicatif et rapport imprimable.
Robustesse des mots de passe
Estimez la résistance d'un mot de passe, sans qu'il quitte votre navigateur.
Passez de l'outil à la plateforme.
Historique, travail à plusieurs et rapports : l'abonnement cloud hébergé au Maroc est en accès anticipé.