Die Schlüsseldatei 'blah.pfx' kann nicht importiert werden - Fehler 'Die Schlüsseldatei ist möglicherweise passwortgeschützt'

Question

Wir haben gerade ein Upgrade unserer Visual Studio 2008-Projekte auf Visual Studio 2010 durchgeführt. Alle unsere Assemblies wurden mit einer starken Signatur versehen. Verisign Code Signing-Zertifikat. Seit dem Upgrade erhalten wir ständig den folgenden Fehler:

Die folgende Schlüsseldatei kann nicht importiert werden: Firmenname.pfx. Die Schlüsseldatei ist möglicherweise passwortgeschützt. Versuchen Sie zur Behebung des Problems, das Zertifikat erneut zu importieren, oder installieren Sie das Zertifikat manuell auf dem Strong Name CSP mit dem folgenden Schlüsselcontainernamen: VS_KEY_3E185446540E7F7A

Bei einigen Entwicklern ist dies der Fall, bei anderen nicht. Einige Methoden zur Behebung dieses Problems, die in einigen Fällen funktionierten, sind:

• Neuinstallation der Schlüsseldatei über den Windows Explorer (Rechtsklick auf die PFX-Datei und Klick auf Installieren)
• Wenn Sie Visual Studio 2010 zum ersten Mal auf einem neuen Computer installieren, werden Sie beim ersten Öffnen des Projekts zur Eingabe des Kennworts aufgefordert, und dann funktioniert es. Auf Rechnern, die von Visual Studio 2008 aktualisiert wurden, erhalten Sie diese Option nicht.

Ich habe versucht, die SN.EXE Dienstprogramm (Strong Name Tool), um den Schlüssel mit dem Strong Name CSP zu registrieren, wie die Fehlermeldung vorschlägt, aber immer, wenn ich das Tool mit irgendwelchen Optionen mit der Version ausführe, die mit Visual Studio 2010 geliefert wurde, listet SN.EXE nur seine Befehlszeilenargumente auf, anstatt etwas zu tun. Dies geschieht unabhängig davon, welche Argumente ich angebe.

Warum passiert das, und was sind klare Schritte, um das Problem zu lösen? Ich bin kurz davor, aufzugeben ClickOnce Installationen und Microsoft Code Signing.

Answer 1

VSCommands 2010 (Plugin für Visual Studio) kann dies automatisch für Sie beheben - klicken Sie einfach mit der rechten Maustaste auf den Fehler und klicken Sie im Menü auf Fix anwenden. Sie können aus der Visual Studio-Galerie abrufen .

Answer 2

Nachdem ich all diese Lösungen (und noch viel mehr) ausprobiert hatte, stellte ich fest, dass das Problem woanders liegt. Für Leute, die nach dem Kauf eines Zertifikats dasselbe Elend durchmachen wie ich, werde ich die Lösung für mein Problem mitteilen.

Verhalten

Ich verstehe, dass "sign" einen starken Namen und keinen authentischen Code auf eine DLL oder EXE anwendet. Deshalb ist das signtool wird funktioniert in diesem Fall, aber "sign" in Visual Studio wird nicht funktionieren.

Grund

In der Vergangenheit habe ich Erfahrungen mit Zertifikaten von Verisign gemacht. Sie haben eine KeySpec=2 im Zertifikat, das mit der Signierfunktion in Visual Studio verwendet wird. Diese Zertifikate funktionieren sowohl mit Visual Studio als auch mit signtool.

Ich habe jetzt Zertifikate von Comodo gekauft, die eine falsche KeySpec=1 in den Code Signing-Zertifikaten. Das bedeutet, dass diese Zertifikate gut mit signtool (authenticode) funktionieren, aber nicht mit strong naming (dem sign drop-down).

Lösung

Es gibt zwei Möglichkeiten, dieses Problem zu lösen:

1. Erstellen Sie ein separates Zertifikat für Ihren starken Namen mit sn -k [name].snk . Signieren Sie die Assembly mit dem snk und verwenden Sie anschließend signtool mit Ihrem Code Signing-Zertifikat, um die DLL/EXE mit der authenticode-Signatur zu signieren. Obwohl dies seltsam erscheint, ist dies meines Wissens nach ein korrekter Weg, um mit Zertifikaten umzugehen, da starke Namen einen anderen Zweck haben als authenticode (siehe auch dieser Link für Details zur Funktionsweise).
2. Importieren Sie Ihr Zertifikat als KeySpec=2 . Das Verfahren hierfür lautet ausführlich hier .

Da ich mehrere starke Namen verwenden möchte, verwende ich derzeit Option (1), obwohl Option (2) auch funktioniert.

---

Um sicherzustellen, dass diese Lösung in Zukunft nicht verloren geht, ist hier die Vorgehensweise von Lösung 2:

1. Mit der MMC "Certifiates" exportieren Sie den bestehenden Schlüsselsatz ( KeySpec=1 ) in eine PFX-Datei. Hinweis: Bitte sichern Sie diese Datei an einem sicheren Ort und testen Sie, ob die Datei auf einem anderen Rechner importiert werden kann, wenn Sie wirklich auf Nummer sicher gehen wollen!
2. Löschen Sie das vorhandene Zertifikat aus dem Kryptospeicher (immer noch mit der MMC).
3. Öffnen Sie eine CMD-Eingabeaufforderung.
4. Importieren Sie die PFX-Datei mit diesem Befehl:
   1. certutil -importPFX -user <pfxfilename> AT_SIGNATURE
   2. Geben Sie die Passphrase für die pfx ein, wenn Sie dazu aufgefordert werden.

Sie sollten nun einen Schlüsselsatz/Zertifikat mit KeySpec=2 . Bei Bedarf können Sie diese nun wieder über die MMC in eine andere PFX-Datei exportieren.

Answer 3

Um dieses Problem in Visual Studio 2012 zu lösen, klicke ich mit der rechten Maustaste auf das Projekt, Eigenschaften -> "Signieren", und deaktiviere dann die Option "Signieren der ClickOnce-Manifeste".

Answer 4

Ich habe die Key(pfx)-Datei im Dropdown-Feld "Choose a Strong Name Key File" erneut ausgewählt und dann im Popup-Fenster "ENTER PASSWORD" das Passwort eingegeben. Ich speicherte mein Projekt und führte rebuild.build erfolgreich durch.

• Öffnen Sie die Projekteigenschaften.
• Klicken Sie auf den Abschnitt Unterzeichnung.
• Wählen Sie an der Stelle, an der es heißt "Wählen Sie eine Schlüsseldatei mit starkem Namen:", den aktuellen Wert aus dem Dropdown-Feld aus:

• Visual Studio fordert Sie nun zur Eingabe des Passworts auf. Geben Sie es ein.

• Speichern Sie Ihr Projekt und führen Sie einen Neuaufbau durch.

• Wenn Sie die Fehlermeldung erhalten: "Es wurde versucht, auf ein Token zu verweisen, das nicht existiert", ignorieren Sie diese und fahren Sie mit den folgenden Schritten fort

• Klicken Sie auf die Schaltfläche "Passwort ändern":

• Geben Sie das ursprüngliche Kennwort in alle drei Felder ein und klicken Sie auf OK. Wenn Sie Ihr Passwort ändern möchten (oder wenn Ihr altes Passwort die Komplexitätsanforderungen nicht erfüllt), können Sie dies jetzt tun.

• Speichern Sie Ihr Projekt und führen Sie einen Neuaufbau durch.

Mehr Info..

Answer 5

Als Abhilfe habe ich versucht, Visual Studio 2010 als Administrator auszuführen, und es hat funktioniert.

Ich hoffe, das hilft.