Un seul fabricant suffit-il ou en faut-il plusieurs ?

Un seul fabricant peut simplifier l'intégration et l'exploitation. Des exigences différentes peuvent toutefois nécessiter des plateformes différentes. Nous séparons d'abord les domaines de sécurité et les cas d'usage. Nous décidons ensuite, de manière argumentée, si plusieurs fabricants sont nécessaires pour cela ; la séparation à elle seule n'impose pas automatiquement des marques différentes.

Que signifie la cryptographie post-quantique pour les appareils existants ?

La prise en charge de la PQC dépend du matériel, du firmware, des interfaces et de l'application. Une mise à jour annoncée ne prouve pas l'existence d'une configuration validée et utilisable en production. Nous inventorions les clés et les protocoles, vérifions l'état actuel côté fabricant et planifions des transitions compatibles, y compris pour les systèmes distants et la restauration.

Produits

Modules de sécurité matériels : des clés dans du matériel certifié

Solutions HSM pour PKI, signature de code, paiements et gestion des clés : nous comparons sept fabricants, évaluons l'intégration concrète et accompagnons le choix, la mise en service et l'exploitation convenue.

Tester le produit

FIPS 140-3 Level 3
Common Criteria EN 419 221-5
PCI PTS HSM
eIDAS QSCD

Aperçu des modules de sécurité matériels

Un module de sécurité matériel protège les clés cryptographiques et exécute les opérations prises en charge à l'intérieur d'une limite de sécurité définie. La possibilité d'exporter une clé dépend de sa configuration et du procédé pris en charge. Les fournisseurs PKCS #11, CNG ou Java, ainsi que les interfaces de gestion des clés, remplissent des rôles différents. Nous examinons l'ensemble de la chaîne applicative plutôt que la simple mention d'une interface.

La cryptographie et les modules de sécurité matériels sont notre cœur de métier. Nous connaissons les séries des fabricants, les numéros de certificat et les limites de chaque plateforme. Nous menons votre projet du choix à l'exploitation courante, en passant par la cérémonie des clés.

Niveaux de certification: FIPS / Common Criteria / PCI PTS : vérifier le module et la configuration concrets
Interfaces: PKCS#11, CNG, JCE, KMIP, REST
Domaines d'application: PKI, paiements, signature de code, gestion des clés
Modes d'exploitation: Votre centre de données, exploitation par nos soins, en tant que service

Quatre domaines d'application des modules de sécurité matériels

Quatre cas d'usage typiques montrent où les HSM sont utilisés à bon escient. Les preuves et mécanismes de protection nécessaires découlent de votre application et de vos exigences concrètes. Un HSM seul n'atteste ni la sécurité de l'ensemble de l'environnement, ni sa conformité.

PKI et certificats

Les AC racines et les AC émettrices peuvent utiliser leurs clés privées via une connexion HSM prise en charge. Cela inclut des profils de certificats, des rôles et des procédures de révocation adaptés. Un serveur d'AC compromis peut déclencher des demandes non autorisées malgré une clé protégée. C'est pourquoi nous sécurisons également les validations et l'application.

Paiements

Les HSM de paiement prennent en charge des fonctions dédiées au traitement des PIN, aux clés de carte ou à la distribution de clés. Nous vérifions les commandes, les procédures liées aux clés, les exigences des partenaires et le statut de certification concret de l'appareil. Un HSM à usage général ne constitue pas automatiquement un substitut.

Signature de code et chaîne d'approvisionnement logicielle

Les signatures reposant sur un HSM permettent de protéger les clés utilisées pour les logiciels et micrologiciels. Le processus doit en outre définir qui valide et peut signer chaque artefact. Les exigences de conservation des clés sont examinées en fonction du certificat et du modèle de confiance utilisés.

Bases de données, stockage et clés cloud

Un système de gestion des clés peut connecter des applications et des espaces de stockage via des protocoles pris en charge comme KMIP, et utiliser un HSM comme composant de protection. Pour le BYOK, la gestion externe des clés et le chiffrement par enveloppe, nous vérifions où chaque clé est utilisée et qui peut déclencher les opérations. Le BYOK seul n'exclut pas un accès du fournisseur aux données.

Nos fabricants

Comment choisir le modèle adapté

Quatre questions déterminent le fabricant et la série : le niveau de certification exigé, les performances nécessaires, les interfaces de vos applications et le modèle d'exploitation. Nous y répondons lors d'un atelier et consignons le résultat dans un document de décision.

Niveau de certification

Ce qui compte, c'est la preuve exigée pour votre cas d'usage. Nous vérifions le certificat, son statut, la version du matériel et du firmware, ainsi que les conditions d'utilisation documentées. FIPS, Common Criteria et les certifications de paiement ont des périmètres différents. Un certificat seul n'atteste pas automatiquement l'ensemble de la solution.

Performances et séparation des locataires

Le débit n'est comparable qu'en tenant compte de l'algorithme, de la taille des clés, du parallélisme et de la connexion client. Nous mesurons également la latence et le comportement en cas de panne. Pour la séparation des locataires, ce qui compte, ce sont les droits, les ressources partagées et l'administration, pas seulement le nombre de partitions.

Intégration

Les fournisseurs, les mécanismes et les attributs de clé doivent correspondre à l'application. Un simulateur peut clarifier les premières questions de développement, mais ne remplace pas une preuve du comportement du matériel, des performances ou du mode de certification. Les tests représentatifs sont réalisés dans l'environnement cible prévu.

Modèle d'exploitation

Le matériel détenu en propre, l'exploitation confiée à un prestataire et les services managés diffèrent en matière de responsabilité, de coûts et de disponibilité. Les sites et les régions sont définis explicitement. La sauvegarde, la reprise après incident, le support du fabricant et une éventuelle sortie ultérieure font partie de la même décision.

Normes et preuves

Les certifications et les exigences réglementaires ne sont pas des labels de qualité interchangeables. Pour la sélection, nous rattachons les preuves au module précis, à sa version et à l'utilisation prévue. Avant l'acquisition, nous vérifions le statut auprès des organismes compétents.

Référentiel / Exige / OTOKO® fournit
Référentiel	Exige	OTOKO® fournit
FIPS 140-3	Validation d'un module cryptographique avec un périmètre d'application défini	Vérifier le certificat CMVP, la Security Policy, les versions, le mode de fonctionnement et le statut
Common Criteria	Évaluation par rapport à une cible de sécurité ou à un profil de protection précis	Associer la configuration évaluée et les exigences à l'utilisation prévue
PCI PTS HSM	Exigences spécifiques au paiement applicables à un appareil	Vérifier le modèle précis, la version, l'agrément et les exigences d'exploitation
eIDAS / QSCD	Exigences applicables à certains services de confiance et aux dispositifs de création de signature	Évaluer le service global prévu et les preuves correspondantes pour l'appareil ; un HSM seul ne suffit pas

Questions fréquentes sur les modules de sécurité matériels

Thèmes associés

Services

Secteurs

Autres fabricants

Menu