Vérification par clé publique
Votre SDK embarque uniquement la partie publique, capable de vérifier une licence mais jamais d’en créer une.
Sécurité des clés
Protégez la clé qui rend chaque licence fiable. Votre application ne reçoit que la clé publique ; DYCRYPT protège la clé privée qui signe les licences.
Protégez les clés de signature avec des algorithmes modernes et, sur site, un HSM ou PKCS#11.
Algorithmes modernes
Les offres payantes prennent en charge Ed25519, RSA 2048/3072/4096 et EC P-256/P-384.
Formats de clés flexibles
Utilisez une clé publique brute, un certificat X.509 autosigné, un magasin de clés ou un matériel PKCS#11 compatible.
Périmètre de signature protégé
La signature est isolée de la gestion quotidienne afin que la clé privée reste dans le chemin de signature protégé.
Accès maîtrisé
Les passkeys, rôles d’équipe et jetons API limitent les personnes capables de gérer les produits et d’émettre des licences.
SDK à refus sécurisé
Les formats non pris en charge, mauvais produits, signatures invalides et machines incompatibles renvoient un résultat invalide au lieu d’être interprétés.
DYCRYPT Sovereign
Faites entrer DYCRYPT dans votre périmètre de sécurité.
Exécutez la plateforme dans votre environnement lorsque vos règles, la résidence des données ou la garde des clés rendent le SaaS inadapté.
Signature protégée par matériel
Sovereign signe via votre HSM ou jeton PKCS#11. La clé privée reste sur l’équipement pendant que DYCRYPT demande la signature.
Découvrir DYCRYPT Sovereign →Choisissez votre déploiement
Commencez en SaaS. Passez sur site lorsque vos exigences l’imposent.
L’intégration de votre application reste fondée sur les mêmes licences signées et le même comportement des SDK.