Szczegóły urzędu certyfikacji platformy Azure

W tym artykule opisano konkretne główne i podrzędne urzędy certyfikacji ,które są stosowane przez punkty końcowe usługi platformy Azure. Należy pamiętać, że ta lista różni się od kotwic zaufania dostępnych na maszynach wirtualnych platformy Azure i hostowanych usługach, które korzystają z kotwic zaufania udostępnianych przez same systemy operacyjne. Zakres obejmuje chmury rządowe i krajowe. Minimalne wymagania dotyczące szyfrowania kluczy publicznych i algorytmów podpisów, linki do pobierania certyfikatów i list odwołania oraz informacje o kluczowych pojęciach znajdują się poniżej tabel szczegółów urzędu certyfikacji. Podano również nazwy hostów dla identyfikatorów URI, które powinny zostać dodane do list dozwolonych zapory.

Szczegóły urzędu certyfikacji

Każda jednostka próbująca uzyskać dostęp do usług tożsamości Firmy Microsoft entra za pośrednictwem protokołów TLS/SSL będzie prezentowana certyfikatom z urzędów certyfikacji wymienionych w tym artykule. Różne usługi mogą używać różnych głównych lub pośrednich urzędów certyfikacji. Następujące główne i podrzędne urzędy certyfikacji są istotne dla jednostek korzystających z przypinania certyfikatu.

Jak odczytać szczegóły certyfikatu:

  • Numer seryjny (górny ciąg w tabeli) zawiera wartość szesnastkową numeru seryjnego certyfikatu.
  • Odcisk palca (dolny ciąg w tabeli) to odcisk palca SHA1.
  • Urzędy certyfikacji wymienione w kursywie są ostatnio dodanymi urzędami certyfikacji.

Główne urzędy certyfikacji

Urząd certyfikacji Numer seryjny /
Odcisk palca
Baltimore CyberTrust Root 0x20000b9
D4DE20D05E66FC53FE1A50882C78DB2852CAE474
Globalny urząd certyfikacji firmy DigiCert 0x083be056904246b1a1756ac95991c74a
A8985D3A65E5E5C4B2D7D66D40C6DD2FB19C5436
Globalny katalog główny G2 firmy DigiCert 0x033af1e6a711a9a0bb2864b11d09fae5
DF3C24F9BFD666761B268073FE06D1CC8D4F82A4
Globalny katalog główny firmy DigiCert G3 0x055556bcf25ea43535c3a40fd5ab4572
7E04DE896A3E666D00E687D33FFAD93BE83D349E
Główny urząd certyfikacji usługi Microsoft ECC 2017 0x66f23daf87de8bb14aea0c573101c2ec
999A64C37FF47D9FAB95F14769891460EEC4C3C5
Główny urząd certyfikacji MICROSOFT RSA 2017 0x1ed397095fd8b4b347701eaabe7f45b3
73a5e64a3bff8316ff0edccc618a906e4eee4d74

Podrzędne urzędy certyfikacji

Urząd certyfikacji Numer seryjny
Odcisk palca
DigiCert Basic RSA CN CA G2 0x02f7e1f982bad009aff47dc95741b2f6
4D1FA5D1FB1AC3917C08E43F65015E6AEA571179
DigiCert Cloud Services CA-1 0x019ec1c6bd3f597bb20c3338e551d877
81B68D6CD2F221F8F534E677523BB236BBA1DC56
Urząd certyfikacji bezpiecznego serwera DigiCert SHA2 0x02742eaa17ca8e21c717bb1ffcfd0ca0
626D44E704D1CEABE3BF0D53397464AC8080142C
DigiCert TLS Hybrid ECC SHA384 2020 CA1 0x0a275fe704d6eecb23d5cd5b4b1a4e04
51E39A8BDB08878C52D6186588A0FA266A69CF28
DigiCert TLS RSA SHA256 2020 CA1 0x06d8d904d5584346f68a2fa754227ec4
1C58A3A8518E8759BF075B76B750D4F2DF264FCD
GeoTrust Global TLS RSA4096 SHA256 2022 CA1 0x0f622f6f21c2ff5d521f723a1d47d62d
7E6DB7B7584D8CF2003E0931E6CFC41A3A62D3DF
Microsoft Azure ECC TLS wystawiający urząd certyfikacji 01 0x09dc42a5f574ff3a389ee06d5d4de440
92503D0D74A7D3708197B6EE13082D52117A6AB0
Microsoft Azure ECC TLS wystawiający urząd certyfikacji 01 0x330000001aa9564f44321c54b900000000001a
CDA57423EC5E7192901CA1BF6169DBE48E8D1268
Microsoft Azure ECC TLS wystawiający ca 02 0x0e8dbe5ea610e6cbb569c736f6d7004b
1E981CCDDC69102A45C6693EE84389C3CF2329F1
Microsoft Azure ECC TLS wystawiający ca 02 0x330000001b498d6736ed5612c200000000001b
489FF5765030EB28342477693EB183A4DED4D2A6
Microsoft Azure ECC TLS wystawiający ca 03 0x01529ee8368f0b5d72ba433e2d8ea62d
56D955C84987874AA1767810366D90ADF6C8536
Microsoft Azure ECC TLS wystawiający ca 03 0x330000003322a2579b5e698bcc000000000033
91503BE7BF74E2A10A078B48B71C3477175FEC3
Microsoft Azure ECC TLS wystawiający urząd certyfikacji 04 0x02393d48d702425a7cb41c000b0ed7ca
FB73FDC24F06998E070A06B6AFC78FDF2A155B25
Microsoft Azure ECC TLS wystawiający urząd certyfikacji 04 0x33000000322164aedab61f509d000000000032
406E3B38EFF35A727F276FE993590B70F8224AED
Microsoft Azure ECC TLS wystawiający ca 05 0x0ce59c30fd7a83532e2d0146b332f965
C6363570AF8303CDF31C1D5AD81E19DBFE172531
Microsoft Azure ECC TLS wystawiający ca 05 0x330000001cc0d2a3cd78cf2c1000000000001c
4C15BC8D7AA5089A84F2AC4750F040D064040CD4
Microsoft Azure ECC TLS wystawiający ca 06 0x066e79cd7624c63130c77abeb6a8bb94
7365ADAEDFEA4909C1BAADBAB68719AD0C381163
Microsoft Azure ECC TLS wystawiający ca 06 0x330000001d0913c309da3f05a600000000001d
DFEB65E575D03D0CC59FD60066C6D39421E65483
Microsoft Azure ECC TLS wystawiający ca 07 0x0f1f157582cdcd33734bdc5fcd941a33
3BE6CA5856E3B9709056DA51F32CBC8970A83E28
Microsoft Azure ECC TLS wystawiający ca 07 0x3300000034c732435db22a0a2b000000000034
AB3490B7E37B3A8A1E715036522AB42652C3CFFE
Microsoft Azure ECC TLS wystawiający ca 08 0x0ef2e5d83681520255e92c608fbc2ff4
716DF84638AC8E6EBE64416C8D38C2A25F6630
Microsoft Azure ECC TLS wystawiający ca 08 0x3300000031526979844798bbb8000000000031
CF33D5A1C2F0355B207FCE940026E6C1580067FD
Microsoft Azure RSA TLS wystawiający urząd certyfikacji 03 0x05196526449a5e3d1a38748f5dcfebcc
F9388EA2C9B7D632B66A2B0B406DF1D37D3901F6
Microsoft Azure RSA TLS wystawiający urząd certyfikacji 03 0x330000003968ea517d8a7e30ce000000000039
37461AACFA5970F7F2D2BAC5A659B53B72541C68
Microsoft Azure RSA TLS wystawiający ca 04 0x09f96ec295555f24749eaf1e5dced49d
BE68D0ADAA2345B48E507320B695D386080E5B25
Microsoft Azure RSA TLS wystawiający ca 04 0x330000003cd7cb44ee579961d000000000003c
7304022CA8A9FF7E3E0C1242E0110E643822C45E
Microsoft Azure RSA TLS wystawiający ca 07 0x0a43a9509b01352f899579ec7208ba50
3382517058A0C20228D598EE7501B61256A76442
Microsoft Azure RSA TLS wystawiający ca 07 0x330000003bf980b0c83783431700000000003b
0E5F41B697DAADD808BF55AD080350A2A5DFCA93
Microsoft Azure RSA TLS wystawiający ca 08 0x0efb7e547edf0ff1069aee57696d7ba0
31600991ED5FEC63D355A5484A6DCC787EAD89BC
Microsoft Azure RSA TLS wystawiający ca 08 0x330000003a5dc2ffc321c16d9b00000000003a
512C8F3FB71EDACF7ADA490402E710B10C73026E
Microsoft Azure TLS wystawiający urząd certyfikacji 01 0x0aafa6c5ca63c45141ea3be1f7c75317
2F2877C5D778C31E0F29C7E371DF5471BD673173
Microsoft Azure TLS wystawiający urząd certyfikacji 01 0x1dbe9496f3db8b8de700000000001d
B9ED88EB05C15C79639493016200FDAB08137AF3
Microsoft Azure TLS wystawiający urząd certyfikacji 02 0x0c6ae97cced599838690a00a9ea53214
E7EEA674CA718E3BEFD90858E09F8372AD0AE2AA
Microsoft Azure TLS wystawiający urząd certyfikacji 02 0x330000001ec6749f058517b4d000000000001e
C5FB956A0E7672E9857B402008E7CCAD031F9B08
Microsoft Azure TLS wystawiający urząd certyfikacji 05 0x0d7bede97d8209967a52631b8bdd18bd
6C3AF02E7F269A73AFD0EFF2A88A4A1F04ED1E5
Microsoft Azure TLS wystawiający urząd certyfikacji 05 0x330000001f9f1fa2043bc28db900000000001f
56F1CA470BB94E274B516A330494C792C419CF87
Microsoft Azure TLS wystawiający urząd certyfikacji 06 0x02e79171fb8021e93fe2d983834c50c0
30E01761AB97E59A06B41EF20AF6F2DE7EF4F7B0
Microsoft Azure TLS wystawiający urząd certyfikacji 06 0x3300000020a2f1491a37fbd31f000000000020
8F1FD57F27C828D7BE29743B4D02CD7E6E5F43E6
Microsoft ECC TLS wystawiający urząd certyfikacji AOC CA 01 0x33000000282bfd23e7d1add707000000000028
30ab5c33eb4b77d4cbff00a11ee0a7507d9dd316
Microsoft ECC TLS wystawiający urząd certyfikacji AOC CA 02 0x33000000290f8a6222ef6a5695000000000029
3709cd92105d074349d00ea8327f7d5303d729c8
Microsoft ECC TLS wystawiający urząd certyfikacji EOC CA 01 0x330000002a2d006485fdacbfeb00000000002a
5fa13b879b2ad1b12e69d476e6cad90d01013b46
Microsoft ECC TLS wystawiający urząd certyfikacji EOC 02 0x330000002be6902838672b667900000000002b
58a1d8b1056571d32be6a7c77ed27f73081d6e7a
Microsoft RSA TLS CA 01 0x0f14965f202069994fd5c7ac788941e2
703D7A8F0EBF55AAA59F98EAF4A206004EB2516A
Microsoft RSA TLS CA 02 0x0fa74722c53d88c80f589efb1f9d4a3a
B0C2D2D13CDD56CDAA6AB6E2C04440BE4A429C75
Microsoft RSA TLS wystawiający urząd certyfikacji AOC CA 01 0x330000002ffaf06f6697e2469c00000000002f
4697fdbed95739b457b347056f8f16a975baf8ee
Microsoft RSA TLS wystawiający urząd certyfikacji AOC CA 02 0x3300000030c756cc88f5c1e7eb000000000030
90ed2e9cb40d0cb49a20651033086b1ea2f76e0e
Microsoft RSA TLS wystawiający certyfikat EOC CA 01 0x33000000310c4914b18c8f339a000000000031
a04d3750debfccf1259d553dbec33162c6b42737
Microsoft RSA TLS wystawiający EOC CA 02 0x3300000032444d7521341496a9000000000032
697c6404399cc4e7bb3c0d4a8328b71dd320563

Zgodność klienta z publicznymi kluczami infrastruktury kluczy publicznych

Urzędy certyfikacji używane przez platformę Azure są zgodne z następującymi wersjami systemu operacyjnego:

Windows Firefox iOS macOS Android Java
Windows XP SP3+ Firefox 32+ iOS 7+ OS X Mavericks (10.9)+ Android SDK 5.x+ Java JRE 1.8.0_101+

Przejrzyj następujące kroki akcji po wygaśnięciu lub zmianie urzędów certyfikacji:

  • Zaktualizuj do obsługiwanej wersji wymaganego systemu operacyjnego.
  • Jeśli nie możesz zmienić wersji systemu operacyjnego, może być konieczne ręczne zaktualizowanie zaufanego magazynu głównego w celu uwzględnienia nowych urzędów certyfikacji. Zapoznaj się z dokumentacją dostarczoną przez producenta.
  • Jeśli twój scenariusz obejmuje wyłączenie zaufanego magazynu głównego lub uruchomienie klienta systemu Windows w środowiskach odłączonych, upewnij się, że wszystkie główne urzędy certyfikacji są uwzględnione w magazynie zaufanego głównego urzędu certyfikacji i wszystkie podrzędne urzędy certyfikacji wymienione w tym artykule znajdują się w magazynie pośredniczącego urzędu certyfikacji.
  • Wiele dystrybucji systemu Linux wymaga dodania urzędów certyfikacji do /etc/ssl/certs. Zapoznaj się z dokumentacją dystrybucji.
  • Upewnij się, że magazyn kluczy Java zawiera urzędy certyfikacji wymienione w tym artykule. Aby uzyskać więcej informacji, zobacz sekcję Aplikacje Java w tym artykule.
  • Jeśli aplikacja jawnie określa listę akceptowalnych urzędów certyfikacji, sprawdź, czy chcesz zaktualizować przypięte certyfikaty po zmianie lub wygaśnięciu urzędów certyfikacji. Aby uzyskać więcej informacji, zobacz Przypinanie certyfikatu.

Szyfrowanie kluczy publicznych i algorytmy podpisów

Wymagana jest obsługa następujących algorytmów, krzywych wielokropków i rozmiarów kluczy:

Algorytmy podpisów:

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

Krzywe wielokropowe:

  • P256
  • P384
  • P521

Rozmiary kluczy:

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

Pobieranie certyfikatów i listy odwołania

Aby zoptymalizować łączność, może być konieczne uwzględnienie następujących domen w listach dozwolonych zapory:

AIA:

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

Listy crl:

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

PROTOKOŁU OCSP:

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

Przypinanie certyfikatu

Przypinanie certyfikatów to technika zabezpieczeń, w której podczas ustanawiania bezpiecznej sesji akceptowane są tylko autoryzowane lub przypięte certyfikaty. Każda próba ustanowienia bezpiecznej sesji przy użyciu innego certyfikatu zostanie odrzucona. Dowiedz się więcej na temat historii i implikacji przypinania certyfikatu.

Jak rozwiązać problem z przypinaniem certyfikatu

Jeśli aplikacja jawnie określa listę akceptowalnych urzędów certyfikacji, może być okresowo konieczne zaktualizowanie przypiętych certyfikatów po zmianie lub wygaśnięciu przez urzędy certyfikacji.

Aby wykryć przypinanie certyfikatu, zalecamy wykonanie następujących czynności:

  • Jeśli jesteś deweloperem aplikacji, wyszukaj w kodzie źródłowym odwołania do odcisków palca certyfikatu, nazw wyróżniających podmiotów, nazw pospolitych, numerów seryjnych, kluczy publicznych i innych właściwości certyfikatów dowolnego z urzędów certyfikacji podrzędnych zaangażowanych w tę zmianę.
    • Jeśli istnieje dopasowanie, zaktualizuj aplikację, aby zawierała brakujące urzędy certyfikacji.
  • Jeśli masz aplikację integrającą się z interfejsami API platformy Azure lub innymi usługami platformy Azure i nie masz pewności, czy używa przypinania certyfikatu, zapoznaj się z dostawcą aplikacji.

Aplikacje Java

Aby ustalić, czy certyfikaty główne urzędu certyfikacji MICROSOFT ECC 2017 i głównego urzędu certyfikacji MICROSOFT RSA 2017 są zaufane przez aplikację Java, możesz sprawdzić listę zaufanych certyfikatów głównych używanych przez maszynę wirtualną Java (JVM).

  1. Otwórz okno terminalu w systemie.

  2. Uruchom następujące polecenie:

    keytool -list -keystore $JAVA_HOME/jre/lib/security/cacerts
    
    • $JAVA_HOME odwołuje się do ścieżki do katalogu macierzystego Java.
    • Jeśli nie masz pewności co do ścieżki, możesz ją znaleźć, uruchamiając następujące polecenie:
    readlink -f $(which java) | xargs dirname | xargs dirname
    
  3. Wyszukaj w danych wyjściowych główny urząd certyfikacji MICROSOFT RSA 2017 . Powinna to wyglądać następująco:

    • Jeśli certyfikaty głównego urzędu certyfikacji MICROSOFT ECC 2017 i głównego urzędu certyfikacji Microsoft RSA 2017 są zaufane, powinny być wyświetlane na liście zaufanych certyfikatów głównych używanych przez maszynę JVM.
    • Jeśli nie ma jej na liście, musisz ją dodać.
    • Dane wyjściowe powinny wyglądać podobnie do następującego przykładu:
        ...
        Microsoft ECC Root Certificate Authority 2017, 20-Aug-2022, Root CA,
        Microsoft RSA Root Certificate Authority 2017, 20-Aug-2022, Root CA,
        ...
    
  4. Aby dodać certyfikat główny do magazynu zaufanych certyfikatów głównych w języku Java, możesz użyć keytool narzędzia . W poniższym przykładzie dodano główny urząd certyfikacji RSA firmy Microsoft 2017 :

    keytool -import -file microsoft-ecc-root-ca.crt -alias microsoft-rsa-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
    

    Uwaga

    W tym przykładzie microsoft-ecc-root-ca.crt i microsoft-rsa-root-ca.crt są nazwami plików, które zawierają odpowiednio certyfikaty głównego urzędu certyfikacji MICROSOFT ECC 2017 i głównego urzędu certyfikacji RSA firmy Microsoft 2017 .

Wcześniejsze zmiany

Forum urzędu certyfikacji/przeglądarki zaktualizowało wymagania podstawowe, aby w dniu 31 maja 2022 r. wszystkie publicznie zaufane infrastruktury kluczy publicznych (PKI) zakończyły korzystanie z algorytmów wyznaczania wartości skrótu SHA-1 dla standardowego protokołu certyfikatu online (OCSP). Firma Microsoft zaktualizowała wszystkie pozostałe osoby reagujące na protokół OCSP, które używały algorytmu wyznaczania skrótu SHA-1 do używania algorytmu wyznaczania skrótu SHA-256. Aby uzyskać dodatkowe informacje, zobacz artykuł dotyczący podpisywania protokołu SHA-1 OCSP.

Firma Microsoft zaktualizowała usługi platformy Azure do używania certyfikatów TLS z innego zestawu głównych urzędów certyfikacji (CA) w dniu 15 lutego 2021 r., aby były zgodne ze zmianami określonymi w wymaganiach punktu odniesienia urzędu certyfikacji/przeglądarki. Niektóre usługi sfinalizowały te aktualizacje w 2022 roku. Aby uzyskać dodatkowe informacje, zobacz artykuł Dotyczący zmian certyfikatów TLS platformy Azure.

Dziennik zmian artykułu

  • 17 lipca 2023 r.: Dodano 16 nowych podrzędnych urzędów certyfikacji
  • 7 lutego 2023 r.: Dodano osiem nowych podrzędnych urzędów certyfikacji

Następne kroki

Aby dowiedzieć się więcej na temat urzędów certyfikacji i infrastruktury kluczy publicznych, zobacz: