QuantovaQstampby Quantova
FR
EnglishEN日本語JAFilipinoFIL한국어KO简体中文ZHFrançaisFREspañolESУкраїнськаUK
GitHub Commencer le développement →
Qstamp / Sécurité nationale
Alignement avec la sécurité nationale

Des outils alignés sur la sécurité nationale à travers l’arborescence de la famille Qstamp.

La famille Qstamp est conçue pour s’aligner sur les exigences publiées en matière post-quantique et d’intégrité qui régissent les systèmes de sécurité nationale, les chaînes d’approvisionnement de la défense et les infrastructures publiques critiques. Cette page présente ces exigences, les contrôles auxquels elles correspondent, la position de chaque élément de la famille à leur égard et le travail qui reste à accomplir avant toute validation ou accréditation formelle.

Exigences

Les exigences publiées au regard desquelles la famille est conçue.

Chacune des exigences ci-dessous est publiée par un organisme public. La colonne position indique la situation actuelle de la famille Qstamp à son égard, sans anticiper une validation qui n’aurait pas été accordée.

ExigenceOrganisme émetteurCe qu’elle exigePosition de la famille Qstamp
CNSA 2.0Publiée par la National Security Agency des États-UnisML KEM 1024, ML DSA 87, SHA 384 ou SHA 512 et AES 256 pour les systèmes de sécurité nationale, LMS ou XMSS pour la signature des microprogrammes, et la transition de ces systèmes avant 2035The released SDKs sign with ML DSA 65. ML DSA 87, ML KEM 1024, SHA 384 and SHA 512 are implemented in the Quantova cryptographic library and pass the NIST test vectors, and a CNSA 2.0 profile of the family is being built
FIPS 204National Institute of Standards and TechnologyThe Module Lattice Digital Signature AlgorithmUtilisé pour chaque signature de la famille et sur l’ensemble du réseau Quantova, testé par rapport aux vecteurs du NIST
FIPS 203National Institute of Standards and TechnologyThe Module Lattice Key Encapsulation MechanismImplémenté dans la bibliothèque cryptographique de Quantova, y compris le jeu de paramètres 1024
FIPS 202National Institute of Standards and TechnologyLa famille de fonctions de hachage SHA3Utilisée pour chaque empreinte, engagement cryptographique et identifiant de clé
FIPS 180 4National Institute of Standards and TechnologyLa famille de fonctions de hachage SHA 2SHA 384 et SHA 512 implémentés pour le profil CNSA 2.0
FIPS 140 3Le NIST et le Canadian Centre for Cyber Security, par l’intermédiaire du Cryptographic Module Validation ProgramValidation des modules cryptographiques utilisés par les systèmes fédérauxNot yet validated
NIST IR 8547 (projet)National Institute of Standards and TechnologyAbandon des algorithmes à clé publique vulnérables à l’informatique quantique, obsolètes à partir de 2030 et interdits à partir de 2035Aucun algorithme classique à clé publique n’est utilisé dans aucune partie de la famille ni du réseau Quantova
National Security Memorandum 10 and OMB Memorandum M 23 02The White House and the Office of Management and BudgetInventaire et migration de la cryptographie vulnérable à l’informatique quantique dans les systèmes fédérauxLes enregistrements scellés avec la famille n’auront besoin d’aucune migration future de leurs signatures
Correspondance des contrôles

NIST SP 800 53 Révision 5, contrôle par contrôle.

Les contrôles ci-dessous sont ceux pour lesquels la famille produit une preuve technique directe. Chaque propriétaire de système demeure responsable de la sélection, de la mise en œuvre et de l’évaluation de ses propres contrôles.

ContrôleTitreComment la famille y répond
AU 8HorodatagesHorodatages d’ancrage finalisés par un comité de validateurs post-quantique et liés à chaque enregistrement
AU 9Protection des informations d’auditJournaux QLog chaînés par hachage et scellés par des points de contrôle ancrés, de sorte que toute suppression, réorganisation ou altération soit détectée
AU 9(3)Protection cryptographiqueSignatures ML DSA et engagements cryptographiques SHA3 sur chaque segment de journal
AU 10Non-répudiationChaque enregistrement signé avec la clé de la personne ou du système qui l’a produit
AU 11Conservation des registres d’auditDes reçus qui restent vérifiables pendant toute la durée de conservation sans dépendre du producteur
CM 14Composants signésInstallation limitée aux composants dont les empreintes ont été enregistrées sous une clé autorisée
SC 12Établissement et gestion des clés cryptographiquesClés générées et détenues par l’opérateur, jamais transmises à Quantova
SC 13Protection cryptographiqueAlgorithmes post-quantiques normalisés par le NIST dans l’ensemble du système
SI 7Intégrité des logiciels, des microprogrammes et des informationsEmpreintes des versions logicielles et des jeux de données, enregistrées et ancrées avant leur utilisation
SR 4ProvenanceQTrace enregistre l’origine et l’historique des contenus d’IA et des jeux de données
Déploiement

Conçue pour des environnements accrédités et sensibles.

Clés détenues par l’opérateur

Les clés de signature sont générées et détenues à l’intérieur du périmètre accrédité de l’opérateur. Quantova ne les reçoit, ne les stocke et ne les met en dépôt à aucun moment.

Sortie de données minimale

Seul un engagement cryptographique salé de 32 octets de chaque enregistrement sort du périmètre. Aucun contenu d’enregistrement, métadonnée ou donnée personnelle n’est transmis.

Fonctionnement déconnecté

Les enregistrements sont signés à l’intérieur du périmètre sans accès au réseau. L’ancrage peut être regroupé en lots par l’intermédiaire d’une passerelle contrôlée et achevé ultérieurement à partir d’un horodatage en attente enregistré.

Vérification indépendante

La procédure de vérification est publiée intégralement, de sorte qu’un vérificateur puisse contrôler tout enregistrement sans le logiciel ni les systèmes de Quantova.

Open source

Les SDK sont publiés sous la licence Apache 2.0 ou la licence MIT, afin que l’opérateur et ses évaluateurs puissent examiner le code.

Séparation des tâches

Les outils gouvernementaux imposent des clés distinctes pour des rôles distincts, et les contrats de conseil Quanta requièrent l’approbation de plusieurs parties.

Relations

Vers des relations avec les organismes de sécurité nationale.

Quantova Inc œuvre à établir des relations avec les organismes de sécurité nationale, de défense et du secteur public dans les juridictions où elle intervient, dans le but de fournir à ces organismes et aux entreprises qui les assistent les outils de la famille Qstamp, ses structures d’intégration et un accompagnement au déploiement. Toute relation de cette nature suivra les exigences de passation des marchés, d’accréditation de sécurité et les exigences juridiques propres à chaque organisme. Aucun organisme n’a agréé, approuvé, certifié ou passé de contrat pour la famille Qstamp, et rien sur ce site n’affirme ni ne suggère le contraire.

Voie vers la validation

Le travail qui reste à accomplir avant une validation formelle.

  1. 01Independent audit

    An external security audit of the Quantova network code has been carried out and its findings addressed. Each SDK is audited before release, and an independent audit of the Quantova cryptographic library is to follow.

  2. 02Profil CNSA 2.0

    Publication d’un profil CNSA 2.0 de la famille utilisant ML DSA 87 et SHA 384 ou SHA 512, sous la forme de versions mineures de chaque SDK.

  3. 03Validation du module

    Préparation du module cryptographique de Quantova pour sa validation selon FIPS 140 3.

  4. 04Clés matérielles

    Prise en charge des modules de sécurité matériels, de sorte que les clés de signature n’existent jamais hors d’un matériel certifié.

  5. 05Évaluation du produit

    Évaluation selon les référentiels exigés par chaque client, tels que Common Criteria.

  6. 06Autorisation

    Autorisation du système et du service par l’autorité responsable de chaque déploiement.

Périmètre

Ce que signifie l’alignement sur ce site.

L’alignement décrit la conception de la famille au regard des exigences publiées. Il ne constitue ni une certification, ni une validation, ni une accréditation, ni un agrément d’un quelconque organisme. L’utilisation de la famille dans un système de sécurité nationale requiert l’approbation de l’autorité responsable de ce système. Les versions actuelles s’ancrent sur le réseau de test de Quantova avant toute utilisation en production.