Сведения о центрах сертификации Azure

В этой статье описаны конкретные корневые и подчиненные центры сертификации (ЦС), используемые конечными точками службы Azure. Важно отметить, что этот список отличается от якорей доверия, предоставляемых на виртуальных машинах Azure и размещенных службах, которые используют привязки доверия, предоставляемые самими операционными системами. Рассматриваются государственные и национальные облака. Минимальные требования к алгоритмам шифрования и подписи открытого ключа, ссылки на скачивание сертификатов и списки отзыва, а также сведения о ключевых понятиях приведены ниже таблиц сведений о ЦС. Имена узлов для URI, которые следует добавить в списки разрешений брандмауэра, также предоставляются.

Сведения об центрах сертификации

Любая сущность, пытающаяся получить доступ к службам удостоверений Microsoft Entra через протоколы TLS/SSL, будет представлена с сертификатами из центров сертификации, перечисленных в этой статье. Разные службы могут использовать разные корневые или промежуточные ЦС. Следующие корневые и подчиненные ЦС относятся к сущностям, используюющим закрепление сертификатов.

Понимание сведений о сертификате

  • Серийный номер (верхняя строка в таблице) содержит шестнадцатеричное значение серийного номера сертификата.
  • Отпечаток (нижняя строка в таблице) — это отпечаток SHA1.
  • ЦС, перечисленные в курсиве, являются самыми последними добавленными ЦС.

Корневые центры сертификации

Центр сертификации Серийный номер
Отпечаток
DigiCert Global Root CA 0x083be056904246b1a1756ac95991c74a
A8985D3A65E5E5C4B2D7D66D40C6DD2FB19C5436
DigiCert Global Root G2 0x033af1e6a711a9a0bb2864b11d09fae5
DF3C24F9BFD666761B268073FE06D1CC8D4F82A4
DigiCert Global Root G3 0x055556bcf25ea43535c3a40fd5ab4572
7E04DE896A3E666D00E687D33FFAD93BE83D349E
Доверенный корневой центр сертификации G2 4a538c28
8CF427FD790C3AD166068DE81E57EFBB932272D4
Microsoft ECC Root Certificate Authority 2017 0x66f23daf87de8bb14aea0c573101c2ec
999A64C37FF47D9FAB95F14769891460EEC4C3C5
Microsoft RSA Root Certificate Authority 2017 0x1ed397095fd8b4b347701eaabe7f45b3
73A5E64A3BFF8316FF0EDCCC618A906E4EAE4D74

Промежуточные центры сертификации

Центр сертификации Серийный номер
Отпечаток
DigiCert Basic RSA CN CA G2 0x02f7e1f982bad009aff47dc95741b2f6
4D1FA5D1FB1AC3917C08E43F65015E6AEA571179
DigiCert Облачные службы CA-1 0x019ec1c6bd3f597bb20c3338e551d877
81B68D6CD2F221F8F534E677523BB236BBA1DC56
ЦС безопасного сервера DigiCert SHA2 0x02742eaa17ca8e21c717bb1ffcfd0ca0
626D44E704D1CEABE3BF0D53397464AC8080142C
Гибридный ЦС DIGiCert TLS SHA384 2020 CA1 0x0a275fe704d6eecb23d5cd5b4b1a4e04
51E39A8BDB08878C52D6186588A0FA266A69CF28
DigiCert TLS RSA SHA256 2020 CA1 0x06d8d904d5584346f68a2fa754227ec4
1C58A3A8518E8759BF075B76B750D4F2DF264FCD
DigiCert TLS RSA SHA256 2020 CA1 0a3508d55c292b017df8ad65c00ff7e4
6938FD4D98BAB03FAADB97B34396831E3780AEA1
Доверенный центр сертификации — L1K 0ee94cc30000000051d37785
F21C12F46CDB6B2E16F09F9419CDFF328437B2D7
Доверенный центр сертификации — L1M 61a1e7d200000000051d366a6
CC136695639065FAB47074D28C55314C66077E90
GeoTrust Global TLS RSA4096 SHA256 2022 CA1 0x0f622f6f21c2ff5d521f723a1d47d62d
7E6DB7B7584D8CF2003E0931E6CFC41A3A62D3DF
Microsoft Azure ECC TLS, выдавая ЦС 03 0x01529ee8368f0b5d72ba433e2d8ea62d
56D955C84987874AA176781036D90ADF6C8536
Microsoft Azure ECC TLS, выдавая ЦС 03 0x330000003322a2579b5e698bcc000000000033
91503BE7BF74E2A10AA078B48B71C347717175FEC3
Microsoft Azure ECC TLS, выдавая ЦС 04 0x02393d48d702425a7cb41c000b0ed7ca
FB73FDC24F06998E070A06B6AFC78FDF2A155B25
Microsoft Azure ECC TLS, выдавая ЦС 04 0x33000000322164aedab61f509d000000000032
406E3B38EFF35A727F276FE993590B70F8224AED
Microsoft Azure ECC TLS, выдавая ЦС 07 0x0f1f157582cdcd33734bdc5fcd941a33
3BE6CA5856E3B9709056DA51F32CBC8970A83E28
Microsoft Azure ECC TLS, выдавая ЦС 07 0x3300000034c732435db22a0a2b000000000034
AB3490B7E37B3A8A1E715036522AB42652C3CFFE
Microsoft Azure ECC TLS, выдавая ЦС 08 0x0ef2e5d83681520255e92c608fbc2ff4
716DF84638AC8E6EEBE64416C8D38C2A25F6630
Microsoft Azure ECC TLS, выдавая ЦС 08 0x3300000031526979844798bbb8000000000031
CF33D5A1C2F0355B207FCE940026E6C1580067FD
Microsoft Azure RSA TLS, выдавая ЦС 03 0x05196526449a5e3d1a38748f5dcfebcc
F9388EA2C9B7D632B66A2B0B406DF1D37D3901F6
Microsoft Azure RSA TLS, выдавая ЦС 03 0x330000003968ea517d8a7e30ce000000000039
37461AACFA5970F7F2D2BAC5A659B53B72541C68
Microsoft Azure RSA TLS, выдавая ЦС 04 0x09f96ec295555f24749eaf1e5dced49d
BE68D0ADAA2345B48E507320B695D386080E5B25
Microsoft Azure RSA TLS, выдавая ЦС 04 0x330000003cd7cb44ee579961d000000000003c
7304022CA8A9FF7E3E0C1242E010E643822C45E
Microsoft Azure RSA TLS, выдавая ЦС 07 0x0a43a9509b01352f899579ec7208ba50
3382517058A0C20228D598EE7501B61256A76442
Microsoft Azure RSA TLS, выдавая ЦС 07 0x330000003bf980b0c83783431700000000003b
0E5F41B697DAADD808BF5AD080350A2A5DFCA93
Microsoft Azure RSA TLS, выдавая ЦС 08 0x0efb7e547edf0ff1069aee57696d7ba0
31600991ED5FEC63D35A5484A6DCC787EAD89BC
Microsoft Azure RSA TLS, выдавая ЦС 08 0x330000003a5dc2ffc321c16d9b00000000003a
512C8F3FB71EDACF7ADA490402E710B10C73026E
Microsoft ECC TLS, выдавая AOC CA 01 0x33000000282bfd23e7d1add707000000000028
30AB5C33EB4B77D4CBFF00A11EE0A7507D9DD316
Microsoft ECC TLS, выдавая AOC CA 02 0x33000000290f8a6222ef6a5695000000000029
3709CD92105D074349D00EA8327F7D5303D729C8
Microsoft ECC TLS, выдавая EOC CA 01 0x330000002a2d006485fdacbfeb00000000002a
5FA13B879B2AD1B12E69D476E6CAD90D01013B46
Microsoft ECC TLS, выдавая ЦС 02 0x330000002be6902838672b667900000000002b
58A1D8B1056571D32BE6A7C77ED27F73081D6E7A
Microsoft RSA TLS, выдавая AOC CA 01 0x330000002ffaf06f6697e2469c00000000002f
4697FDBED95739B457B347056F8F16A975BAF8EE
Microsoft RSA TLS, выдавая ЦС AOC 02 0x3300000030c756cc88f5c1e7eb000000000030
90ED2E9CB40D0CB49A20651033086B1EA2F76E0E
Microsoft RSA TLS, выдавая ЦС EOC 01 0x33000000310c4914b18c8f339a000000000031
A04D3750DEBFCCF1259D553DBEC33162C6B42737
Microsoft RSA TLS, выдавая ЦС EOC 02 0x3300000032444d7521341496a9000000000032
697C6404399CC4E7BB3C0D4A8328B71DD3205563

Совместимость клиентов для общедоступных инфраструктур открытых ключей

Центры сертификации, используемые Azure, совместимы со следующими версиями ОС:

Windows Firefox iOS macOS Android Java
Windows XP с пакетом обновления 3 (SP3) и более поздние версии Firefox 32 и более поздние версии iOS 7 и более поздние версии OS X Mavericks (10.9) и более поздние версии Пакет SDK для Android 5.x и более поздние версии Java JRE 1.8.0_101 и более поздние версии

Просмотрите следующие действия при истечении срока действия или изменении центров сертификации.

  • Обновите поддерживаемую версию требуемой ОС.
  • Если вы не можете изменить версию ОС, может потребоваться вручную обновить доверенное корневое хранилище, чтобы включить новые ЦС. Ознакомьтесь с документацией, предоставленной производителем.
  • Если сценарий включает отключение доверенного корневого хранилища или запуска клиента Windows в отключенных средах, убедитесь, что все корневые ЦС включены в хранилище доверенных корневых ЦС и все вложенные ЦС, перечисленные в этой статье, включены в хранилище промежуточного ЦС.
  • Многие дистрибутивы Linux требуют добавления ЦС в /etc/ssl/certs. Ознакомьтесь с документацией по дистрибутиву.
  • Убедитесь, что хранилище ключей Java содержит ЦС, перечисленные в этой статье. Дополнительные сведения см. в разделе "Приложения Java" этой статьи.
  • Если приложение явно указывает список допустимых ЦС, проверьте, нужно ли обновить закрепленные сертификаты при изменении или истечении срока действия ЦС. Дополнительные сведения см. в разделе "Закрепление сертификатов".

Алгоритмы шифрования и подписи открытого ключа

Требуется поддержка перечисленных ниже алгоритмов, эллиптических кривых и размеров ключей.

Алгоритмы подписи:

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

Эллиптические кривые:

  • P256
  • P384
  • P521

Размеры ключей:

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

Скачивание сертификатов и списки отзыва сертификатов

Для оптимизации подключения может потребоваться включить указанные ниже домены в списки разрешений брандмауэра.

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

Привязка к сертификату

Закрепление сертификатов — это метод безопасности, в котором принимаются только авторизованные или закрепленные сертификаты при установке безопасного сеанса. Любая попытка установить безопасный сеанс с использованием другого сертификата отклоняется. Сведения о журнале и последствиях закрепления сертификатов.

Как устранить закрепление сертификатов

Если приложение явно указывает список допустимых ЦС, может периодически потребоваться обновить закрепленные сертификаты при изменении или истечении срока действия центров сертификации.

Чтобы определить закрепление сертификатов, рекомендуется выполнить следующие действия.

  • Если вы разработчик приложения, выполните поиск по исходному коду ссылок на отпечатки сертификатов, различающиеся имена субъектов, общие имена, серийные номера, открытые ключи и другие свойства сертификата любого из вложенных центров сертификации, участвующих в этом изменении.
    • Если есть совпадение, обновите приложение, чтобы включить отсутствующие ЦС.
  • Если ваше приложение интегрируется с API-интерфейсами Azure или другими службами Azure и вы не уверены, использует ли оно привязку сертификатов, обратитесь к поставщику приложения.

Приложения Java

Чтобы определить , доверенные корневые сертификаты Центра сертификации Microsoft ECC 2017 и Корневого центра сертификации Microsoft RSA 2017 являются доверенными для приложения Java, можно проверить список доверенных корневых сертификатов, используемых виртуальной машиной Java (JVM).

  1. Откройте окно терминала в системе.

  2. Выполните следующую команду:

    keytool -list -keystore $JAVA_HOME/jre/lib/security/cacerts
    
    • $JAVA_HOME ссылается на путь к домашнему каталогу Java.
    • Если вы не уверены в пути, его можно найти, выполнив следующую команду:
    readlink -f $(which java) | xargs dirname | xargs dirname
    
  3. Найдите корневой центр сертификации Microsoft RSA 2017 в выходных данных. Должно отобразиться примерно следующее:

    • Если корневые сертификаты Центра сертификации Microsoft ECC 2017 и корневого центра сертификации Microsoft RSA 2017 являются доверенными, они должны отображаться в списке доверенных корневых сертификатов, используемых JVM.
    • Если он отсутствует в списке, необходимо добавить его.
    • Выходные данные должны выглядеть так, как в следующем примере:
        ...
        Microsoft ECC Root Certificate Authority 2017, 20-Aug-2022, Root CA,
        Microsoft RSA Root Certificate Authority 2017, 20-Aug-2022, Root CA,
        ...
    
  4. Чтобы добавить корневой сертификат в хранилище доверенных корневых сертификатов в Java, можно использовать служебную keytool программу. В следующем примере добавляется корневой сертификат Центра сертификации Microsoft RSA 2017 :

    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
    

    Ескерім

    В этом примере microsoft-ecc-root-ca.crt и microsoft-rsa-root-ca.crt имена файлов, содержащих корневые сертификаты Центра сертификации Microsoft ECC 2017 и корневого центра сертификации Microsoft RSA 2017 соответственно.

Последние изменения

Организация CA/Browser Forum обновила базовые требования, согласно которым все общедоступные доверенные инфраструктуры открытых ключей (PKI) должны прекратить использование хэш-алгоритмов SHA-1 для протокола OCSP с 31 мая 2022 г. Корпорация Майкрософт обновила все оставшиеся отвечающие устройства OCSP, которые использовали хэш-алгоритм SHA-1, и перевела их на хэш-алгоритм SHA-256. Дополнительные сведения см. в статье о прекращении поддержки алгоритма SHA-1 для подписей OCSP.

Корпорация Майкрософт обновила службы Azure, и теперь они с 15 февраля 2021 г. используют сертификаты TLS другого набора корневых центров сертификации (ЦС) в соответствии с изменениями, установленными в базовых требованиях организации CA/Browser Forum. Некоторые службы завершили эти обновления в 2022 году. Дополнительные сведения см. в статье об изменениях сертификатов TLS Azure.

Журнал изменений статьи

Следующие шаги

Дополнительные сведения о центрах сертификации и инфраструктуре открытых ключей (PKI) см. в следующих статьях: