CryptographicException 'Keyset does not exist', mais uniquement via WCF

Question

J'ai un code qui fait un appel à un service web tiers qui est sécurisé par une certification X.509.

Si j'appelle le code directement (en utilisant un test unitaire), il fonctionne sans aucun problème.

Une fois déployé, ce code sera appelé via un service WCF. J'ai ajouté un second test unitaire qui appelle le service WCF, mais il échoue avec un message d'erreur de type CryptographicException message "Keyset does not exist" lorsque j'appelle une méthode sur le service web tiers.

Je présume que c'est parce que mon service WCF essaiera d'appeler le service Web tiers en utilisant un utilisateur différent du mien.

Quelqu'un peut-il apporter un éclairage supplémentaire sur cette question ?

Answer 1

Ceci est probablement dû au fait que l'utilisateur IIS n'a pas accès à la clé privée de votre certificat. Vous pouvez régler cela en suivant les étapes suivantes...

1. Démarrer Exécuter MMC
2. Fichier Ajouter/Supprimer un Snapin
3. Ajouter le Snap In des certificats
4. Sélectionnez Compte d'ordinateur, puis cliquez sur suivant
5. Sélectionnez Ordinateur local (par défaut), puis cliquez sur Terminer.
6. Dans le panneau de gauche de la Console Root, naviguez jusqu'à Certificats (Ordinateur local) Certificats personnels
7. Votre certificat se trouve très probablement ici.
8. Cliquez avec le bouton droit de la souris sur votre certificat Toutes les tâches Gérer les clés privées
9. Définissez les paramètres de votre clé privée ici.

Answer 2

Il s'agit probablement d'un problème de permissions sur le certificat.

Lors de l'exécution d'un test unitaire, vous allez l'exécuter dans votre propre contexte utilisateur, qui (en fonction du magasin dans lequel se trouve le test unitaire) est le contexte de l'utilisateur. client se trouve) aura accès à la clé privée de ce certificat.

Cependant, si votre service WCF est hébergé sous IIS, ou en tant que service Windows, il est probable qu'il soit exécuté sous un compte de service (service réseau, service local ou tout autre compte restreint).

Vous devrez définir les autorisations appropriées sur la clé privée pour permettre à ce compte de service d'y accéder. MSDN a les détails

Answer 3

J'ai eu le même problème la nuit dernière. Les permissions sur la clé privée étaient correctement définies, tout allait apparemment bien sauf l'erreur "Keyset doesn't exist". Finalement, il s'est avéré que le certificat a d'abord été importé dans le magasin de l'utilisateur actuel, puis déplacé vers le magasin de la machine locale. Cependant - cela n'a pas déplacé la clé privée, qui était toujours dans le magasin de l'utilisateur actuel.

C:\Documents et de l'établissement \Administrator...

au lieu de

C:\Documents et de l'établissement \All les utilisateurs...

Bien que les permissions sur la clé soient correctement définies, ASPNET ne pouvait pas y accéder. Lorsque nous avons réimporté le certificat de sorte que la clé privée soit placée dans la branche All users, le problème a disparu.

Answer 4

J'ai eu le même problème en essayant d'exécuter une application WCF à partir de Visual Studio. Je l'ai résolu en exécutant Visual Studio en tant qu'administrateur.

Answer 5

J'ai été confronté à ce problème, mes certificats avaient une clé privée mais j'ai obtenu cette erreur( "Le jeu de clés n'existe pas" )

Cause : Votre site web est exécuté sous le compte "Services réseau" ou avec moins de privilèges.

Solution : Changez l'identité du pool d'applications en "Système local", réinitialisez IIS et vérifiez à nouveau. S'il commence à fonctionner, c'est un problème de permission/moins de privilèges, vous pouvez vous faire passer pour un autre compte.