Feranor

Éditeur & conseil

Architecture de Feranor PQC Suite

Feranor PQC Suite fonctionne entièrement dans votre infrastructure. Feranor n'héberge rien pour elle et n'en reçoit rien, ni vos données, ni vos clés, ni aucune télémétrie. La clé de licence est vérifiée hors ligne et ne conditionne aucune fonction cryptographique. Seule la console, qui ne chiffre ni ne signe, se ferme quand la clé de licence expire.

Le schéma ci-dessous montre qui utilise quel composant, où sont les clés, et ce qui franchit votre périmètre, avant tout les messages que vous échangez avec vos partenaires et l'archive signée de chaque version.

Architecture de Feranor PQC Suite Dans votre infrastructure, les applications .NET utilisent le SDK dans leur processus, les scripts la ligne de commande fpqc, les applications dans d'autres langages l'API HTTP du sidecar, et les utilisateurs métier la console dans un navigateur, qui relaie au sidecar. Le SDK, fpqc et le sidecar partagent un seul moteur, qui lit ses clés dans un magasin de clés dont le secret vient d'un fichier ou de votre coffre. À l'extérieur, vos partenaires échangent avec vous des messages CMS, et Feranor ne fournit que l'archive de version signée, téléchargée puis vérifiée. Rien n'appelle Feranor. Votre infrastructure Applications .NET votre code Scripts et traitements fichiers de toute taille Autres langages Java, Python, Node, Go Utilisateurs métier dans un navigateur SDK pour .NET paquets NuGet, en processus fpqc ligne de commande Sidecar API HTTP, socket ou jeton Console ne détient aucune clé Un seul moteur messages CMS ML-KEM hybride avec ECDH SLH-DSA avec ECDSA profil ANSSI par défaut Magasin de clés fichiers PEM chiffrés Son secret un fichier ou votre coffre Feranor archive de version signée téléchargée puis vérifiée Vos partenaires messages CMS Rien n'appelle Feranor aucune télémétrie licence vérifiée hors ligne aucune mise à jour automatique

Qui fait quoi

  • SDK pour .NET. Vos applications .NET 10 chiffrent, déchiffrent, signent et vérifient dans leur propre processus, par injection de dépendances, Native AOT compris.
  • fpqc. La ligne de commande des scripts et des traitements. Elle traite en flux des fichiers de toute taille, et gère, sauvegarde et renouvelle les clés.
  • Sidecar. Les mêmes opérations en API HTTP pour tous les autres langages, sur une socket Unix, ou en TCP avec un jeton d'accès. Chaque opération est inscrite dans un journal d'audit chaîné par empreintes avant de s'exécuter, dont les enregistrements suivent un schéma JSON publié pour votre SIEM. Son contrat est public, sous forme d'une description OpenAPI 3.1.
  • Console. Une page web au-dessus du sidecar, en français et en anglais, pour les utilisateurs métier qui chiffrent, signent et vérifient des fichiers. Elle ne détient aucune clé, ne fait aucune cryptographie elle-même, et s'adresse au sidecar comme n'importe quel autre client.
  • Un seul moteur. Le SDK, fpqc et le sidecar le partagent, et écrivent et lisent donc les mêmes messages CMS standard. Il repose sur la cryptographie de la plateforme (.NET, avec OpenSSL 3.5 ou ultérieur sous Linux) et refuse tout algorithme hors de son profil.

Où sont les clés

Les clés privées restent chez vous, dans un magasin de fichiers PEM standard, chiffrés en PBES2 et lisibles par leur seul propriétaire. Son secret vient d'un fichier monté, ou directement d'Azure Key Vault, AWS Secrets Manager, Google Cloud Secret Manager ou HashiCorp Vault. Une clé de signature peut rester dans un HSM.

Les clés se renouvellent sans interruption, les processus qui partagent le magasin suivant le renouvellement. Le matériel de clé est effacé de la mémoire dès qu'il ne sert plus, erreurs comprises.

Ce qui traverse votre réseau

  • Vos messages. Ce que vous chiffrez et signez part chez vos partenaires en messages CMS standard (RFC 5652), lisibles par toute implémentation des mêmes algorithmes.
  • La version. Chaque version est une archive, la même pour tous les clients, dont les sommes de contrôle sont signées par le certificat de publication de Feranor. Vous la vérifiez avant de l'installer, comme le montre la page des versions.
  • Contrôles de révocation. Quand une signature est vérifiée, la plateforme contrôle par défaut en ligne que les certificats du signataire ne sont pas révoqués, aux adresses que votre PKI y inscrit. Ce contrôle peut se faire hors ligne.
  • Rien vers Feranor. Aucun appel à Feranor, aucune recherche de mise à jour, aucune télémétrie. Journaux, métriques et traces ne vont que là où vous les envoyez, par OpenTelemetry.

Interfaces et exposition

  • Le SDK et fpqc n'écoutent sur rien.
  • Le sidecar écoute sur une socket Unix ou sur la boucle locale, et exige un jeton d'accès au-delà. Le TLS revient à votre proxy ou à votre service mesh. Ses limites de taille, de connexions et d'opérations simultanées sont les vôtres.
  • La console se place derrière un proxy inverse qui termine le TLS. Sa connexion est limitée contre les essais répétés, son cookie de session est lié au site, et l'accès par utilisateur passe par votre authentification unique placée devant elle.
  • Les images de conteneur sont minimales, sans shell, et s'exécutent sous un utilisateur non root.

Pour aller plus loin

La page des versions donne le certificat qui vérifie chaque archive, et la page des avis de sécurité ce que nous publions quand une vulnérabilité est corrigée. Pour votre évaluation fournisseur, notre dossier de sécurité (plan d'assurance sécurité, sécurité du produit, architecture détaillée, normes et profils, en français ou en anglais) est envoyé sur demande à sales@feranor.com.