Lotus Notes: Problem beim Importieren eines Symantec / Verisign-Zertifikats

822
Mah54

Um E-Mails signieren / verschlüsseln zu können, habe ich das Verisign S-Mime-Zertifikat von Verisign installiert und aus dem IE als .pfx (PKCS # 12) exportiert.

Mein Problem ist, als ich versuchte, es unter Sicherheit> Meine Identität> Ihre Zertifizierung> Zertifikat importieren zu importieren. Ich habe folgende Fehlermeldung erhalten:

Die Signatur auf dem Server ist ungültig, Details finden Sie im Protokoll

Ich habe im Internet gesehen, dass ich sicher sein muss, dass das Stammzertifikat VeriSign_Class_1_Public_Primary_Certification_Authority _G3 und das Zwischenzertifikat Symantec Class 1 Individual Subscriber - G5 installiert sind.

In meinem Fall finde ich beim Einchecken des Internet Explorer alle Zertifikate, aber in Lotus Notes Fichier> Sicherheit> Identität von Andere> Zertifizierung> Internet Alle Ich sehe das Stammverzeichnis Verisign, aber das Zwischenzertifikat (Symantec ...) nicht.

Wie kann ich dieses Zwischenzertifikat importieren und hat jemand eine Ahnung, ob dies wirklich die Ursache des Problems ist?

Ich benutze Lotus Notes 8.5

0
Dies ist kein Sicherheitsproblem, sondern ein Konfigurationsproblem in Lotus Notes. Bitte wenden Sie sich an den Lotus Notes-Support oder die entsprechenden Handbücher. schroeder vor 8 Jahren 0

2 Antworten auf die Frage

0
Torsten Link

The reason for the error is that in order to import a certificate into your ID you need the complete certificate chain to be trusted. By default some of the newer intermediate certificates are neither in the domino directory nor in your personal address book nor in your id file.

If you only need this for yourself, then use the dialog you already found to import the root and all intermediates in your id file by using the Your Certificates - Get Certificates - Import Internet Certificates button and add them (top to bottom, root -> intermediate -> personal) to your ID.

If you need this for more than one user, then directly add the intermediate certificate to the domino directory. Then it will be automatically used for every user. To do this open names.nsf on your server, go to Security\Certificates view and click on Actions - Import Internet Certificates. Then select the certificates and import them.

In order for certificates to work it is VERY important to:

  • import them in the right order
  • don't forget any intermediate
  • make sure, that you have the COMPLETE and CORRECT chain

I will give one example (it is for server certificates, but the same is true for mime certificates):

If you have a Thawte 123 Server certificate, then you FIRST need the Thawte Premium Server:

 Issuer: C=ZA, ST=Western Cape, L=Cape Town, O=Thawte Consulting cc, OU=Certification Services Division, CN=Thawte Premium Server CA/emailAddress=premium-server@thawte.com Subject: C=ZA, ST=Western Cape, L=Cape Town, O=Thawte Consulting cc, OU=Certification Services Division, CN=Thawte Premium Server CA/emailAddress=premium-server@thawte.com 

This information can be extracted using the free openssl- tool with the command openssl x509 -in filenamewithcert.pem -text

You see: in this certificate issuer and subject are identical: This is the self signed root.

Then you need the thawte Primary Root:

 Issuer: C=ZA, ST=Western Cape, L=Cape Town, O=Thawte Consulting cc, OU=Certification Services Division, CN=Thawte Premium Server CA/emailAddress=premium-server@thawte.com Subject: C=US, O=thawte, Inc., OU=Certification Services Division, OU=(c) 2006 thawte, Inc. - For authorized use only, CN=thawte Primary Root CA 

You see: The ISSUER is the first imported cert. This is IMPORTANT, that they match.

And the last one -before your own server cert- is the Thawte DV SSL CA:

 Issuer: C=US, O=thawte, Inc., OU=Certification Services Division, OU=(c) 2006 thawte, Inc. - For authorized use only, CN=thawte Primary Root CA Subject: C=US, O=Thawte, Inc., OU=Domain Validated SSL, CN=Thawte DV SSL CA 

That itself is signed by the Primary root.

Very often the signers of your certificates do not make it easy for you to find out, which certificates are used to sign your own. Use openssl to find out and "reverse engineer" the right order. If you import everything in THIS order and don't leave out any intermediate, then it will work.

@Tortsten: Danke für deine Antwort. Eigentlich habe ich kein Problem, das Stammzertifikat hinzuzufügen, es befindet sich bereits in meinem Domino-Verzeichnis und ich kann es auch über ** Sicherheit> Meine Identität> Zertifikate importieren> Internetzertifikate importieren. ** Das Problem ist, wenn ich dasselbe versuche Bei dem ** Zwischenzertifikat ** habe ich den gleichen Fehler erhalten:> Die Signatur auf dem Server ist ungültig, Details finden Sie im Protokoll Mah54 vor 8 Jahren 0
Ich folge Ihnen, um das Zwischenprodukt durch ** Aktionen - Internet-Zertifikate importieren ** in ** Name.nsf ** hinzuzufügen, und es ist in Ordnung, dass alle Zertifikate importiert werden. ** (Root + Intermediate + Personal) ** es gelingt aber in * * Sicherheit> Meine Identität> Zertifikate anfordern> Internet-Zertifikate ** Ich sehe mein persönliches Zertifikat immer noch nicht und wenn ich versuche, eine zertifizierte E-Mail an eine externe Adresse (Gmail / Yahoo) zu senden, habe ich eine Nachricht erhalten, in der mir Folgendes mitgeteilt wird: Mah54 vor 8 Jahren 0
"Sie haben angefordert, diese Internetnachricht zu signieren, aber Ihre aktuelle ID enthält kein Internetzertifikat zum Signieren. Sie können diese Nachricht trotzdem mit OK bestätigen. Wählen Sie Abbrechen, um die Nachricht nicht zu senden." Mah54 vor 8 Jahren 0
Zur Information habe ich mein persönliches Zertifikat in meinem NAB durch ** Aktionen - Internet-Zertifikate importieren ** hinzugefügt. Wenn ich jedoch auf ** Datei> Sicherheit> Mail> Option für E-Mails ...> Konfigurationszertifikat ** gehe, finde ich kein Internet Zertifikat und deshalb kann ich keine signierte E-Mail senden (dann verschlüsselt) Mah54 vor 8 Jahren 0
Bitte überprüfen Sie meine Bearbeitung. Torsten Link vor 8 Jahren 0
Vielen Dank für die Informationen, aber wie gesagt, der Import durch ** Meine Identität ...> Internetzertifikate importieren ** funktioniert nicht Ich habe die Fehlermeldung `Die Signatur auf dem Server ist ungültig, Details finden Sie in Protokoll " Mah54 vor 8 Jahren 0
CHECKTHECHAI N ... Torsten Link vor 8 Jahren 0
Ich bin sicher, dass die Reihenfolge, die ich beim Import verwendet habe, korrekt ist. Ich habe auch den Symantec-Support kontaktiert, um sicherzustellen, dass die SCHAIN ​​und die Reihenfolge korrekt sind Mah54 vor 8 Jahren 0
Im Moment fügte ich alle Zertifikate in meine ** Names.nsf ** ein und füge Symantec mit meinen ID-Notizen durch ** Identität anderer> Personen und Dienste ** in der Reihenfolge zusammen, um mein persönliches Zertifikat als "TrustWorthly" zu bewerten. Wenn ich versuche, eine E-Mail an external @ zu senden, erhalte ich die Nachricht, die ich gerade erwähnt habe: ** Sie haben die Signatur dieser Internet-Nachricht angefordert, aber Ihre aktuelle ID enthält kein Internetzertifikat zum Signieren. . ** Mah54 vor 8 Jahren 0
Warum "Identität von anderen" ???? Ich befürchte, dass Sie sich direkt an einen Fachmann wenden sollten, dies ist hier auf Superuser zu viel zu unterstützen ... Torsten Link vor 8 Jahren 0
0
Mah54

Nach Recherchen möchte ich Ihnen die Lösung für mein Problem mitteilen.

Die Notes Version 8.5.x unterstützt SHA-2 nicht. Leider haben sie unter 8.5.x keinen Hotfix zur Unterstützung von SHA-2.

SHA-2 ist nur in Domino 9.0.x verfügbar, da 8.5.x-Versionen "keine kryptografische Infrastruktur für SHA-2 enthalten

Deshalb bekomme ich diese Fehlermeldung.

Ich habe das gleiche Zertifikat auf Notes 9.0.1 getestet und alles ist in Ordnung.

Zur Information :

Microsoft empfiehlt, dass Zertifizierungsstellen neu generierte Zertifikate nicht mehr mit dem SHA-1-Hash-Algorithmus signieren und mit der Migration zu SHA-2 beginnen.