El objeto ya existe en RSACryptoServiceProvider

Question

Copié el código fuente de una aplicación a otra, ambas ejecutándose en la misma máquina. También estoy usando la misma cadena para containerName a continuación en ambas aplicaciones.

¿Qué impide que mi nueva aplicación lea la clave que se guardó en la otra aplicación? Todas las demás cosas son iguales, conectado a la cuenta de usuario, etc.

 CspParameters cspParams = new CspParameters(); 
    cspParams.KeyContainerName = containerName; 
    cspParams.Flags = CspProviderFlags.UseMachineKeyStore; 

    // Get error "object already exists" below. 
    RSACryptoServiceProvider rsaKey = new RSACryptoServiceProvider(cspParams); 

Answer 1

¿trató de conceder permisos a cada uno, por ejemplo, para los archivos en "Documents and Settings \ All Users \ Datos de programa \ Microsoft \ Crypto \ RSA \ Machine Keys", ya que no se describe:

http://social.msdn.microsoft.com/Forums/en/netfxbcl/thread/f7b9f928-a794-47f2-a5bd-9f64ca375040

Answer 2

me encontré con este problema porque mi servicio WCF no tiene permiso para acceder al almacén de claves. Tengo más allá del problema siguiendo las instrucciones para conceder al usuario ASPNET acceso de lectura que he encontrado aquí: http://msdn.microsoft.com/en-us/library/2w117ede.aspx#Y898

Answer 3

Otra solución es establecer el acceso a todo el mundo por código:

CspParameters cspParams; 
cspParams = new CspParameters(PROVIDER_RSA_FULL); 
cspParams.KeyContainerName = CONTAINER_NAME; 
cspParams.Flags = CspProviderFlags.UseMachineKeyStore; 
cspParams.ProviderName = "Microsoft Strong Cryptographic Provider"; 

CryptoKeyAccessRule rule = new CryptoKeyAccessRule("everyone", CryptoKeyRights.FullControl, AccessControlType.Allow); 

cspParams.CryptoKeySecurity = new CryptoKeySecurity(); 
cspParams.CryptoKeySecurity.SetAccessRule(rule); 

Answer 4

Recientemente me encontré con este problema con múltiples sitios IIS desplegados en un solo servidor (Windows 2008 R2). Nuestro entorno tiene cada sitio ejecutándose en diferentes grupos de aplicaciones, pero en algunos casos, a esos grupos se les puede asignar la misma identidad.

Nuestra aplicación crea una clave si no existe, y la coloca en un contenedor con un nombre basado en la identidad actual. El primer sitio implementado siempre funcionó, pero si desplegáramos otro sitio en otro grupo de aplicaciones con la misma identidad, el segundo fallaría.

Resulta que cuando se almacena la clave, Windows da acceso total al usuario "IIS APPPOOL \ AppPoolName", y no la identidad que hemos asignado al grupo.

Por lo tanto, nuestra solución fue dar el contenedor permisos explícitos a la identidad actual (esto es similar a la respuesta de @ WebMixer, la única diferencia está en la CryptoKeyAccessRule):

CspParameters cspParams; 
cspParams = new CspParameters(PROVIDER_RSA_FULL); 
cspParams.KeyContainerName = CONTAINER_NAME; 
cspParams.Flags = CspProviderFlags.UseMachineKeyStore; 
cspParams.ProviderName = "Microsoft Strong Cryptographic Provider"; 

CryptoKeyAccessRule rule = new CryptoKeyAccessRule(System.Security.Principal.WindowsIdentity.GetCurrent(), CryptoKeyRights.FullControl, AccessControlType.Allow); 

cspParams.CryptoKeySecurity = new CryptoKeySecurity(); 
cspParams.CryptoKeySecurity.SetAccessRule(rule);