페더레이션을 사용하여 Microsoft Entra ID에서 인증서 기반 인증 시작

아티클
01/02/2025

페더레이션을 사용하는 CBA(인증서 기반 인증)를 사용하면 Microsoft Entra ID가 Exchange 온라인 계정을 연결할 때 Windows, Android 또는 iOS 디바이스에서 클라이언트 인증서로 사용자를 인증할 수 있습니다.

Microsoft Outlook 및 Microsoft Word와 같은 Microsoft 모바일 애플리케이션
EAS(Exchange ActiveSync) 클라이언트

이 기능을 구성하면 모바일 장치의 특정 메일 및 Microsoft Office 응용 프로그램에 사용자 이름과 암호 조합을 입력할 필요가 없습니다.

메모

대안적으로는 조직에서 페더레이션 없이 Microsoft Entra CBA를 배포할 수 있습니다. 자세한 내용은 Microsoft Entra ID에 대한 Microsoft Entra 인증서 기반 인증의 개요 를 참조하세요.

이 항목:

Office 365 Enterprise, Business, Education 및 미국 정부 계획에서 테넌트 사용자를 위해 CBA를 구성하고 활용하는 단계를 제공합니다.
이미 PKI(공개 키 인프라) 및 AD FS 구성되어 있다고 가정합니다.

요구 사항

페더레이션을 사용하여 CBA를 구성하려면 다음 조건이 참이어야 합니다.

페더레이션을 사용하는 CBA는 브라우저 애플리케이션, 최신 인증을 사용하는 네이티브 클라이언트 또는 MSAL 라이브러리에 대한 페더레이션된 환경에서만 지원됩니다. 한 가지 예외는 페더레이션 및 관리되는 계정에 사용할 수 있는 EXO(Exchange Online)용 EAS(Exchange Active Sync)입니다. 페더레이션 없이 Microsoft Entra CBA를 구성하려면 Microsoft Entra 인증서 기반 인증구성하는 방법을 참조하세요.
루트 인증 기관 및 중간 인증 기관은 Microsoft Entra ID로 구성해야 합니다.
각 인증 기관에는 인터넷 연결 URL을 통해 참조할 수 있는 CRL(인증서 해지 목록)이 있어야 합니다.
Microsoft Entra ID에 하나 이상의 인증 기관이 구성되어 있어야 합니다. 인증 기관 구성 섹션에서 관련 단계를 찾을 수 있습니다.
Exchange ActiveSync 클라이언트의 경우 클라이언트 인증서에는 주체 대체 이름 필드의 주체 이름 또는 RFC822 이름 값 중 하나의 Exchange Online에서 사용자의 라우팅 가능한 전자 메일 주소가 있어야 합니다. Microsoft Entra ID는 RFC822 값을 디렉터리의 프록시 주소 특성에 매핑합니다.
클라이언트 디바이스는 클라이언트 인증서를 발급하는 하나 이상의 인증 기관에 액세스할 수 있어야 합니다.
클라이언트 인증을 위한 클라이언트 인증서가 클라이언트에 발급되어 있어야 합니다.

중요하다

Microsoft Entra ID를 성공적으로 다운로드하고 캐시하기 위한 CRL의 최대 크기는 20MB이며 CRL을 다운로드하는 데 필요한 시간은 10초를 초과하지 않아야 합니다. Microsoft Entra ID가 CRL을 다운로드할 수 없는 경우 해당 CA에서 발급한 인증서를 사용하는 인증서 기반 인증이 실패합니다. CRL 파일이 크기 제약 조건 내에 있는지 확인하는 모범 사례는 인증서 수명을 적절한 한도 내에서 유지하고 만료된 인증서를 정리하는 것입니다.

1단계: 디바이스 플랫폼 선택

첫 번째 단계로 관심 있는 디바이스 플랫폼의 경우 다음을 검토해야 합니다.

Office 모바일 애플리케이션 지원
특정 구현 요구 사항

다음 디바이스 플랫폼에 대한 관련 정보가 있습니다.

Android
iOS

2단계: 인증 기관 구성

Microsoft Entra ID에서 인증 기관을 구성하려면 각 인증 기관에 대해 다음을 업로드합니다.

인증서의 공용 부분(.cer 형식)
CRL(인증서 해지 목록)이 있는 인터넷 연결 URL

인증 기관의 스키마는 다음과 같습니다.

    class TrustedCAsForPasswordlessAuth
    {
       CertificateAuthorityInformation[] certificateAuthorities;
    }

    class CertificateAuthorityInformation

    {
        CertAuthorityType authorityType;
        X509Certificate trustedCertificate;
        string crlDistributionPoint;
        string deltaCrlDistributionPoint;
        string trustedIssuer;
        string trustedIssuerSKI;
    }

    enum CertAuthorityType
    {
        RootAuthority = 0,
        IntermediateAuthority = 1
    }

구성을 위해서 Microsoft Graph PowerShell을 사용할 수 있습니다.

관리자 권한으로 Windows PowerShell을 시작합니다.
Microsoft Graph PowerShell설치합니다.
```
    Install-Module Microsoft.Graph
```

첫 번째 구성 단계로 테넌트와의 연결을 설정해야 합니다. 테넌트에 대한 연결이 있는 즉시 디렉터리에 정의된 신뢰할 수 있는 인증 기관을 검토, 추가, 삭제 및 수정할 수 있습니다.

연결하다

테넌트와의 연결을 설정하려면 Connect-MgGraph사용합니다.

    Connect-MgGraph

되찾다

디렉터리에 정의된 신뢰할 수 있는 인증 기관을 검색하려면 Get-MgOrganizationCertificateBasedAuthConfiguration을 사용하십시오.

    Get-MgOrganizationCertificateBasedAuthConfiguration

CA를 추가, 수정 또는 제거하려면 Microsoft Entra 관리 센터를 사용합니다.

Microsoft Entra 관리 센터 전역 관리자로그인합니다.
보호>더 많은>보안 센터 (또는 ID 보안 점수) >인증 기관탐색 표시합니다.
CA를 업로드하려면 업로드선택합니다.
1. CA 파일을 선택합니다.
2. CA가 루트 인증서인 경우 예를 선택하고, 그렇지 않으면 아니요를 선택합니다.
3. 인증서 해지 목록 URL대해 해지된 모든 인증서를 포함하는 CA 기본 CRL에 대한 인터넷 연결 URL을 설정합니다. URL이 설정되지 않은 경우 해지된 인증서를 사용한 인증은 실패하지 않습니다.
4. 델타 인증서 해지 목록 URL경우 마지막 기본 CRL이 게시된 이후 해지된 모든 인증서를 포함하는 CRL에 대한 인터넷 연결 URL을 설정합니다.
5. 을 선택하고을 추가합니다.
CA 인증서를 삭제하려면 인증서를 선택하고 삭제선택합니다.
열 선택하여 열을 추가하거나 삭제합니다.

3단계: 해지 구성

클라이언트 인증서를 해지하기 위해 Microsoft Entra ID는 인증 기관 정보의 일부로 업로드된 URL에서 CRL(인증서 해지 목록)을 가져와서 캐시합니다. CRL의 마지막 게시 타임스탬프(유효 날짜 속성)는 CRL이 여전히 유효한지 확인하는 데 사용됩니다. CRL은 목록의 일부인 인증서에 대한 액세스를 취소하기 위해 주기적으로 참조됩니다.

더 즉각적인 해지가 필요한 경우(예: 사용자가 디바이스를 분실한 경우) 사용자의 권한 부여 토큰을 무효화할 수 있습니다. 권한 부여 토큰을 무효화하려면 Windows PowerShell을 사용하여 이 특정 사용자의 StsRefreshTokenValidFrom 필드를 설정합니다. 액세스를 철회하려는 각 사용자에 대해 StsRefreshTokenValidFrom 필드를 업데이트해야 합니다.

해지가 계속 유지되도록 하려면, CRL의 유효 날짜를 StsRefreshTokenValidFrom 설정된 값 이후의 날짜로 설정해야 하며, 해당 인증서가 CRL에 있는지 확인해야 합니다.

메모

Azure AD 및 MSOnline PowerShell 모듈은 2024년 3월 30일부터 더 이상 사용되지 않습니다. 자세한 내용은 사용 중단 업데이트읽어보세요. 이 날짜 이후 이러한 모듈에 대한 지원은 Microsoft Graph PowerShell SDK 및 보안 수정에 대한 마이그레이션 지원으로 제한됩니다. 사용되지 않는 모듈은 2025년 3월 30일까지 계속 작동합니다.

Microsoft Entra ID(이전의 Azure AD)와 상호 작용하기 위해 Microsoft Graph PowerShell로 마이그레이션할 것을 권장합니다. 일반적인 마이그레이션 질문은 마이그레이션 FAQ참조하세요. 참고: msOnline의 버전 1.0.x는 2024년 6월 30일 이후에 중단이 발생할 수 있습니다.

다음 단계에서는 StsRefreshTokenValidFrom 필드를 설정하여 권한 부여 토큰을 업데이트하고 무효화하는 프로세스를 간략하게 설명합니다.

PowerShell에 연결:
```
Connect-MgGraph
```

사용자의 현재 StsRefreshTokensValidFrom 값을 검색합니다.

        $user = Get-MsolUser -UserPrincipalName test@yourdomain.com`
        $user.StsRefreshTokensValidFrom

현재 타임스탬프와 같은 사용자에 대해 새 StsRefreshTokensValidFrom 값을 구성합니다.

        Set-MsolUser -UserPrincipalName test@yourdomain.com -StsRefreshTokensValidFrom ("03/05/2021")

설정한 날짜는 이후 날짜여야 합니다. 날짜가 미래가 아니면 StsRefreshTokensValidFrom 속성이 설정되지 않습니다. 날짜가 미래인 경우 StsRefreshTokensValidFrom 현재 시간으로 설정됩니다(Set-MsolUser 명령으로 표시된 날짜가 아님).

4단계: 구성 테스트

인증서 테스트

첫 번째 구성 테스트는 장치 내 브라우저사용하여 Outlook Web Access 또는 sharePoint Online 로그인해야 합니다.

로그인에 성공하면 다음을 알 수 있습니다.

사용자 인증서가 테스트 디바이스에 프로비전되었습니다.
AD FS가 올바르게 구성됨

Office 모바일 애플리케이션 테스트

테스트 디바이스에서 Office 모바일 애플리케이션(예: OneDrive)을 설치합니다.
애플리케이션을 시작합니다.
사용자 이름을 입력한 다음 사용할 사용자 인증서를 선택합니다.

성공적으로 로그인해야 합니다.

Exchange ActiveSync 클라이언트 애플리케이션 테스트

인증서 기반 인증을 통해 EAS(Exchange ActiveSync)에 액세스하려면 클라이언트 인증서가 포함된 EAS 프로필을 애플리케이션에서 사용할 수 있어야 합니다.

EAS 프로필에는 다음 정보가 포함되어야 합니다.

인증에 사용할 사용자 인증서
EAS 엔드포인트(예: outlook.office365.com)

MICROSOFT Intune과 같은 MDM(모바일 디바이스 관리)을 활용하거나 디바이스의 EAS 프로필에 인증서를 수동으로 배치하여 EAS 프로필을 구성하고 디바이스에 배치할 수 있습니다.

Android에서 EAS 클라이언트 애플리케이션 테스트

이전 섹션의 요구 사항을 충족하는 EAS 프로필을 애플리케이션에서 구성합니다.
애플리케이션을 열고 메일이 동기화되고 있는지 확인합니다.

다음 단계

Android 디바이스의 인증서 기반 인증에 대한 추가 정보입니다.

iOS 디바이스의 인증서 기반 인증에 대한 추가 정보입니다.

다음을 통해 공유