Obiekt już istnieje w RSACryptoServiceProvider

Question

Skopiowałem kod źródłowy z jednej aplikacji do drugiej, obie działają na tym samym komputerze. Używam również ten sam ciąg dla containerName poniżej w obu aplikacjach.

Co uniemożliwia mojej nowej aplikacji odczytanie klucza zapisanego w drugiej aplikacji? Wszystkie inne rzeczy są równe, zalogowany konta użytkownika itp

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

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

Answer 1

Czy spróbować udzielić uprawnienia do wszystkich, na przykład dla plików w „Documents and Settings \ All Users \ Dane aplikacji \ Microsoft \ Crypto \ RSA Klucze maszynowe \”, gdyż opisane tam:

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

Answer 2

wpadłem na ten problem, ponieważ moja usługa WCF nie mają uprawnień dostępu do kluczy. Mam w przeszłości problem, wykonując instrukcje udzielenia użytkownikowi ASPNET prawa odczytu, które znalazłem tutaj: http://msdn.microsoft.com/en-us/library/2w117ede.aspx#Y898

Answer 3

Innym rozwiązaniem jest ustawienie dostępu do każdego kodem:

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

Niedawno prowadził w tej kwestii z wieloma wdrożonymi witrynami IIS na jednym serwerze (Windows 2008 R2). W naszym środowisku każda witryna działa w różnych pulach aplikacji, ale w niektórych przypadkach do pul tych można przypisać tę samą tożsamość.

Nasza aplikacja tworzy klucz, jeśli nie istnieje, i umieszcza go w kontenerze o nazwie na podstawie bieżącej tożsamości. Pierwsza wdrożona strona zawsze działała, ale jeśli wdrożylibyśmy inną witrynę do innej puli aplikacji o tej samej tożsamości, druga nie powiedzie się.

Okazuje się, że po zapisaniu klucza system Windows daje pełny dostęp do użytkownika "IIS APPPOOL \ AppPoolName", a nie tożsamość, którą przypisaliśmy do puli.

Tak, nasze rozwiązanie było nadanie pojemnik wyraźne uprawnienia do aktualnej tożsamości (ten jest podobny do użytkownika @ WebMixer odpowiedź, jedyna różnica jest w 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);