Details zur Azure-Zertifizierungsstelle

In diesem Artikel werden die spezifischen Stamm- und untergeordneten Zertifizierungsstellen (ZS) beschrieben, die von den Dienstendpunkten von Azure verwendet werden. Beachten Sie dabei unbedingt, dass sich diese Liste von den Vertrauensankern unterscheidet, die auf Azure-VMs und in gehosteten Diensten bereitgestellt werden, die Vertrauensanker nutzen, die von den Betriebssystemen selbst bereitgestellt werden. Der Bereich umfasst Clouds für Behörden und nationale Clouds. Die Mindestanforderungen für die Verschlüsselung öffentlicher Schlüssel und für Signaturalgorithmen, Links zu Zertifikatdownloads und Sperrlisten sowie Informationen zu wichtigen Konzepten werden unter den Tabellen mit den Zertifizierungsstellendetails bereitgestellt. Die Hostnamen für die URIs, die Ihren Firewallpositivlisten hinzugefügt werden sollen, werden ebenfalls bereitgestellt.

Details zu Zertifizierungsstellen

Einer Entität, die versucht, über die TLS/SSL-Protokolle auf die Identitätsdienste von Microsoft Entra zuzugreifen, werden Zertifikate der in diesem Artikel aufgeführten Zertifizierungsstellen präsentiert. Verschiedene Dienste verwenden möglicherweise unterschiedliche Stamm- oder Zwischen-ZS. Die folgenden Stamm- und untergeordneten Zertifizierungsstellen sind für Entitäten relevant, die das Anheften von Zertifikaten verwenden.

Lesen der Zertifikatdetails:

• Die Seriennummer (obere Zeichenfolge in der Tabelle) enthält den Hexadezimalwert der Seriennummer des Zertifikats.
• Der Fingerabdruck (untere Zeichenfolge in der Tabelle) ist der SHA-1-Fingerabdruck.
• Die zuletzt hinzugefügten Zertifizierungsstellen sind kursiv dargestellt.

Clientkompatibilität für öffentliche PKIs

Die von Azure verwendeten Zertifizierungsstellen sind mit den folgenden Betriebssystemversionen kompatibel:

Erwägen Sie die folgenden Aktionsschritte, wenn Zertifizierungsstellen ablaufen oder sich ändern:

• Aktualisieren Sie auf eine unterstützte Version des erforderlichen Betriebssystems.
• Wenn Sie die Betriebssystemversion nicht ändern können, müssen Sie den vertrauenswürdigen Stammspeicher möglicherweise manuell aktualisieren, um die neuen Zertifizierungsstellen aufzunehmen. Weitere Informationen finden Sie in der Dokumentation des Herstellers.
• Wenn Ihr Szenario das Deaktivieren des vertrauenswürdigen Stammspeichers oder das Ausführen des Windows-Clients in getrennten Umgebungen beinhaltet, stellen Sie sicher, dass alle Stammzertifizierungsstellen im Speicher für vertrauenswürdige Stammzertifizierungsstellen und alle in diesem Artikel aufgeführten Unterzertifizierungsstellen im Speicher für Zwischenzertifizierungsstellen enthalten sind.
• Bei vielen Distributionen von Linux müssen die Zertifizierungsstellen unter „/etc/ssl/certs“ hinzugefügt werden. Weitere Informationen finden Sie in der Dokumentation der Distribution.
• Stellen Sie sicher, dass der Java-Schlüsselspeicher die in diesem Artikel aufgeführten Zertifizierungsstellen enthält. Weitere Informationen finden Sie in diesem Artikel im Abschnitt Java-Anwendungen.
• Falls Ihre Anwendung explizit eine Liste zulässiger Zertifizierungsstellen angibt, überprüfen Sie, ob Sie die angehefteten Zertifikate aktualisieren müssen, wenn sich Zertifizierungsstellen ändern oder ablaufen. Weitere Informationen finden Sie unter Anheften von Zertifikaten.

Verschlüsselung öffentlicher Schlüssel und Signaturalgorithmen

Unterstützung für die folgenden Algorithmen, elliptische Kurven und Schlüsselgrößen sind erforderlich:

Signaturalgorithmen:

• ES256
• ES384
• ES512
• RS256
• RS384
• RS512

Elliptische Kurven:

• P256
• P384
• P521

Schlüsselgrößen:

• ECDSA 256
• ECDSA 384
• ECDSA 521
• RSA 2048
• RSA 3072
• RSA 4096

Zertifikatdownloads und Sperrlisten

Die folgenden Domänen müssen möglicherweise in Ihre Firewall-Positivliste einbezogen werden, um die Konnektivität zu optimieren:

AIA:

• cacerts.digicert.com
• cacerts.digicert.cn
• cacerts.geotrust.com
• www.microsoft.com

CRL:

• crl3.digicert.com
• crl4.digicert.com
• crl.digicert.cn
• cdp.geotrust.com
• www.microsoft.com

OCSP:

• ocsp.digicert.com
• ocsp.digicert.cn
• oneocsp.microsoft.com
• status.geotrust.com

Anheften von Zertifikaten

Das Anheften von Zertifikaten ist eine Sicherheitstechnik, bei der beim Einrichten einer sicheren Sitzung nur autorisierte oder angeheftete Zertifikate akzeptiert werden. Jeder Versuch, eine sichere Sitzung mithilfe eines anderen Zertifikats einzurichten, wird abgelehnt. Erfahren Sie mehr über den Verlauf und die Auswirkungen des Anheftens von Zertifikaten.

Vorgehensweise beim Anheften von Zertifikaten

Falls Ihre Anwendung explizit eine Liste zulässiger Zertifizierungsstellen angibt, müssen Sie angeheftete Zertifikate möglicherweise regelmäßig aktualisieren, wenn sich Zertifizierungsstellen ändern oder ablaufen.

Um das Anheften von Zertifikaten zu erkennen, empfiehlt es sich, die folgenden Schritte auszuführen:

• Wenn Sie Anwendungsentwickler*in sind, durchsuchen Sie Ihren Quellcode nach Verweisen auf Zertifikatfingerabdrücke, Distinguished Names von Antragstellern, allgemeine Namen, Seriennummern, öffentliche Schlüssel und andere Zertifikateigenschaften der an dieser Änderung beteiligten Unterzertifizierungsstellen.
  • Wenn eine Übereinstimmung vorliegt, aktualisieren Sie die Anwendung, um die fehlenden Zertifizierungsstellen einzuschließen.
• Wenn Sie über eine Anwendung mit Azure-API- oder Azure-Dienstintegration verfügen und nicht sicher sind, ob sie das Anheften von Zertifikaten nutzt, wenden Sie sich den Hersteller der Anwendung.

Java-Anwendungen

Um festzustellen, ob die Stammzertifikate der Stammzertifizierungsstellen Microsoft ECC Root Certificate Authority 2017 und Microsoft RSA Root Certificate Authority 2017 von Ihrer Java-Anwendung als vertrauenswürdig eingestuft werden, können Sie die Liste der vertrauenswürdigen Stammzertifikate überprüfen, die von Java Virtual Machine (JVM) verwendet werden.

1. Öffnen Sie auf Ihrem System ein Terminalfenster.

2. Führen Sie den folgenden Befehl aus:

   keytool -list -keystore $JAVA_HOME/jre/lib/security/cacerts
   

   • $JAVA_HOME verweist auf den Pfad zum Java-Basisverzeichnis.
   • Wenn Sie sich des Pfads nicht sicher sind, können Sie ihn ermitteln, indem Sie den folgenden Befehl ausführen:

   readlink -f $(which java) | xargs dirname | xargs dirname
   

3. Suchen Sie in der Ausgabe nach der Microsoft RSA Root Certificate Authority 2017. Der Bericht könnte beispielsweise wie folgt aussehen:

   • Wenn die Stammzertifikate der Stammzertifizierungsstellen Microsoft ECC Root Certificate Authority 2017 und Microsoft RSA Root Certificate Authority 2017 als vertrauenswürdig gelten, sollten sie in der Liste der von JVM verwendeten vertrauenswürdigen Stammzertifikate aufgeführt werden.
   • Andernfalls müssen Sie sie hinzufügen.
   • Die Ausgabe sollte wie folgt aussehen:

       ...
       Microsoft ECC Root Certificate Authority 2017, 20-Aug-2022, Root CA,
       Microsoft RSA Root Certificate Authority 2017, 20-Aug-2022, Root CA,
       ...
   

4. Um dem Speicher für vertrauenswürdige Stammzertifikate in Java ein Stammzertifikat hinzuzufügen, können Sie das Hilfsprogramm keytool verwenden. Im folgenden Beispiel wird das Stammzertifikat der Microsoft RSA Root Certificate Authority 2017 hinzugefügt:

   keytool -import -file microsoft-ecc-root-ca.crt -alias microsoft-ecc-root-ca -keystore $JAVA_HOME/jre/lib/security/cacerts
   keytool -import -file microsoft-rsa-root-ca.crt -alias microsoft-rsa-root-ca -keystore $JAVA_HOME/jre/lib/security/cacerts
   

   Hinweis

   In diesem Beispiel sind microsoft-ecc-root-ca.crt und microsoft-rsa-root-ca.crt die Namen der Dateien, die die Stammzertifikate der Stammzertifizierungsstellen Microsoft ECC Root Certificate Authority 2017 und Microsoft RSA Root Certificate Authority 2017 enthalten.

Erfolgte Änderungen

Das CA/Browser-Forum hat die Basisanforderungen aktualisiert, sodass alle öffentlich vertrauenswürdigen Public Key-Infrastrukturen (PKIs) die Nutzung der SHA-1-Hashalgorithmen für OCSP (Online Certificate Standard Protocol) am 31. Mai 2022 beenden müssen. Microsoft hat alle verbleibenden OCSP-Responder, die den SHA-1-Hashalgorithmus verwendet haben, auf den SHA-256-Hashalgorithmus aktualisiert. Weitere Informationen finden Sie im Artikel zum Nutzungsende der SHA-1 OCSP-Signatur.

Azure-Dienste wurden am 15. Februar 2021 von Microsoft aktualisiert, um TLS-Zertifikate von einer anderen Gruppe von Stammzertifizierungsstellen (CAs) zu verwenden und so Änderungen an den Basisanforderungen des CA/Browser-Forums zu entsprechen. Einige Dienste haben diese Updates im Jahr 2022 abgeschlossen. Weitere Informationen finden Sie im Artikel zu den Azure TLS-Zertifikatänderungen.

Änderungsprotokoll des Artikels

• 8. Oktober 2024: Die folgenden CAs und CDP-Endpunkte wurden entfernt: crl.microsoft.com, mscrl.microsoft.com und ocsp.msocsp.com.

  Zertifizierungsstelle	Seriennummer Fingerabdruck
  Baltimore CyberTrust Root	0x20000b9 D4DE20D05E66FC53FE1A50882C78DB2852CAE474
  Microsoft RSA TLS CA 01	0x0f14965f202069994fd5c7ac788941e2 703D7A8F0EBF55AAA59F98EAF4A206004EB2516A
  Microsoft RSA TLS CA 02	0x0fa74722c53d88c80f589efb1f9d4a3a B0C2D2D13CDD56CDAA6AB6E2C04440BE4A429C75
  DigiCert Cloud Services CA-1	0f171a48c6f223809218cd2ed6ddc0e8 B3F6B64A07BB9611F47174407841F564FB991F29

• 22. Juli 2024: Entrust-Zertifizierungsstellen aus einem parallelen Microsoft 365-Artikel zur Bereitstellung einer umfassenden Liste hinzugefügt.

• 27. Juni 2024: Die folgenden Zertifizierungsstellen wurden entfernt, da sie durch die beiden Versionen der Zertifizierungsstellen 03, 04, 07, 08, die Microsoft Azure-ECC-TLS-Zertifikate ausstellen.

  Zertifizierungsstelle	Seriennummer Fingerabdruck
  Microsoft Azure ECC TLS Issuing CA 01	0x09dc42a5f574ff3a389ee06d5d4de440 92503D0D74A7D3708197B6EE13082D52117A6AB0
  Microsoft Azure ECC TLS Issuing CA 01	0x330000001aa9564f44321c54b900000000001a CDA57423EC5E7192901CA1BF6169DBE48E8D1268
  Microsoft Azure ECC TLS Issuing CA 02	0x0e8dbe5ea610e6cbb569c736f6d7004b 1E981CCDDC69102A45C6693EE84389C3CF2329F1
  Microsoft Azure ECC TLS Issuing CA 02	0x330000001b498d6736ed5612c200000000001b 489FF5765030EB28342477693EB183A4DED4D2A6
  Microsoft Azure ECC TLS Issuing CA 05	x0ce59c30fd7a83532e2d0146b332f965 C6363570AF8303CDF31C1D5AD81E19DBFE172531
  Microsoft Azure ECC TLS Issuing CA 05	0x330000001cc0d2a3cd78cf2c1000000000001c 4C15BC8D7AA5089A84F2AC4750F040D064040CD4
  Microsoft Azure ECC TLS Issuing CA 06	0x066e79cd7624c63130c77abeb6a8bb94 7365ADAEDFEA4909C1BAADBAB68719AD0C381163
  Microsoft Azure ECC TLS Issuing CA 06	0x330000001d0913c309da3f05a600000000001d DFEB65E575D03D0CC59FD60066C6D39421E65483
  Microsoft Azure TLS Issuing CA 01	0x0aafa6c5ca63c45141ea3be1f7c75317 2F2877C5D778C31E0F29C7E371DF5471BD673173
  Microsoft Azure TLS Issuing CA 01	0x1dbe9496f3db8b8de700000000001d B9ED88EB05C15C79639493016200FDAB08137AF3
  Microsoft Azure TLS Issuing CA 02	0x0c6ae97cced599838690a00a9ea53214 E7EEA674CA718E3BEFD90858E09F8372AD0AE2AA
  Microsoft Azure TLS Issuing CA 02	0x330000001ec6749f058517b4d000000000001e C5FB956A0E7672E9857B402008E7CCAD031F9B08
  Microsoft Azure TLS Issuing CA 05	0x0d7bede97d8209967a52631b8bdd18bd 6C3AF02E7F269AA73AFD0EFF2A88A4A1F04ED1E5
  Microsoft Azure TLS Issuing CA 05	0x330000001f9f1fa2043bc28db900000000001f 56F1CA470BB94E274B516A330494C792C419CF87
  Microsoft Azure TLS Issuing CA 06	0x02e79171fb8021e93fe2d983834c50c0 30E01761AB97E59A06B41EF20AF6F2DE7EF4F7B0
  Microsoft Azure TLS Issuing CA 06	0x3300000020a2f1491a37fbd31f000000000020 8F1FD57F27C828D7BE29743B4D02CD7E6E5F43E6

• 17. Juli 2023: 16 neue untergeordnete Zertifizierungsstellen hinzugefügt.

• 7. Februar 2023: Acht neue untergeordnete Zertifizierungsstellen hinzugefügt.

Nächste Schritte

Weitere Informationen zu Zertifizierungsstellen und PKI finden Sie unter:

• Microsoft PKI-Repository
• Microsoft PKI-Repository, einschließlich CRL- und Richtlinieninformationen
• Azure Firewall Premium-Zertifikate
• PKI-Zertifikate und Configuration Manager
• Sichern von PKI