Azure 인증 기관 세부 정보

  • 아티클

이 문서에서는 Azure의 서비스 엔드포인트에서 사용하는 특정 루트 및 하위 CA(인증 기관)를 간략하게 설명합니다. 이 목록은 운영 체제 자체에서 제공하는 트러스트 앵커를 활용하는 Azure VM 및 호스트된 서비스에 제공되는 트러스트 앵커와는 다르다는 점에 유의해야 합니다. 범위에는 정부 및 국가 클라우드가 포함됩니다. 퍼블릭 키 암호화 및 서명 알고리즘에 대한 최소 요구 사항, 인증서 다운로드 및 해지 목록에 대한 링크, 주요 개념에 대한 정보는 CA 세부 정보 테이블 아래에 제공됩니다. 방화벽 허용 목록에 추가해야 하는 URI의 호스트 이름도 제공됩니다.

인증 기관 세부 정보

TLS/SSL 프로토콜을 통해 Microsoft Entra ID 서비스에 액세스하려는 모든 엔터티는 이 문서에 나열된 CA의 인증서를 제공합니다. 서비스마다 다른 루트 또는 중간 CA를 사용할 수 있습니다. 다음 루트 및 하위 CA는 인증서 고정을 사용하는 엔터티와 관련이 있습니다.

인증서 세부 정보를 읽는 방법:

  • 일련 번호(테이블의 상위 문자열)에는 인증서 일련 번호의 16진수 값이 포함됩니다.
  • 지문(테이블의 아래쪽 문자열)은 SHA1 지문입니다.
  • 기울임꼴에 나열된 CA는 가장 최근에 추가된 CA입니다.

루트 인증 기관

인증 기관 일련 번호/
Thumbprint
Baltimore CyberTrust Root 0x20000b9
D4DE20D05E66FC53FE1A50882C78DB2852CAE474
DigiCert Global Root CA 0x083be056904246b1a1756ac95991c74a
A8985D3A65E5E5C4B2D7D66D40C6DD2FB19C5436
DigiCert Global Root G2 0x033af1e6a711a9a0bb2864b11d09fae5
DF3C24F9BFD666761B268073FE06D1CC8D4F82A4
DigiCert Global Root G3 0x055556bcf25ea43535c3a40fd5ab4572
7E04DE896A3E666D00E687D33FFAD93BE83D349E
Microsoft ECC Root Certificate Authority 2017 0x66f23daf87de8bb14aea0c573101c2ec
999A64C37FF47D9FAB95F14769891460EEC4C3C5
Microsoft RSA Root Certificate Authority 2017 0x1ed397095fd8b4b347701eaabe7f45b3
73a5e64a3bff8316ff0edccc618a906e4eae4d74

하위 인증 기관

인증 기관 일련 번호
Thumbprint
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
GeoTrust Global TLS RSA4096 SHA256 2022 CA1 0x0f622f6f21c2ff5d521f723a1d47d62d
7E6DB7B7584D8CF2003E0931E6CFC41A3A62D3DF
Microsoft Azure ECC TLS Issuing CA 01 0x09dc42a5f574ff3a389ee06d5d4de440
92503D0D74A7D3708197B6EE13082D52117A6AB0
Microsoft Azure ECC TLS Issuing CA 01 0x330000001aa9564f44321c54b900000000001a
CDA57423EC5E7192901CA1BF6169DBE48E8D1268
Microsoft Azure ECC TLS Issuing CA 02 0x0e8dbe5ea610e6cbb569c736f6d7004b
1E981CCDDC69102A45C6693EE84389C3CF2329F1
Microsoft Azure ECC TLS Issuing CA 02 0x330000001b498d6736ed5612c200000000001b
489FF5765030EB28342477693EB183A4DED4D2A6
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 05 0x0ce59c30fd7a83532e2d0146b332f965
C6363570AF8303CDF31C1D5AD81E19DBFE172531
Microsoft Azure ECC TLS Issuing CA 05 0x330000001cc0d2a3cd78cf2c1000000000001c
4C15BC8D7AA5089A84F2AC4750F040D064040CD4
Microsoft Azure ECC TLS Issuing CA 06 0x066e79cd7624c63130c77abeb6a8bb94
7365ADAEDFEA4909C1BAADBAB68719AD0C381163
Microsoft Azure ECC TLS Issuing CA 06 0x330000001d0913c309da3f05a600000000001d
DFEB65E575D03D0CC59FD60066C6D39421E65483
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 Azure TLS Issuing CA 01 0x0aafa6c5ca63c45141ea3be1f7c75317
2F2877C5D778C31E0F29C7E371DF5471BD673173
Microsoft Azure TLS Issuing CA 01 0x1dbe9496f3db8b8de700000000001d
B9ED88EB05C15C79639493016200FDAB08137AF3
Microsoft Azure TLS Issuing CA 02 0x0c6ae97cced599838690a00a9ea53214
E7EEA674CA718E3BEFD90858E09F8372AD0AE2AA
Microsoft Azure TLS Issuing CA 02 0x330000001ec6749f058517b4d000000000001e
C5FB956A0E7672E9857B402008E7CCAD031F9B08
Microsoft Azure TLS Issuing CA 05 0x0d7bede97d8209967a52631b8bdd18bd
6C3AF02E7F269AA73AFD0EFF2A88A4A1F04ED1E5
Microsoft Azure TLS Issuing CA 05 0x330000001f9f1fa2043bc28db900000000001f
56F1CA470BB94E274B516A330494C792C419CF87
Microsoft Azure TLS Issuing CA 06 0x02e79171fb8021e93fe2d983834c50c0
30E01761AB97E59A06B41EF20AF6F2DE7EF4F7B0
Microsoft Azure TLS Issuing CA 06 0x3300000020a2f1491a37fbd31f000000000020
8F1FD57F27C828D7BE29743B4D02CD7E6E5F43E6
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 CA 01 0x0f14965f202069994fd5c7ac788941e2
703D7A8F0EBF55AAA59F98EAF4A206004EB2516A
Microsoft RSA TLS CA 02 0x0fa74722c53d88c80f589efb1f9d4a3a
B0C2D2D13CDD56CDAA6AB6E2C04440BE4A429C75
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

퍼블릭 PPI에 대한 클라이언트 호환성

Azure에서 사용하는 CA는 다음 OS 버전과 호환됩니다.

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가 만료되거나 변경되면 다음 작업 단계를 검토합니다.

  • 지원되는 필수 OS 버전으로 업데이트합니다.
  • OS 버전을 변경할 수 없는 경우 새 CA를 포함하도록 신뢰할 수 있는 루트 저장소를 수동으로 업데이트해야 할 수도 있습니다. 제조업체에서 제공하는 설명서를 참조하세요.
  • 신뢰할 수 있는 루트 저장소를 사용하지 않도록 설정하거나 연결이 끊긴 환경에서 Windows 클라이언트를 실행하는 것이 시나리오에 포함되어 있는 경우, 모든 루트 CA가 신뢰할 수 있는 루트 CA 저장소에 포함되어 있고 이 문서에 나열된 모든 하위 CA가 중간 CA 저장소에 포함되어 있는지 확인합니다.
  • 많은 Linux 배포판에서는 /etc/ssl/certs에 CA를 추가해야 합니다. 배포판의 설명서를 참조하세요.
  • 이 문서에 나열된 CA가 Java 키 저장소에 포함되어 있어야 합니다. 자세한 내용은 이 문서의 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:

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

OCSP:

  • ocsp.msocsp.com
  • 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 루트 인증서를 신뢰하는지 확인하려면 JVM(Java Virtual Machine)에서 사용하는 신뢰할 수 있는 루트 인증서 목록을 보면 됩니다.

  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-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 해시 알고리즘을 사용하도록 업데이트했습니다. 자세한 내용은 SHA-1 OCSP 서명 문서 하위 집합을 참조하세요.

Microsoft는 2021년 2월 15일에 CA/브라우저 포럼 기준 요구 사항에 따라 설정된 변경 내용을 준수하기 위해 다른 CA(루트 인증 기관) 집합의 TLS 인증서를 사용하도록 Azure 서비스를 업데이트했습니다. 일부 서비스는 2022년에 이러한 업데이트를 완료했습니다. 자세한 내용은 Azure TLS 인증서 변경 문서를 참조하세요.

아티클 변경 로그

  • 2023년 7월 17일: 새로운 하위 인증 기관 16개 추가
  • 2023년 2월 7일: 새로운 하위 인증 기관 8개 추가

다음 단계

인증 기관 및 PKI에 대한 자세한 내용은 다음을 참조하세요.