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.
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 (HTTP/Puerto 80) 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).
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:
Bash
...
Microsoft ECC Root Certificate Authority 2017, 20-Aug-2022, Root CA,
Microsoft RSA Root Certificate Authority 2017, 20-Aug-2022, Root CA,
...
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:
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
8 de octubre de 2024: Se quitaron las siguientes CAs y puntos de conexión de CDP: crl.microsoft.com, mscrl.microsoft.com y ocsp.msocsp.com.
22 de julio de 2024: Se agregaron entidades de certificación Entrust de un artículo paralelo de Microsoft 365 para proporcionar una lista completa.
27 de junio de 2024: se han quitado las siguientes entidades de certificación (CA), que han sido reemplazadas por ambas versiones de las entidades de certificación de Microsoft Azure ECC TLS: 03, 04, 07, 08.
Muestre las características de Microsoft Entra ID para modernizar las soluciones de identidad, implementar soluciones híbridas e implementar la gobernanza de identidades.