Detalles de la entidad de certificación de Azure

  • Artículo

En este artículo se describen las entidades de certificación (CAs) raíz y subordinadas específicas que usan los puntos de conexión de servicio de Azure. Es importante tener en cuenta que esta lista es distinta de los anclajes de confianza proporcionados en las máquinas virtuales de Azure y los servicios hospedados, que aprovechan los anclajes de confianza proporcionados por los propios sistemas operativos. El ámbito incluye nubes de administración pública y nacionales. Los requisitos mínimos para el cifrado de clave pública y los algoritmos de firma, los vínculos a las descargas de certificados y las listas de revocación, y la información sobre conceptos de clave se proporcionan debajo de las tablas de detalles de la entidad de certificación. También se proporcionan los nombres de host de los URI que se deben agregar a las listas de permitidos del firewall.

Detalles de la entidad de certificación

Cualquier entidad que intente acceder a los servicios de identidad de Microsoft Entra mediante los protocolos TLS/SSL se presentarán con los certificados de las entidades de certificación que se enumeran en este artículo. Los diferentes servicios pueden utilizar distintas entidades de certificación raíz o intermedias. Las siguientes entidades de certificación raíz y subordinadas son relevantes para las entidades que usan la asignación de certificados.

Lectura de los detalles del certificado:

  • El número de serie (cadena superior de la tabla) contiene el valor hexadecimal del número de serie del certificado.
  • La huella digital (cadena inferior de la tabla) es la huella digital SHA1.
  • Las CA enumeradas en cursiva son las CA agregadas más recientemente.

Entidades de certificación raíz

Entidad de certificación Número de serie /
Huella digital
DigiCert Global Root CA 0x083be056904246b1a1756ac95991c74a
A8985D3A65E5E5C4B2D7D66D40C6DD2FB19C5436
DigiCert Global Root G2 0x033af1e6a711a9a0bb2864b11d09fae5
DF3C24F9BFD666761B268073FE06D1CC8D4F82A4
Digicert Global Root G3 0x055556bcf25ea43535c3a40fd5ab4572
7E04DE896A3E666D00E687D33FFAD93BE83D349E
Entidad de certificación raíz Entrust G2 4a538c28
8CF427FD790C3AD166068DE81E57EFBB932272D4
Microsoft ECC Root Certificate Authority 2017 0x66f23daf87de8bb14aea0c573101c2ec
999A64C37FF47D9FAB95F14769891460EEC4C3C5
Microsoft RSA Root Certificate Authority 2017 0x1ed397095fd8b4b347701eaabe7f45b3
73A5E64A3BFF8316FF0EDCCC618A906E4EAE4D74

Entidades de certificación subordinadas

Entidad de certificación Número de serie
Huella digital
DigiCert Basic RSA CN CA G2 0x02f7e1f982bad009aff47dc95741b2f6
4D1FA5D1FB1AC3917C08E43F65015E6AEA571179
DigiCert Cloud Services CA-1 0x019ec1c6bd3f597bb20c3338e551d877
81B68D6CD2F221F8F534E677523BB236BBA1DC56
DigiCert SHA2 Secure Server CA 0x02742eaa17ca8e21c717bb1ffcfd0ca0
626D44E704D1CEABE3BF0D53397464AC8080142C
DigiCert TLS Hybrid ECC SHA384 2020 CA1 0x0a275fe704d6eecb23d5cd5b4b1a4e04
51E39A8BDB08878C52D6186588A0FA266A69CF28
DigiCert TLS RSA SHA256 2020 CA1 0x06d8d904d5584346f68a2fa754227ec4
1C58A3A8518E8759BF075B76B750D4F2DF264FCD
DigiCert TLS RSA SHA256 2020 CA1 0a3508d55c292b017df8ad65c00ff7e4
6938FD4D98BAB03FAADB97B34396831E3780AEA1
Entidad de certificación Entrust: L1K 0ee94cc30000000051d37785
F21C12F46CDB6B2E16F09F9419CDFF328437B2D7
Entidad de certificación Entrust: L1M 61a1e7d20000000051d366a6
CC136695639065FAB47074D28C55314C66077E90
GeoTrust Global TLS RSA4096 SHA256 2022 CA1 0x0f622f6f21c2ff5d521f723a1d47d62d
7E6DB7B7584D8CF2003E0931E6CFC41A3A62D3DF
Microsoft Azure ECC TLS Issuing CA 03 0x01529ee8368f0b5d72ba433e2d8ea62d
56D955C849887874AA1767810366D90ADF6C8536
Microsoft Azure ECC TLS Issuing CA 03 0x330000003322a2579b5e698bcc000000000033
91503BE7BF74E2A10AA078B48B71C3477175FEC3
Microsoft Azure ECC TLS Issuing CA 04 0x02393d48d702425a7cb41c000b0ed7ca
FB73FDC24F06998E070A06B6AFC78FDF2A155B25
Microsoft Azure ECC TLS Issuing CA 04 0x33000000322164aedab61f509d000000000032
406E3B38EFF35A727F276FE993590B70F8224AED
Microsoft Azure ECC TLS Issuing CA 07 0x0f1f157582cdcd33734bdc5fcd941a33
3BE6CA5856E3B9709056DA51F32CBC8970A83E28
Microsoft Azure ECC TLS Issuing CA 07 0x3300000034c732435db22a0a2b000000000034
AB3490B7E37B3A8A1E715036522AB42652C3CFFE
Microsoft Azure ECC TLS Issuing CA 08 0x0ef2e5d83681520255e92c608fbc2ff4
716DF84638AC8E6EEBE64416C8DD38C2A25F6630
Microsoft Azure ECC TLS Issuing CA 08 0x3300000031526979844798bbb8000000000031
CF33D5A1C2F0355B207FCE940026E6C1580067FD
Microsoft Azure RSA TLS Issuing CA 03 0x05196526449a5e3d1a38748f5dcfebcc
F9388EA2C9B7D632B66A2B0B406DF1D37D3901F6
Microsoft Azure RSA TLS Issuing CA 03 0x330000003968ea517d8a7e30ce000000000039
37461AACFA5970F7F2D2BAC5A659B53B72541C68
Microsoft Azure RSA TLS Issuing CA 04 0x09f96ec295555f24749eaf1e5dced49d
BE68D0ADAA2345B48E507320B695D386080E5B25
Microsoft Azure RSA TLS Issuing CA 04 0x330000003cd7cb44ee579961d000000000003c
7304022CA8A9FF7E3E0C1242E0110E643822C45E
Microsoft Azure RSA TLS Issuing CA 07 0x0a43a9509b01352f899579ec7208ba50
3382517058A0C20228D598EE7501B61256A76442
Microsoft Azure RSA TLS Issuing CA 07 0x330000003bf980b0c83783431700000000003b
0E5F41B697DAADD808BF55AD080350A2A5DFCA93
Microsoft Azure RSA TLS Issuing CA 08 0x0efb7e547edf0ff1069aee57696d7ba0
31600991ED5FEC63D355A5484A6DCC787EAD89BC
Microsoft Azure RSA TLS Issuing CA 08 0x330000003a5dc2ffc321c16d9b00000000003a
512C8F3FB71EDACF7ADA490402E710B10C73026E
Microsoft ECC TLS Issuing AOC CA 01 0x33000000282bfd23e7d1add707000000000028
30AB5C33EB4B77D4CBFF00A11EE0A7507D9DD316
Microsoft ECC TLS Issuing AOC CA 02 0x33000000290f8a6222ef6a5695000000000029
3709CD92105D074349D00EA8327F7D5303D729C8
Microsoft ECC TLS Issuing EOC CA 01 0x330000002a2d006485fdacbfeb00000000002a
5FA13B879B2AD1B12E69D476E6CAD90D01013B46
Microsoft ECC TLS Issuing EOC CA 02 0x330000002be6902838672b667900000000002b
58A1D8B1056571D32BE6A7C77ED27F73081D6E7A
Microsoft RSA TLS Issuing AOC CA 01 0x330000002ffaf06f6697e2469c00000000002f
4697FDBED95739B457B347056F8F16A975BAF8EE
Microsoft RSA TLS Issuing AOC CA 02 0x3300000030c756cc88f5c1e7eb000000000030
90ED2E9CB40D0CB49A20651033086B1EA2F76E0E
Microsoft RSA TLS Issuing EOC CA 01 0x33000000310c4914b18c8f339a000000000031
A04D3750DEBFCCF1259D553DBEC33162C6B42737
Microsoft RSA TLS Issuing EOC CA 02 0x3300000032444d7521341496a9000000000032
697C6404399CC4E7BB3C0D4A8328B71DD3205563

Compatibilidad de cliente con PKI públicas

Las entidades de certificación usadas por Azure son compatibles con las siguientes versiones del sistema operativo:

Windows Firefox iOS macOS Android Java
Windows XP SP3 y versiones posteriores Firefox 32 y versiones posteriores iOS 7 y versiones posteriores OS X Mavericks 10.9 y versiones posteriores Android SDK 5.x y versiones posteriores Java JRE 1.8.0_101 y versiones posteriores

Revise los pasos de acción siguientes cuando expiren o cambien las entidades de certificación:

  • Actualice a una versión compatible del sistema operativo necesario.
  • Si no puede cambiar la versión del sistema operativo, es posible que tenga que actualizar manualmente el almacén raíz de confianza para incluir las nuevas CA. Consulte la documentación proporcionada por el fabricante.
  • Si el escenario incluye deshabilitar el almacén raíz de confianza o ejecutar el cliente de Windows en entornos desconectados, asegúrese de que todas las CA raíz se incluyen en el almacén de CA raíz de confianza y todas las CA secundarias enumeradas en este artículo se incluyen en el almacén de CA intermedia.
  • Muchas distribuciones de Linux requieren que se agreguen entidades de certificación a /etc/SSL/certs. Consulte la documentación de la distribución.
  • Asegúrese de que el almacén de claves de Java contenga las entidades de certificación indicadas en este artículo. Para obtener más información, consulte la sección Aplicaciones Java de este artículo.
  • Si la aplicación especifica explícitamente una lista de entidades de certificación aceptables, compruebe si necesita actualizar los certificados asignados cuando cambien o expiren las CA. Para más información, consulte Certificados asignados.

Cifrado de clave pública y algoritmos de firma

Se requiere compatibilidad con los siguientes algoritmos, curvas elípticas y tamaños de clave:

Algoritmos de firma:

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

Curvas elípticas:

  • P256
  • P384
  • P521

Tamaños de clave:

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

Descargas de certificados y listas de revocación

Es posible que sea necesario incluir los siguientes dominios en las listas de permitidos del firewall para optimizar la conectividad:

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

Asignación de certificados

La asignación de certificados es una técnica de seguridad en la que solo se autorizan o asignan certificados al establecer una sesión segura. Cualquier intento de establecer una sesión segura mediante un certificado diferente se rechaza. Obtenga información sobre el historial y las implicaciones de la asignación de certificados.

Cómo direccionar la asignación de certificados

Si la aplicación especifica explícitamente una lista de CA aceptables, es posible que tenga que actualizar periódicamente los certificados asignados cuando las entidades de certificación cambien o expiren.

Para detectar la asignación de certificados, se recomienda realizar los pasos siguientes:

  • Si es desarrollador de aplicaciones, busque en el código fuente referencias a huellas digitales de certificado, nombres distintivos del firmante, nombres comunes, números de serie, claves públicas y otras propiedades de certificado de cualquiera de las CA secundarias implicadas en este cambio.
    • Si hay una coincidencia, actualice la aplicación para incluir las CA que faltan.
  • Si tiene alguna aplicación que se integra con las API de Azure u otros servicios de Azure y no está seguro de si usa el anclaje de certificados, póngase en contacto con el proveedor de la aplicación.

Aplicaciones Java

Para determinar si los certificados raíz Microsoft ECC Root Certificate Authority 2017 y Microsoft RSA Root Certificate Authority 2017 son de confianza para la aplicación Java, puede comprobar la lista de certificados raíz de confianza usados por la Máquina virtual Java (JVM).

  1. Abra una ventana del terminal en el sistema.

  2. Ejecute el comando siguiente:

    keytool -list -keystore $JAVA_HOME/jre/lib/security/cacerts
    • $JAVA_HOME hace referencia a la ruta de acceso al directorio principal de Java.
    • Si no está seguro de la ruta de acceso, puede encontrarla ejecutando el siguiente comando:
    readlink -f $(which java) | xargs dirname | xargs dirname

  3. Busque Microsoft RSA Root Certificate Authority 2017 en la salida. Debe tener el siguiente aspecto:

    • Si se confía en los certificados Microsoft ECC Root Certificate Authority 2017 y Microsoft RSA Root Certificate Authority 2017, deben aparecer en la lista de certificados raíz de confianza usados por la JVM.
    • Si no está en la lista, deberá agregarlo.
    • La salida debe tener un aspecto similar al siguiente ejemplo:
        ...
    Microsoft ECC Root Certificate Authority 2017, 20-Aug-2022, Root CA,
    Microsoft RSA Root Certificate Authority 2017, 20-Aug-2022, Root CA,
    ...

  4. Para agregar un certificado raíz al almacén de certificados raíz de confianza en Java, puede usar la utilidad keytool. En el ejemplo siguiente se agrega el certificado raíz Microsoft RSA Root Certificate Authority 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

    Nota

    En este ejemplo, microsoft-ecc-root-ca.crt y microsoft-rsa-root-ca.crt son los nombres de los archivos que contienen los certificados raíz Microsoft ECC Root Certificate Authority 2017 y Microsoft RSA Root Certificate Authority 2017, respectivamente.

Últimos cambios

CA/Browser Forum actualizó los requisitos de la línea de base para obligar a que todas las infraestructuras de clave pública (PKIs) de confianza pública finalicen el uso de algoritmos hash SHA-1 para el protocolo estándar de certificados en línea (OCSP) el 31 de mayo de 2022. Microsoft actualizó todos los respondedores OCSP restantes que usaban el algoritmo hash SHA-1 para que usen en adelante el algoritmo hash SHA-256. Consulte el artículo sobre el fin de las firmas OCSP de SHA-1 para más información.

Microsoft actualizó los servicios de Azure para que usaran los certificados TLS de un conjunto diferente de entidades de certificación raíz el 15 de febrero de 2021, para cumplir los cambios establecidos por los requisitos de la línea de base de CA/Browser Forum. Algunos servicios finalizaron estas actualizaciones en 2022. Consulte el artículo sobre cambios en el certificado TLS de Azure para más información.

Registro de cambios del artículo

Pasos siguientes

Para más información sobre las entidades de certificación y la PKI, consulte: