Azure 证书颁发机构详细信息
本文概述了 Azure 服务终结点使用的特定根证书颁发机构和从属证书颁发机构 (CA)。 请务必注意,此列表不同于 Azure VM 和托管服务上提供的信任定位点,后者利用了操作系统本身提供的信任定位点。 范围包括政府云和国家/地区云。 CA 详细信息表格下方提供了公钥加密和签名算法的最低要求、证书下载和吊销列表的链接,以及关键概念的相关信息。 此外,还提供了应添加到防火墙允许列表中的 URI 的主机名。
证书颁发机构详细信息
尝试通过 TLS/SSL 协议访问 Microsoft Entra 标识服务的任何实体都将获得本文中列出的 CA 提供的证书。 不同的服务可以使用不同的根或中间 CA。 以下根 CA 和从属 CA 与使用证书固定的实体相关。
如何解读证书详细信息:
- 序列号(表格顶部的字符串)包含证书序列号的十六进制值。
- 指纹(表格底部的字符串)是 SHA1 指纹。
- 以斜体格式列出的 CA 是最近添加的 CA。
根证书颁发机构
证书颁发机构 | 序列号 / Thumbprint |
---|---|
DigiCert 全局根 CA | 0x083be056904246b1a1756ac95991c74a A8985D3A65E5E5C4B2D7D66D40C6DD2FB19C5436 |
DigiCert 全局根 G2 | 0x033af1e6a711a9a0bb2864b11d09fae5 DF3C24F9BFD666761B268073FE06D1CC8D4F82A4 |
DigiCert 全局根 G3 | 0x055556bcf25ea43535c3a40fd5ab4572 7E04DE896A3E666D00E687D33FFAD93BE83D349E |
委托根证书颁发机构 G2 | 4a538c28 8CF427FD790C3AD166068DE81E57EFBB932272D4 |
Microsoft ECC 根证书颁发机构 2017 | 0x66f23daf87de8bb14aea0c573101c2ec 999A64C37FF47D9FAB95F14769891460EEC4C3C5 |
Microsoft RSA 根证书颁发机构 2017 | 0x1ed397095fd8b4b347701eaabe7f45b3 73A5E64A3BFF8316FF0EDCCC618A906E4EAE4D74 |
附属证书颁发机构
证书颁发机构 | 序列号 Thumbprint |
---|---|
DigiCert 基本 RSA CN CA G2 | 0x02f7e1f982bad009aff47dc95741b2f6 4D1FA5D1FB1AC3917C08E43F65015E6AEA571179 |
DigiCert 云服务 CA-1 | 0x019ec1c6bd3f597bb20c3338e551d877 81B68D6CD2F221F8F534E677523BB236BBA1DC56 |
DigiCert SHA2 安全服务器 CA | 0x02742eaa17ca8e21c717bb1ffcfd0ca0 626D44E704D1CEABE3BF0D53397464AC8080142C |
DigiCert TLS 混合 ECC 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 | 61a1e7d20000000051d366a6 CC136695639065FAB47074D28C55314C66077E90 |
GeoTrust 全局 TLS RSA4096 SHA256 2022 CA1 | 0x0f622f6f21c2ff5d521f723a1d47d62d 7E6DB7B7584D8CF2003E0931E6CFC41A3A62D3DF |
Microsoft Azure ECC TLS 颁发 CA 03 | 0x01529ee8368f0b5d72ba433e2d8ea62d 56D955C849887874AA1767810366D90ADF6C8536 |
Microsoft Azure ECC TLS 颁发 CA 03 | 0x330000003322a2579b5e698bcc000000000033 91503BE7BF74E2A10AA078B48B71C3477175FEC3 |
Microsoft Azure ECC TLS 颁发 CA 04 | 0x02393d48d702425a7cb41c000b0ed7ca FB73FDC24F06998E070A06B6AFC78FDF2A155B25 |
Microsoft Azure ECC TLS 颁发 CA 04 | 0x33000000322164aedab61f509d000000000032 406E3B38EFF35A727F276FE993590B70F8224AED |
Microsoft Azure ECC TLS 颁发 CA 07 | 0x0f1f157582cdcd33734bdc5fcd941a33 3BE6CA5856E3B9709056DA51F32CBC8970A83E28 |
Microsoft Azure ECC TLS 颁发 CA 07 | 0x3300000034c732435db22a0a2b000000000034 AB3490B7E37B3A8A1E715036522AB42652C3CFFE |
Microsoft Azure ECC TLS 颁发 CA 08 | 0x0ef2e5d83681520255e92c608fbc2ff4 716DF84638AC8E6EEBE64416C8DD38C2A25F6630 |
Microsoft Azure ECC TLS 颁发 CA 08 | 0x3300000031526979844798bbb8000000000031 CF33D5A1C2F0355B207FCE940026E6C1580067FD |
Microsoft Azure RSA TLS 颁发 CA 03 | 0x05196526449a5e3d1a38748f5dcfebcc F9388EA2C9B7D632B66A2B0B406DF1D37D3901F6 |
Microsoft Azure RSA TLS 颁发 CA 03 | 0x330000003968ea517d8a7e30ce000000000039 37461AACFA5970F7F2D2BAC5A659B53B72541C68 |
Microsoft Azure RSA TLS 颁发 CA 04 | 0x09f96ec295555f24749eaf1e5dced49d BE68D0ADAA2345B48E507320B695D386080E5B25 |
Microsoft Azure RSA TLS 颁发 CA 04 | 0x330000003cd7cb44ee579961d000000000003c 7304022CA8A9FF7E3E0C1242E0110E643822C45E |
Microsoft Azure RSA TLS 颁发 CA 07 | 0x0a43a9509b01352f899579ec7208ba50 3382517058A0C20228D598EE7501B61256A76442 |
Microsoft Azure RSA TLS 颁发 CA 07 | 0x330000003bf980b0c83783431700000000003b 0E5F41B697DAADD808BF55AD080350A2A5DFCA93 |
Microsoft Azure RSA TLS 颁发 CA 08 | 0x0efb7e547edf0ff1069aee57696d7ba0 31600991ED5FEC63D355A5484A6DCC787EAD89BC |
Microsoft Azure RSA TLS 颁发 CA 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 颁发 EOC CA 02 | 0x330000002be6902838672b667900000000002b 58A1D8B1056571D32BE6A7C77ED27F73081D6E7A |
Microsoft RSA TLS 颁发 AOC CA 01 | 0x330000002ffaf06f6697e2469c00000000002f 4697FDBED95739B457B347056F8F16A975BAF8EE |
Microsoft RSA TLS 颁发 AOC CA 02 | 0x3300000030c756cc88f5c1e7eb000000000030 90ED2E9CB40D0CB49A20651033086B1EA2F76E0E |
Microsoft RSA TLS 颁发 EOC CA 01 | 0x33000000310c4914b18c8f339a000000000031 A04D3750DEBFCCF1259D553DBEC33162C6B42737 |
Microsoft RSA TLS 颁发 EOC CA 02 | 0x3300000032444d7521341496a9000000000032 697C6404399CC4E7BB3C0D4A8328B71DD3205563 |
公共 PKI 的客户端兼容性
Azure 使用的 CA 与以下操作系统版本兼容:
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+ |
当 CA 过期或更改时,请查看以下操作步骤:
- 更新到要求的操作系统的受支持版本。
- 如果无法更改操作系统版本,则需要手动更新受信任的根存储以包含新的 CA。 请参阅制造商提供的文档。
- 如果场景包括禁用受信任的根存储或是在断开连接的环境下运行 Windows 客户端,请确保受信任的根 CA 存储中包含所有根 CA,并且中间 CA 存储中包含本文中列出的所有从属 CA。
- 许多 Linux 发行版要求将 CA 添加到 /etc/ssl/certs。 请参阅相应发行版的文档。
- 确保 Java 密钥存储包含本文中列出的 CA。 有关详细信息,请参阅本文的 Java 应用程序部分。
- 如果应用程序明确指定了可接受的 CA 列表,则请查看当 CA 更改或过期时是否需要更新已固定的证书。 有关详细信息,请参阅证书固定。
公钥加密和签名算法
需要支持以下算法、椭圆曲线和密钥大小:
签名算法:
- 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
证书固定
证书固定是一种安全技术,实现在建立安全会话时,仅接受已授权或已固定的证书。 使用其他证书建立安全会话的任何尝试都会被拒绝。 了解证书固定的历史和含义。
如何解决证书固定问题
如果应用程序明确指定了可接受的 CA 列表,则当“证书颁发机构”更改或过期时需要定期更新已固定的证书。
建议采取以下步骤来检测证书固定:
- 如果你是应用程序开发人员,请在源代码中搜索有关此更改涉及的任何从属 CA 的证书指纹、主体可分辨名称、公用名、序列号、公钥和其他证书属性的引用。
- 如果发现匹配项,请更新应用程序以包含缺少的 CA。
- 如果你的应用程序与 Azure API 或其他 Azure 服务集成,并且你不确定它是否使用证书固定,请向应用程序供应商核实。
Java 应用程序
若要确定 Java 应用程序是否信任 Microsoft ECC 根证书颁发机构 2017 和 Microsoft RSA 根证书颁发机构 2017 根证书,可以查看 Java 虚拟机 (JVM) 使用的受信任根证书列表。
在系统中打开一个终端窗口。
运行以下命令:
keytool -list -keystore $JAVA_HOME/jre/lib/security/cacerts
$JAVA_HOME
引用 Java 主目录的路径。- 如果不确定路径,可以通过运行以下命令找到它:
readlink -f $(which java) | xargs dirname | xargs dirname
在输出中查找 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, ...
可以使用
keytool
实用工具向 Java 中受信任的根证书存储添加根证书。 以下示例添加的是 Microsoft RSA 根证书颁发机构 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
注意
在本示例中,
microsoft-ecc-root-ca.crt
和microsoft-rsa-root-ca.crt
分别是包含 Microsoft ECC 根证书颁发机构 2017 和 Microsoft RSA 根证书颁发机构 2017 的文件的名称。
以往的更改
CA/浏览器论坛更新了基线要求,要求公众信任的所有公钥基础结构 (PKI) 在 2022 年 5 月 31 日停止使用联机证书标准协议 (OCSP) 的 SHA-1 哈希算法。 Microsoft 已将所有使用 SHA-1 哈希算法的剩余 OCSP 响应方更新为使用 SHA-256 哈希算法。 请查看文章 Sunset for SHA-1 OCSP signing(SHA-1 OCSP 签名即将落幕)了解更多信息。
2021 年 2 月 15 日,Microsoft 已将 Azure 服务更新为使用来自一系列不同根证书颁发机构 (CA) 的 TLS 证书,以符合 CA/浏览器论坛基线要求中规定的更改。 一些服务在 2022 年完成了这些更新。 请查看文章 Azure TLS certificate changes(Azure TLS 证书更改)了解更多信息。
文章更改日志
2024 年 10 月 8 日:删除了以下 CA 和 CDP 终结点:crl.microsoft.com、mscrl.microsoft.com 和 ocsp.msocsp.com。
证书颁发机构 序列号
ThumbprintBaltimore CyberTrust 根 0x20000b9
D4DE20D05E66FC53FE1A50882C78DB2852CAE474Microsoft RSA TLS CA 01 0x0f14965f202069994fd5c7ac788941e2
703D7A8F0EBF55AAA59F98EAF4A206004EB2516AMicrosoft RSA TLS CA 02 0x0fa74722c53d88c80f589efb1f9d4a3a
B0C2D2D13CDD56CDAA6AB6E2C04440BE4A429C75DigiCert 云服务 CA-1 0f171a48c6f223809218cd2ed6ddc0e8
B3F6B64A07BB9611F47174407841F564FB991F292024 年 7 月 22 日:添加了来自一篇并行 Microsoft 365 文章的委托根证书颁发机构,以提供详尽的列表。
2024 年 6 月 27 日:删除了以下 CA,这些 CA 已由两个版本的 Microsoft Azure ECC TLS 发证 CA 03、04、07、08 取代。
证书颁发机构 序列号
ThumbprintMicrosoft Azure ECC TLS 颁发 CA 01 0x09dc42a5f574ff3a389ee06d5d4de440
92503D0D74A7D3708197B6EE13082D52117A6AB0Microsoft Azure ECC TLS 颁发 CA 01 0x330000001aa9564f44321c54b900000000001a
CDA57423EC5E7192901CA1BF6169DBE48E8D1268Microsoft Azure ECC TLS 颁发 CA 02 0x0e8dbe5ea610e6cbb569c736f6d7004b
1E981CCDDC69102A45C6693EE84389C3CF2329F1Microsoft Azure ECC TLS 颁发 CA 02 0x330000001b498d6736ed5612c200000000001b
489FF5765030EB28342477693EB183A4DED4D2A6Microsoft Azure ECC TLS 颁发 CA 05 x0ce59c30fd7a83532e2d0146b332f965
C6363570AF8303CDF31C1D5AD81E19DBFE172531Microsoft Azure ECC TLS 颁发 CA 05 0x330000001cc0d2a3cd78cf2c1000000000001c
4C15BC8D7AA5089A84F2AC4750F040D064040CD4Microsoft Azure ECC TLS 颁发 CA 06 0x066e79cd7624c63130c77abeb6a8bb94
7365ADAEDFEA4909C1BAADBAB68719AD0C381163Microsoft Azure ECC TLS 颁发 CA 06 0x330000001d0913c309da3f05a600000000001d
DFEB65E575D03D0CC59FD60066C6D39421E65483Microsoft Azure TLS 颁发 CA 01 0x0aafa6c5ca63c45141ea3be1f7c75317
2F2877C5D778C31E0F29C7E371DF5471BD673173Microsoft Azure TLS 颁发 CA 01 0x1dbe9496f3db8b8de700000000001d
B9ED88EB05C15C79639493016200FDAB08137AF3Microsoft Azure TLS 颁发 CA 02 0x0c6ae97cced599838690a00a9ea53214
E7EEA674CA718E3BEFD90858E09F8372AD0AE2AAMicrosoft Azure TLS 颁发 CA 02 0x330000001ec6749f058517b4d000000000001e
C5FB956A0E7672E9857B402008E7CCAD031F9B08Microsoft Azure TLS 颁发 CA 05 0x0d7bede97d8209967a52631b8bdd18bd
6C3AF02E7F269AA73AFD0EFF2A88A4A1F04ED1E5Microsoft Azure TLS 颁发 CA 05 0x330000001f9f1fa2043bc28db900000000001f
56F1CA470BB94E274B516A330494C792C419CF87Microsoft Azure TLS 颁发 CA 06 0x02e79171fb8021e93fe2d983834c50c0
30E01761AB97E59A06B41EF20AF6F2DE7EF4F7B0Microsoft Azure TLS 颁发 CA 06 0x3300000020a2f1491a37fbd31f000000000020
8F1FD57F27C828D7BE29743B4D02CD7E6E5F43E62023 年 7 月 17 日:添加了 16 个新的从属证书颁发机构。
2023 年 2 月 7 日:添加了 8 个新的从属证书颁发机构。
后续步骤
若要详细了解证书颁发机构和 PKI,请参阅: