Problem mit Sectigo-Zertifikaten nach dem 30. Mai 2020 und Lösungsmethode.

Am Samstag, den 30. Mai 2020, trat ein zunächst unerklärliches Problem mit den beliebten SSL/TLS-Zertifikaten des Anbieters Sectigo (ehemals Comodo) auf. Die Zertifikate selbst waren weiterhin einwandfrei, jedoch war eines der Zwischenzertifikate in den Ketten, mit denen diese Zertifikate ausgeliefert wurden, 'abgelaufen'. Die Situation war nicht unbedingt katastrophal, aber unangenehm: Aktuelle Versionen der Browser registrierten nichts, jedoch waren die meisten Automatisierungen sowie ältere Browser/Betriebssysteme auf so eine Entwicklung nicht vorbereitet.

Problem mit Sectigo-Zertifikaten nach dem 30. Mai 2020 und Lösungsmethode.

Habr war keine Ausnahme, weshalb dieser Artikel als Aufklärung bzw. Nachbetrachtung verfasst wurde.

TL;DR Die Lösung findet sich am Ende.

Lassen Sie uns die grundlegende Theorie zu PKI, SSL/TLS, HTTPS und ähnlichem beiseitelegen. Die Mechanik der Zertifizierung durch ein Sicherheitszertifikat für eine Domain erfolgt durch den Aufbau einer Kette von Zertifikaten bis zu einem der vertrauenswürdigen Browser oder Betriebssysteme, die im sogenannten Trust Store gespeichert sind. Diese Liste wird mit dem Betriebssystem, der Ökosystem-Umgebung oder dem Browser verteilt. Alle Zertifikate haben eine Gültigkeitsdauer, nach deren Ablauf sie als nicht vertrauenswürdig gelten, einschließlich der Zertifikate im Trust Store. Wie sah die Vertrauenskette vor dem verhängnisvollen Tag aus? Eine Web-Utility wird uns dabei helfen. SSL-Bericht von Qualys.

Einer der beliebtesten „kommerziellen“ Zertifikate ist der Sectigo Positive SSL (früher bekannt als Comodo Positive SSL, die Zertifikate mit diesem Namen sind noch im Umlauf). Es handelt sich um ein sogenanntes DV-Zertifikat. DV steht für den einfachsten Zertifizierungsgrad, der die Überprüfung des Zugriffs auf die Domainverwaltung durch die ausstellende Stelle bedeutet. Tatsächlich steht DV für „Domain Validation“. Zum besseren Verständnis: Es gibt auch OV (Organization Validation) und EV (Extended Validation), während das kostenlose Zertifikat von Let’s Encrypt ebenfalls als DV klassifiziert wird. Für diejenigen, die aus irgendwelchen Gründen mit dem ACME-Mechanismus nicht zufrieden sind, ist das Produkt Positive SSL das am besten geeignete in Bezug auf Preis und Möglichkeiten (ein Ein-Domain-Zertifikat kostet etwa 5-7 Dollar pro Jahr mit einer Gesamtlaufzeit des Zertifikats von bis zu 2 Jahren und 3 Monaten).

Das typische Sectigo DV-Zertifikat (RSA) wurde bis vor kurzem mit folgender Kette von Zwischen-CA geliefert:

Zertifikat #1:
Daten:
Version: 3 (0x2)
Seriennummer:
7d:5b:51:26:b4:76:ba:11:db:74:16:0b:bc:53:0d:a7
Signaturalgorithmus: sha384WithRSAEncryption
Aussteller: C=US, ST=New Jersey, L=Jersey City, O=The USERTRUST Network, CN=USERTrust RSA Certification Authority
Gültigkeit
Nicht vor: 2. Nov 2018 00:00:00 GMT
Nicht nach: 31. Dez 2030 23:59:59 GMT
Betreff: C=GB, ST=Greater Manchester, L=Salford, O=Sectigo Limited, CN=Sectigo RSA Domain Validation Secure Server CA
Zertifikat #2:
Daten:
Version: 3 (0x2)
Seriennummer:
13:ea:28:70:5b:f4:ec:ed:0c:36:63:09:80:61:43:36
Signaturalgorithmus: sha384WithRSAEncryption
Aussteller: C=SE, O=AddTrust AB, OU=AddTrust External TTP Network, CN=AddTrust External CA Root
Gültigkeit
Nicht vor: 30. Mai 2000 10:48:38 GMT
Nicht nach: 30. Mai 2020 10:48:38 GMT
Betreff: C=US, ST=New Jersey, L=Jersey City, O=The USERTRUST Network, CN=USERTrust RSA Certification Authority

Hier fehlt das „dritte Zertifikat“, das selbstsignierte von AddTrust AB, da es irgendwann als unhöflich galt, selbstsignierte Root-Zertifikate in Zertifikatketten aufzunehmen. Es ist zu beachten, dass das von UserTrust ausgestellte Zwischen-CA-Zertifikat von AddTrust am 30. Mai 2020 abläuft. Dies ist nicht zufällig, da ein Verfahren zur Stilllegung dieses CA geplant war. Man ging davon aus, dass bis zum 30. Mai 2020 in allen Trust-Stores bereits ein cross-signiertes Zertifikat von UserTrust verfügbar sein würde (unter der Haube ist es dasselbe Zertifikat, besser gesagt, der öffentliche Schlüssel), und die Kette, selbst mit einem bereits als untrusted eingestuften Zertifikat, alternative Pfade zur Verfügung haben würde und niemand würde es bemerken. Doch die Pläne scheiterten an der Realität, die durch den weit gefassten Begriff „legacy systems“ geprägt war. Tatsächlich bemerkten die Besitzer aktueller Browser nichts, jedoch brach eine Menge von Automatisierungen, die auf curl und ssl/tls-Bibliotheken verschiedener Programmiersprachen und Ausführungsumgebungen basierten, zusammen. Man muss verstehen, dass viele Produkte nicht die im Betriebssystem eingebauten Mittel zur Erstellung von Ketten verwenden, sondern ihren eigenen Trust Store mit sich führen. Und dieser enthält nicht immer das, was man gerne sehen würde. CA/Browser Forum. Und auch in Linux werden Pakete wie ca-certificates nicht immer aktualisiert. Am Ende sieht alles gut aus, aber etwas funktioniert dort und hier nicht.

Aus Abbildung 1 ist ersichtlich, dass, obwohl bei den meisten alles wie gewohnt aussieht, bei einigen etwas nicht funktioniert hat und der Verkehr deutlich gesunken ist (rote Linie links); später stieg er an, als eines der Schlüsselzertifikate ersetzt wurde (rechte Linie). Es gab auch zwischenzeitliche Anstiege, als andere Zertifikate geändert wurden, von denen ebenfalls etwas abhing. Da bei den meisten visuell alles mehr oder weniger normal weiterlief (mit Ausnahme seltsamer Fehler wie der Unmöglichkeit, Bilder auf Habrastorage hochzuladen), kann man indirekt auf die Anzahl der Legacy-Kunden und Bots auf Habré schließen.

Problem mit Sectigo-Zertifikaten nach dem 30. Mai 2020 und Lösungsmethode.Abbildung 1. Grafik zum "Verkehr" auf Habré.

Aus Abbildung 2 kann man abschätzen, wie in aktuellen Versionen von Browsern die "alternative" Kette bis zum vertrauenswürdigen CA-Zertifikat im Browser des Nutzers aufgebaut wird, selbst bei vorhandenen "abgelaufenen" Zertifikaten in der Kette. Dies war, wie Sectigo selbst glaubte, der Grund, nichts zu unternehmen.

Problem mit Sectigo-Zertifikaten nach dem 30. Mai 2020 und Lösungsmethode.Abbildung 2. Kette bis zum vertrauenswürdigen Zertifikat der modernen Browser-Version.

In Abbildung 3 sieht man, wie es tatsächlich aussieht, wenn etwas schiefgeht und wir ein Legacy-System haben. In diesem Fall wird die HTTPS-Verbindung nicht hergestellt, und wir sehen einen Fehler wie 'Zertifikatvalidierung fehlgeschlagen' oder etwas Ähnliches.

Problem mit Sectigo-Zertifikaten nach dem 30. Mai 2020 und Lösungsmethode.Abbildung 3. Die Kette wurde ungültig, da das Root-Zertifikat und das von ihm signierte Zwischenzertifikat 'abgelaufen' sind.

In Abbildung 4 sehen wir bereits eine 'Lösung' für Legacy-Systeme: Es gibt ein weiteres Zwischenzertifikat, besser gesagt eine 'Cross-Signatur' von einer anderen CA, die in der Regel in Legacy-Systemen vorinstalliert ist. Das ist, was zu tun ist: Finde dieses Zertifikat (das als 'Extra Download' gekennzeichnet ist) und ersetze das 'abgelaufene'.

Problem mit Sectigo-Zertifikaten nach dem 30. Mai 2020 und Lösungsmethode.Abbildung 4. Alternative Kette für Legacy-Systeme.

Übrigens war das Problem nicht weithin bekannt und es gab wenig öffentliche Diskussion, unter anderem aufgrund übermäßiger Selbstsicherheit von Sectigo. Hier ist beispielsweise die Meinung eines der Zertifikatanbieter zu dieser Situation: Zuvor haben sie

[Sectigo] allen versichert, dass es keine Probleme geben wird. Die Realität ist jedoch, dass einige Legacy-Server/ -geräte betroffen sind. Das ist eine lächerliche Situation. Wir haben sie mehrfach im Jahr auf das ablaufende AddTrust RSA/ECC hingewiesen, und jedes Mal versicherte uns Sectigo, dass es keine Probleme geben wird.

Ich habe persönlich gefragt

Ich habe persönlich gefragt einer Frage Ich habe vor einem Monat auf Stack Overflow dazu geantwortet, aber offensichtlich ist die Zielgruppe des Projekts nicht wirklich geeignet für solche Fragen, weshalb ich letztendlich selbst zur Klärung antworten musste.

Sectigo veröffentlicht FAQ dazu, aber es ist so unleserlich und ausufernd, dass man ihn nicht nutzen kann. Hier ist ein Zitat, das die Quintessenz der gesamten Veröffentlichung darstellt:

Was Sie tun müssen
Für die meisten Anwendungsfälle, einschließlich Zertifikate, die moderne Client- oder Serversysteme bedienen, sind keine Maßnahmen erforderlich, unabhängig davon, ob Sie Zertifikate haben, die zum AddTrust-Wurzelzertifikat gekettet sind oder nicht.

Stand 30. April 2020: Für Geschäftsprozesse, die auf sehr alten Systemen basieren, hat Sectigo (standardmäßig in den Zertifikatbündeln) eine neue Legacy-Wurzel für die Kreuzsignierung bereitgestellt, die „AAA Certificate Services“ Wurzel. Bitte seien Sie jedoch äußerst vorsichtig mit jedem Prozess, der von sehr alten Legacy-Systemen abhängt. Systeme, die nicht die notwendigen Updates erhalten haben, um neuere Wurzeln wie Sectigos COMODO-Wurzel zu unterstützen, werden zwangsläufig auch andere wichtige Sicherheitsupdates missen und sollten als unsicher betrachtet werden. Wenn Sie trotzdem zur AAA Certificate Services-Wurzel kreuzsignieren möchten, wenden Sie sich bitte direkt an Sectigo.

Ich mag den Begriff „very old“ wirklich. Zum Beispiel ist curl in der Konsole von Ubuntu Linux 18.04 LTS (unserem aktuellen Basisbetriebssystem) mit den neuesten Updates, die nicht älter als einen Monat sind, schwer als very old zu bezeichnen, funktioniert jedoch nicht.

Die meisten Zertifikatsaussteller haben ihre Hinweise mit Lösungen gegen Abend des 30. Mai veröffentlicht. Zum Beispiel eine technisch sehr fundierte von NameCheap (mit spezifischen Anweisungen, was zu tun ist, und bereitgestellten CA-Bundles in ZIP-Archiven, jedoch nur RSA):

Problem mit Sectigo-Zertifikaten nach dem 30. Mai 2020 und Lösungsmethode.Abbildung 5. Sieben Schritte, um alles schnell zu reparieren.

Es gibt ein guter Artikel von Redhat, aber dort ist alles eher veraltet und man muss sogar ein noch älteres Legacy-Zertifikat von Comodo installieren, damit alles funktioniert.

Lösung

Es lohnt sich, die Lösung hier nochmals zu wiederholen. Unten finden Sie zwei Sets von Zertifikatsketten: DV Sectigo (nicht Comodo!), eine für die gängigen RSA-Zertifikate und eine für die weniger gebräuchlichen ECC (ECDSA)-Zertifikate (wir verwenden beide Ketten schon seit einiger Zeit). Mit ECC war es schwieriger, da die meisten Lösungen solche Zertifikate aufgrund ihrer geringen Verbreitung nicht berücksichtigen. Letztendlich wurde das benötigte Zwischenzertifikat auf crt.sh.

Kette für Zertifikate, die auf dem Schlüsselalgorithmus basieren RSA. Vergleichen Sie mit Ihrer Kette und beachten Sie, dass nur das untere Zertifikat ausgetauscht wurde, während das obere unverändert bleibt. Ich unterscheide sie unter alltäglichen Bedingungen anhand der letzten drei Zeichen der Base64-Blöcke, ohne das Zeichen „gleich“ (in diesem Fall En8= und 1+V):

# Subject: /C=GB/ST=Greater Manchester/L=Salford/O=Sectigo Limited/CN=Sectigo RSA Domain Validation Secure Server CA
# Algo: RSA, key size: 2048
# Issuer: /C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust RSA Certification Authority
# Not valid before: 2018-11-02T00:00:00Z
# Not valid after: 2030-12-31T23:59:59Z
# SHA-1 Fingerprint: 33:E4:E8:08:07:20:4C:2B:61:82:A3:A1:4B:59:1A:CD:25:B5:F0:DB
# SHA-256 Fingerprint: 7F:A4:FF:68:EC:04:A9:9D:75:28:D5:08:5F:94:90:7F:4D:1D:D1:C5:38:1B:AC:DC:83:2E:D5:C9:60:21:46:76
-----BEGIN CERTIFICATE-----
MIIGEzCCA/ugAwIBAgIQfVtRJrR2uhHbdBYLvFMNpzANBgkqhkiG9w0BAQwFADCB
iDELMAkGA1UEBhMCVVMxEzARBgNVBAgTCk5ldyBKZXJzZXkxFDASBgNVBAcTC0pl
cnNleSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxLjAsBgNV
BAMTJVVTRVJUcnVzdCBSU0EgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTgx
MTAyMDAwMDAwWhcNMzAxMjMxMjM1OTU5WjCBjzELMAkGA1UEBhMCR0IxGzAZBgNV
BAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEYMBYGA1UE
ChMPU2VjdGlnbyBMaW1pdGVkMTcwNQYDVQQDEy5TZWN0aWdvIFJTQSBEb21haW4g
VmFsaWRhdGlvbiBTZWN1cmUgU2VydmVyIENBMIIBIjANBgkqhkiG9w0BAQEFAAOC
AQ8AMIIBCgKCAQEA1nMz1tc8INAA0hdFuNY+B6I/x0HuMjDJsGz99J/LEpgPLT+N
TQEMgg8Xf2Iu6bhIefsWg06t1zIlk7cHv7lQP6lMw0Aq6Tn/2YHKHxYyQdqAJrkj
eocgHuP/IJo8lURvh3UGkEC0MpMWCRAIIz7S3YcPb11RFGoKacVPAXJpz9OTTG0E
oKMbgn6xmrntxZ7FN3ifmgg0+1YuWMQJDgZkW7w33PGfKGioVrCSo1yfu4iYCBsk
Haswha6vsC6eep3BwEIc4gLw6uBK0u+QDrTBQBbwb4VCSmT3pDCg/r8uoydajotY
uK3DGReEY+1vVv2Dy2A0xHS+5p3b4eTlygxfFQIDAQABo4IBbjCCAWowHwYDVR0j
BBgwFoAUU3m/WqorSs9UgOHYm8Cd8rIDZsswHQYDVR0OBBYEFI2MXsRUrYrhd+mb
+ZsF4bgBjWHhMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMB0G
A1UdJQQWMBQGCCsGAQUFBwMBBggrBgEFBQcDAjAbBgNVHSAEFDASMAYGBFUdIAAw
CAYGZ4EMAQIBMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9jcmwudXNlcnRydXN0
LmNvbS9VU0VSVHJ1c3RSU0FDZXJ0aWZpY2F0aW9uQXV0aG9yaXR5LmNybDB2Bggr
BgEFBQcBAQRqMGgwPwYIKwYBBQUHMAKGM2h0dHA6Ly9jcnQudXNlcnRydXN0LmNv
bS9VU0VSVHJ1c3RSU0FBZGRUcnVzdENBLmNydDAlBggrBgEFBQcwAYYZaHR0cDov
L29jc3AudXNlcnRydXN0LmNvbTANBgkqhkiG9w0BAQwFAAOCAgEAMr9hvQ5Iw0/H
ukdN+Jx4GQHcEx2Ab/zDcLRSmjEzmldS+zGea6TvVKqJjUAXaPgREHzSyrHxVYbH
7rM2kYb2OVG/Rr8PoLq0935JxCo2F57kaDl6r5ROVm+yezu/Coa9zcV3HAO4OLGi
H19+24rcRki2aArPsrW04jTkZ6k4Zgle0rj8nSg6F0AnwnJOKf0hPHzPE/uWLMUx
RP0T7dWbqWlod3zu4f+k+TY4CFM5ooQ0nBnzvg6s1SQ36yOoeNDT5++SR2RiOSLv
xvcRviKFxmZEJCaOEDKNyJOuB56DPi/Z+fVGjmO+wea03KbNIaiGCpXZLoUmGv38
sbZXQm2V0TP2ORQGgkE49Y9Y3IBbpNV9lXj9p5v//cWoaasm56ekBYdbqbe4oyAL
l6lFhd2zi+WJN44pDfwGF/Y4QA5C5BIG+3vzxhFoYt/jmPQT2BVPi7Fp2RBgvGQq
6jG35LWjOhSbJuMLe/0CjraZwTiXWTb2qHSihrZe68Zk6s+go/lunrotEbaGmAhY
LcmsJWTyXnW0OMGuf1pGg+pRyrbxmRE1a6Vqe8YAsOf4vmSyrcjC8azjUeqkk+B5
yOGBQMkKW+ESPMFgKuOXwIlCypTPRpgSabuY0MLTDXJLR27lk8QyKGOHQ+SwMj4K
00u/I5sUKUErmgQfky3xxzlIPK1aEn8=
-----END CERTIFICATE-----

# Subject: /C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust RSA Certification Authority
# Algo: RSA, key size: 4096
# Issuer: /C=GB/ST=Greater Manchester/L=Salford/O=Comodo CA Limited/CN=AAA Certificate Services
# Not valid before: 2019-03-12T00:00:00Z
# Not valid after: 2028-12-31T23:59:59Z
# SHA-1 Fingerprint: D8:9E:3B:D4:3D:5D:90:9B:47:A1:89:77:AA:9D:5C:E3:6C:EE:18:4C
# SHA-256 Fingerprint: 68:B9:C7:61:21:9A:5B:1F:01:31:78:44:74:66:5D:B6:1B:BD:B1:09:E0:0F:05:CA:9F:74:24:4E:E5:F5:F5:2B
-----BEGIN CERTIFICATE-----
MIIFgTCCBGmgAwIBAgIQOXJEOvkit1HX02wQ3TE1lTANBgkqhkiG9w0BAQwFADB7
MQswCQYDVQQGEwJHQjEbMBkGA1UECAwSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYD
VQQHDAdTYWxmb3JkMRowGAYDVQQKDBFDb21vZG8gQ0EgTGltaXRlZDEhMB8GA1UE
AwwYQUFBIENlcnRpZmljYXRlIFNlcnZpY2VzMB4XDTE5MDMxMjAwMDAwMFoXDTI4
MTIzMTIzNTk1OVowgYgxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpOZXcgSmVyc2V5
MRQwEgYDVQQHEwtKZXJzZXkgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBO
ZXR3b3JrMS4wLAYDVQQDEyVVU0VSVHJ1c3QgUlNBIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAgBJlFzYOw9sI
s9CsVw127c0n00ytUINh4qogTQktZAnczomfzD2p7PbPwdzx07HWezcoEStH2jnG
vDoZtF+mvX2do2NCtnbyqTsrkfjib9DsFiCQCT7i6HTJGLSR1GJk23+jBvGIGGqQ
Ijy8/hPwhxR79uQfjtTkUcYRZ0YIUcuGFFQ/vDP+fmyc/xadGL1RjjWmp2bIcmfb
IWax1Jt4A8BQOujM8Ny8nkz+rwWWNR9XWrf/zvk9tyy29lTdyOcSOk2uTIq3XJq0
tyA9yn8iNK5+O2hmAUTnAU5GU5szYPeUvlM3kHND8zLDU+/bqv50TmnHa4xgk97E
xwzf4TKuzJM7UXiVZ4vuPVb+DNBpDxsP8yUmazNt925H+nND5X4OpWaxKXwyhGNV
icQNwZNUMBkTrNN9N6frXTpsNVzbQdcS2qlJC9/YgIoJk2KOtWbPJYjNhLixP6Q5
D9kCnusSTJV882sFqV4Wg8y4Z+LoE53MW4LTTLPtW//e5XOsIzstAL81VXQJSdhJ
WBp/kjbmUZIO8yZ9HE0XvMnsQybQv0FfQKlERPSZ51eHnlAfV1SoPv10Yy+xUGUJ
5lhCLkMaTLTwJUdZ+gQek9QmRkpQgbLevni3/GcV4clXhB4PY9bpYrrWX1Uu6lzG
KAgEJTm4Diup8kyXHAc/DVL17e8vgg8CAwEAAaOB8jCB7zAfBgNVHSMEGDAWgBSg
EQojPpbxB+zirynvgqV/0DCktDAdBgNVHQ4EFgQUU3m/WqorSs9UgOHYm8Cd8rID
ZsswDgYDVR0PAQH/BAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0gBAowCDAG
BgRVHSAAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuY29tb2RvY2EuY29t
L0FBQUNlcnRpZmljYXRlU2VydmljZXMuY3JsMDQGCCsGAQUFBwEBBCgwJjAkBggr
BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMA0GCSqGSIb3DQEBDAUA
A4IBAQAYh1HcdCE9nIrgJ7cz0C7M7PDmy14R3iJvm3WOnnL+5Nb+qh+cli3vA0p+
rvSNb3I8QzvAP+u431yqqcau8vzY7qN7Q/aGNnwU4M309z/+3ri0ivCRlv79Q2R+
/czSAaF9ffgZGclCKxO/WIu6pKJmBHaIkU4MiRTOok3JMrO66BQavHHxW/BBC5gA
CiIDEOUMsfnNkjcZ7Tvx5Dq2+UUTJnWvu6rvP3t3O9LEApE9GQDTF1w52z97GA1F
zZOFli9d31kWTz9RvdVFGD/tSo7oBmF0Ixa1DVBzJ0RHfxBdiSprhTEUxOipakyA
vGp4z7h/jnZymQyd/teRCBaho1+V
-----END CERTIFICATE-----

Kette für Zertifikate, die auf dem Schlüsselalgorithmus basieren ECC. Ähnlich verhält es sich mit der Kette für RSA, wobei nur das untere Zertifikat ersetzt wurde und das obere unverändert bleibt (in diesem Fall fmA== und v/c=):

# Subject: /C=GB/ST=Greater Manchester/L=Salford/O=Sectigo Limited/CN=Sectigo ECC Domain Validation Secure Server CA
# Algo: EC secp256r1, key size: 256
# Issuer: /C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust ECC Certification Authority
# Not valid before: 2018-11-02T00:00:00Z
# Not valid after: 2030-12-31T23:59:59Z
# SHA-1 Fingerprint: E8:49:90:CB:9B:F8:E3:AB:0B:CA:E8:A6:49:CB:30:FE:4D:C4:D7:67
# SHA-256 Fingerprint: 61:E9:73:75:E9:F6:DA:98:2F:F5:C1:9E:2F:94:E6:6C:4E:35:B6:83:7C:E3:B9:14:D2:24:5C:7F:5F:65:82:5F
-----BEGIN CERTIFICATE-----
MIIDqDCCAy6gAwIBAgIRAPNkTmtuAFAjfglGvXvh9R0wCgYIKoZIzj0EAwMwgYgx
CzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpOZXcgSmVyc2V5MRQwEgYDVQQHEwtKZXJz
ZXkgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMS4wLAYDVQQD
EyVVU0VSVHJ1c3QgRUNDIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE4MTEw
MjAwMDAwMFoXDTMwMTIzMTIzNTk1OVowgY8xCzAJBgNVBAYTAkdCMRswGQYDVQQI
ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGDAWBgNVBAoT
D1NlY3RpZ28gTGltaXRlZDE3MDUGA1UEAxMuU2VjdGlnbyBFQ0MgRG9tYWluIFZh
bGlkYXRpb24gU2VjdXJlIFNlcnZlciBDQTBZMBMGByqGSM49AgEGCCqGSM49AwEH
A0IABHkYk8qfbZ5sVwAjBTcLXw9YWsTef1Wj6R7W2SUKiKAgSh16TwUwimNJE4xk
IQeV/To14UrOkPAY9z2vaKb71EijggFuMIIBajAfBgNVHSMEGDAWgBQ64QmG1M8Z
wpZ2dEl23OA1xmNjmjAdBgNVHQ4EFgQU9oUKOxGG4QR9DqoLLNLuzGR7e64wDgYD
VR0PAQH/BAQDAgGGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0lBBYwFAYIKwYB
BQUHAwEGCCsGAQUFBwMCMBsGA1UdIAQUMBIwBgYEVR0gADAIBgZngQwBAgEwUAYD
VR0fBEkwRzBFoEOgQYY/aHR0cDovL2NybC51c2VydHJ1c3QuY29tL1VTRVJUcnVz
dEVDQ0NlcnRpZmljYXRpb25BdXRob3JpdHkuY3JsMHYGCCsGAQUFBwEBBGowaDA/
BggrBgEFBQcwAoYzaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VTRVJUcnVzdEVD
Q0FkZFRydXN0Q0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1
c3QuY29tMAoGCCqGSM49BAMDA2gAMGUCMEvnx3FcsVwJbZpCYF9z6fDWJtS1UVRs
cS0chWBNKPFNpvDKdrdKRe+oAkr2jU+ubgIxAODheSr2XhcA7oz9HmedGdMhlrd9
4ToKFbZl+/OnFFzqnvOhcjHvClECEQcKmc8fmA==
-----END CERTIFICATE-----

# Subject: /C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust ECC Certification Authority
# Algo: EC secp384r1, key size: 384
# Issuer: /C=GB/ST=Greater Manchester/L=Salford/O=Comodo CA Limited/CN=AAA Certificate Services
# Not valid before: 2019-03-12T00:00:00Z
# Not valid after: 2028-12-31T23:59:59Z
# SHA-1 Fingerprint: CA:77:88:C3:2D:A1:E4:B7:86:3A:4F:B5:7D:00:B5:5D:DA:CB:C7:F9
# SHA-256 Fingerprint: A6:CF:64:DB:B4:C8:D5:FD:19:CE:48:89:60:68:DB:03:B5:33:A8:D1:33:6C:62:56:A8:7D:00:CB:B3:DE:F3:EA
-----BEGIN CERTIFICATE-----
MIID0zCCArugAwIBAgIQVmcdBOpPmUxvEIFHWdJ1lDANBgkqhkiG9w0BAQwFADB7
MQswCQYDVQQGEwJHQjEbMBkGA1UECAwSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYD
VQQHDAdTYWxmb3JkMRowGAYDVQQKDBFDb21vZG8gQ0EgTGltaXRlZDEhMB8GA1UE
AwwYQUFBIENlcnRpZmljYXRlIFNlcnZpY2VzMB4XDTE5MDMxMjAwMDAwMFoXDTI4
MTIzMTIzNTk1OVowgYgxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpOZXcgSmVyc2V5
MRQwEgYDVQQHEwtKZXJzZXkgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBO
ZXR3b3JrMS4wLAYDVQQDEyVVU0VSVHJ1c3QgRUNDIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5MHYwEAYHKoZIzj0CAQYFK4EEACIDYgAEGqxUWqn5aCPnetUkb1PGWthL
q8bVttHmc3Gu3ZzWDGH926CJA7gFFOxXzu5dP+Ihs8731Ip54KODfi2X0GHE8Znc
JZFjq38wo7Rw4sehM5zzvy5cU7Ffs30yf4o043l5o4HyMIHvMB8GA1UdIwQYMBaA
FKARCiM+lvEH7OKvKe+CpX/QMKS0MB0GA1UdDgQWBBQ64QmG1M8ZwpZ2dEl23OA1
xmNjmjAOBgNVHQ8BAf8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zARBgNVHSAECjAI
MAYGBFUdIAAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5jb21vZG9jYS5j
b20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNAYIKwYBBQUHAQEEKDAmMCQG
CCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wDQYJKoZIhvcNAQEM
BQADggEBABns652JLCALBIAdGN5CmXKZFjK9Dpx1WywV4ilAbe7/ctvbq5AfjJXy
ij0IckKJUAfiORVsAYfZFhr1wHUrxeZWEQff2Ji8fJ8ZOd+LygBkc7xGEJuTI42+
FsMuCIKchjN0djsoTI0DQoWz4rIjQtUfenVqGtF8qmchxDM6OW1TyaLtYiKou+JV
bJlsQ2uRl9EMC5MCHdK8aXdJ5htN978UeAOwproLtOGFfy/cQjutdAFI3tZs4RmY
CV4Ks2dH/hzg1cEo70qLRDEmBDeNiXQ2Lu+lIg+DdEmSx/cQwgwp+7e9un/jX9Wf
8qn0dNW44bOwgeThpWOjzOoEeJBuv/c=
-----END CERTIFICATE-----

So sieht das ungefähr aus. Vielen Dank für Ihre Aufmerksamkeit.

Quelle: habr.com

Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen 🔥 Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen | ProHoster