Erzwinge, dass Pidgin ein ungültiges Zertifikat akzeptiert

Ich erhalte die folgende Fehlermeldung für Pidgin 2.10.10-3.fc20 (libpurple 2.10.10).

Wie kann ich die Annahme eines ungültigen Zertifikats erzwingen?

(Laut diesem Fehlerbericht sollte es fähig sein).

Folgendes habe ich getan:

• hat die Domain in Firefox besucht und das Zertifikat exportiert
• importiert das Zertifikat auf Pidgin- Tools -> Zertifikate
• Importierte das Zertifikat auf seahorse(Gnome Keyring GUI)

Alternativ können Sie das SSL-Zertifikat auch von Hand herunterladen. Danach startet Pidgin ohne Probleme. Zum Herunterladen des Zertifikats können Sie das Befehlszeilenprogramm openssl verwenden.

~/.purple/certificates/x509/tls_peers$ openssl s_client -connect YOUR_SERVER:PORTNUMBER  

Wenn der obige Befehl mit "Kein Peer-Zertifikat verfügbar" fehlschlägt, verwendet der Server möglicherweise STARTTLS anstelle von SSL. In diesem Fall verwenden Sie den folgenden Befehl:

~/.purple/certificates/x509/tls_peers$ openssl s_client -connect YOUR_SERVER:PORTNUMBER -starttls xmpp

Kopieren Sie nun den Teil, der mit "---- BEGIN CERTIFICATE ----" beginnt. Wenn Sie den Inhalt der Zertifikatdatei drucken, sieht dies folgendermaßen aus:

~/.purple/certificates/x509/tls_peers$ cat jabber.ulm.ccc.de 

-----BEGIN CERTIFICATE-----
MIIFXDCCA0QCCQCa5jxvwccm0DANBgkqhkiG9w0BAQUFADBwMQswCQYDVQQGEwJE
RTEMMAoGA1UEBxMDVWxtMRUwEwYDVQQLEwxDQ0MgRXJmYSBVbG0xGjAYBgNVBAMT
EWphYmJlci51bG0uY2NjLmRlMSAwHgYJKoZIhvcNAQkBFhFqYWJiZXJAdWxtLmNj
...
3EIpMVk3V1djyj0FEuDaG/o+6BTLCiIMiIUFtbpVz8YZChHbv8ObMJ5JpUIkDfKZ
si1YZKpUYwpVXgTCUml67lArx/sq95OQsDSO3fR1Ch0=
-----END CERTIFICATE-----

Es stellte sich heraus, dass es einen Fehler mit Zertifikaten in Pidgin 2.10.10 (libpurple 2.10.10) gibt:

In Version 2.10.10 ist es nicht mehr möglich, eine Verbindung zu einem XMPP-Server herzustellen, der ein selbstsigniertes SSL-Zertifikat verwendet. Die Fehlermeldung lautet: Das Zertifikat für konnte nicht validiert werden. Die angegebene Zertifikatskette ist ungültig.

Die Verbindung ist möglich, wenn sich das Serverzertifikat bereits im lokalen Cache befindet (.purple \ certificates \ x509 \ tls_peers). Wenn das Zertifikat noch nicht zwischengespeichert ist (z. B. nach einer neuen Windows / Pidgin-Installation), schlägt die Verbindung fehl.

Ein Upgrade auf 2.10.11 behebt das Problem. Wenn Sie eine ältere Ubuntu-Version wie ich verwenden, können Sie die PPA (12.04, 14.04 und 14.10) verwenden.

Es scheint wichtig zu sein, dass der Name, den Sie beim Importieren des Zertifikats über Tools→ eingeben, Certificatesmit dem connect serverin der Konfiguration des XMPP-Kontos übereinstimmt . Nur so konnte ich dafür sorgen, dass es für den gleichen Fehler funktioniert.

Eine andere Problemumgehung besteht darin, den Namen des Servers zu importieren, der in dem Fehler wie angegeben ist myserver.chat.com. Beispielsweise:

1. Öffnen Sie den Firefox-Browser und geben Sie die URL HTTPS://mysever.chat.comein:

   

2. Wählen Sie Advanceddann die Option Add Exception. Ein Popup für das Zertifikat wird geöffnet.

3. Klicken Sie dann auf Advanced-> Details->Export

   

4. Speichern Sie das Zertifikat irgendwo

5. Öffnen Sie Pidgin, gehen Sie zu Tools-> Certificates-> Add Speichern Sie nun das Zertifikat mit dem gleichen allgemeinen Namen wie der Fehler am Anfang.

Versuchen Sie schließlich, die Verbindung wiederherzustellen.

Einfacher Weg,

1. Schließen Sie Pidgin
2. Finden Sie Ihre Zertifikate Ordner ( Win­dows: %appdata%\.purple) (Linux: /home/<Username>/.purple/certificates/x509/tls_peers)
3. Löschen Sie alles im Zertifikatordner.
4. Starten Sie pidgin neu und schließlich sollten Sie ein neues Zertifikat erhalten, das funktioniert.

PS: Windows-Benutzer, die sich nicht auskennen, geben %app­data%einfach %appdata%\.purpleIhre Adressleiste ein und drücken die Eingabetaste.

Ich konnte das Zertifikat umgehen, indem ich es einige Male manuell durch eine gespeicherte Kopie ersetzte. Danach funktionierte es nicht mehr und ein Upgrade auf 2.11 schien nicht zu helfen.

Wenn Sie aus dem Quellcode erstellen, sollten Sie versuchen, den Quellcode für libpurple / certificates.c zu ändern. Verschieben des PURPLE_CERTIFICATE_FATALS_MASK-Checks unter dem PURPLE_CERTIFICATE_NON_FATALS_MASK-Check, um den Benutzer aufzufordern, das Zertifikat jedoch zuzulassen, wenn es akzeptiert wird. Wahrscheinlich nicht das Sicherste, aber es hat für mich funktioniert.

Sie können Pidgin-developer PPA verwenden , um das Problem zu beheben. Ich habe pidgin-Pakete und libpurple von dieser Quelle installiert und mein Problem mit dem Zugriff auf Lync 2013-Ressourcen behoben. Jetzt können Zertifikate automatisch zugelassen werden (Dialogfeld anzeigen, um unbekannte Zertifikate zu akzeptieren oder abzulehnen). Hast du das versucht? Wenn Sie 15.04 verwendet haben, gibt es auch eine Problemumgehung, um einige Pakete herunterzuladen und alte durch neue zu ersetzen. Ich habe es bereits am 15.04 getestet, es funktioniert.

Zwinge pidgin, neue Zertifikate herunterzuladen.

rm ~/.purple/certificates/x509/tls_peers/*

Pidgin schließen und wieder öffnen.

ls ~/.purple/certificates/x509/tls_peers/*

Nun sollte dies neu heruntergeladene Zertifikate auflisten.