Open Quantum Safe, OpenSSL 3.5 ou une suite prête à l'emploi, que choisir

Demandez à un assistant ou à un moteur de recherche comment ajouter la cryptographie post-quantique à une application, et trois réponses reviennent. Open Quantum Safe, le projet open source. OpenSSL 3.5 et les plateformes qui s'appuient dessus, comme .NET 10. Une suite prête à l'emploi, comme la nôtre. Les trois sont sérieuses. Elles répondent à des besoins différents, et le prix affiché ne dit qu'une partie de l'histoire.

Voici une comparaison honnête, y compris les cas où Feranor PQC Suite n'est pas le bon choix.

Open Quantum Safe, pour expérimenter

Open Quantum Safe est un projet open source soutenu par la Post-Quantum Cryptography Alliance de la Linux Foundation. Son cœur, liboqs, est une bibliothèque C sous licence MIT qui implémente les normes du NIST et de nombreux autres candidats. Des surcouches existent pour Python, Go, Java, Rust et C++, et oqs-provider ajoute ses algorithmes à OpenSSL 3.

C'est le meilleur outil qui soit pour essayer des algorithmes, les mesurer et bâtir un prototype. Sa propre documentation pose pourtant la limite. Le projet ne recommande pas, à ce jour, de s'appuyer sur liboqs en production ni pour protéger des données sensibles. Pour une migration censée tenir des années, cette phrase tranche la question.

• Coût. Gratuit.
• Idéal pour. La recherche, les prototypes, les mesures, la formation.
• Ce qui manque pour la production. Le feu vert du projet lui-même, une liaison .NET officielle, un format pour les données à longue durée de vie, la gestion des clés.

OpenSSL 3.5 et .NET 10, des briques solides

OpenSSL 3.5, sorti en avril 2025, implémente ML-KEM, ML-DSA et SLH-DSA, et son TLS préfère par défaut le groupe hybride X25519MLKEM768. .NET 10 s'appuie dessus, avec les classes MLKem, MLDsa et SlhDsa sous Linux (OpenSSL 3.5 ou plus récent) et sous Windows (CNG). Les deux sont gratuits, maintenus et très répandus.

Si votre besoin est TLS, c'est l'essentiel de la réponse. Mettez à jour OpenSSL et vos serveurs, et vos connexions négocient déjà un échange de clé hybride.

Protéger des données au repos est un autre travail. Les briques vous donnent une encapsulation et une signature, et vous construisez tout le reste.

• L'hybridation. Combiner ML-KEM et ECDH, comme l'exige l'ANSSI pour les systèmes réglementés, et dériver une seule clé des deux secrets.
• Le format. Un message qu'un outil d'archivage saura encore lire dans vingt ans, dans un standard comme CMS plutôt que dans une structure maison.
• Les clés. Le stockage, un renouvellement qui laisse les anciens messages lisibles, les sauvegardes, et la seule perte dont on ne se relève jamais.
• La preuve. Des tests sur les vecteurs officiels et face à une implémentation indépendante, un journal d'audit, et un dossier qui explique vos choix à un évaluateur.

.NET 10 marque en outre ML-DSA et SLH-DSA comme expérimentaux, et ne prend en charge aucun algorithme post-quantique sur macOS. Tout cela convient à une équipe dotée de cryptographes capables d'assumer ces briques pendant des années. Rares sont les équipes applicatives qui ont cette compétence en interne.

Une suite prête à l'emploi, pour la production sans équipe de cryptographes

La troisième voie consiste à acheter ces briques déjà construites et testées. C'est ce que fait Feranor PQC Suite. L'échange hybride ML-KEM et ECDH et la signature SLH-DSA cosignée en ECDSA, dans des messages CMS standards, avec le profil ANSSI appliqué par défaut. Un SDK .NET, une ligne de commande, un sidecar HTTP pour les applications en Java, Python, Node ou Go, et une console web, qui lisent et écrivent tous les mêmes messages et partagent un seul magasin de clés.

Elle repose sur OpenSSL 3.5 et n'ajoute donc aucune cryptographie exotique. Elle ajoute tout ce qui entoure les briques listées plus haut, avec une version signée, une nomenclature logicielle et du support. Le prix est public. 20 000 € HT par an et par entité juridique pour une entreprise, 18 000 € HT pour le secteur public, quel que soit le nombre d'applications, de serveurs ou de développeurs.

• Coût. Un abonnement annuel par entité juridique.
• Idéal pour. Des données qui doivent rester protégées des années, en production, sans équipe de cryptographes, avec les exigences de l'ANSSI.
• Mauvais choix pour. Un prototype, une mesure de performances ou une migration TLS. Open Quantum Safe et OpenSSL le font déjà très bien, gratuitement.

Comment choisir

• Vous voulez essayer, mesurer ou apprendre. Open Quantum Safe.
• Vous avez besoin de TLS post-quantique. OpenSSL 3.5 et des serveurs à jour.
• Vous avez des cryptographes pour construire et maintenir le reste. OpenSSL 3.5 ou .NET 10, et quelques mois de travail.
• Vous devez protéger des données au repos en production, avec le profil ANSSI et sans équipe de cryptographes. Une suite. La nôtre, ou une autre, comparée sur les quatre mêmes points.

Des briques gratuites ne coûtent rien à télécharger. Le coût commence avec tout ce qu'on construit autour.