조건부 액세스를 사용하여 인증 세션 관리를 구성합니다.
복잡한 배포에서는 조직에서 인증 세션을 제한해야 할 수 있습니다. 시나리오에는 다음이 포함될 수 있습니다.
- 관리되지 않는 디바이스 또는 공유 디바이스에 대한 리소스 액세스
- 외부 네트워크를 통한 중요 정보에 액세스
- 영향력이 높은 사용자
- 중요한 비즈니스 애플리케이션
조건부 액세스 제어를 통해 모든 사용자에게 영향을 주지 않고 조직 내의 특정 사용 사례를 대상으로 하는 정책을 만들 수 있습니다.
정책을 구성하는 방법에 대한 세부 정보를 살펴보기 전에 기본 구성을 검토해 보겠습니다.
사용자 로그인 빈도
로그인 빈도는 리소스에 액세스하려고 할 때 사용자에게 다시 로그인하라는 메시지가 표시되는 기간을 정의합니다.
사용자 로그인 빈도에 대한 Microsoft Entra ID 기본 구성은 90일의 롤링 기간입니다. 사용자에게 자격 증명을 요청하는 것은 중요한 것처럼 보일 수 있지만, 생각하지 않고 자격 증명을 입력하도록 학습된 사용자가 실수로 자격 증명을 악의적인 자격 증명 프롬프트에 제공할 수 있는 역효과도 불러올 수 있습니다.
사용자가 다시 로그인하도록 요청하지 않는 것이 걱정스러울 수 있지만 실제로는 IT 정책을 위반하면 세션이 해지됩니다. 일부 이러한 예로는 암호 변경, 비규격 디바이스 또는 계정 비활성화가 포함되며 이에 국한되지 않습니다. Microsoft Graph PowerShell을 사용하여 사용자 세션을 명시적으로 해지할 수도 있습니다. Microsoft Entra ID 기본 구성은 “세션의 보안 태세가 변경되지 않은 경우 사용자에게 자격 증명을 제공하라고 요구하지 않습니다”라는 메시지가 표시됩니다.
로그인 빈도 설정은 표준에 따라 OAuth2 또는 OIDC 프로토콜을 구현한 앱과 함께 작동합니다. 다음 웹 애플리케이션을 포함하여 Windows, Mac, 모바일용 Microsoft 네이티브 앱은 대부분 이 설정을 준수합니다.
- Word, Excel, PowerPoint Online
- OneNote Online
- Office.com
- Microsoft 365 관리 포털
- Exchange Online
- SharePoint 및 OneDrive
- 팀 웹 클라이언트
- Dynamics CRM Online
- Azure Portal
로그인 빈도 설정은 자신의 쿠키를 삭제하지 않고 정기적으로 인증을 위해 Microsoft Entra ID로 다시 리디렉션되는 한 타사 SAML 애플리케이션 및 OAuth2 또는 OID 프로토콜을 구현한 C앱에서도 작동합니다.
사용자 로그인 빈도 및 다단계 인증
이전에는 Microsoft Entra 조인, Microsoft Entra 하이브리드 조인, Microsoft Entra 등록된 디바이스의 첫 번째 단계 인증에만 로그인 빈도가 적용되었습니다. 고객이 해당 디바이스에 다단계 인증을 다시 적용할 수 있는 쉬운 방법은 없었습니다. 고객 피드백에 따라 로그인 빈도는 MFA에도 적용됩니다.
사용자 로그인 빈도 및 디바이스 ID
Microsoft Entra 조인 및 Microsoft Entra 하이브리드 조인 디바이스에서 디바이스 잠금을 해제하거나 대화형으로 로그인하면 4시간마다 PRT(기본 새로 고침 토큰)만 새로 고쳐집니다. 현재 타임스탬프와 비교하여 PRT에 대해 기록된 마지막 새로 고침 타임스탬프는 PRT가 SIF를 충족하고 기존 MFA 클레임이 있는 PRT에 대한 액세스 권한을 부여하기 위해 SIF 정책에서 할당된 시간 내에 있어야 합니다. Microsoft Entra 등록 디바이스에서는 사용자가 Microsoft Entra 계정을 통해 Microsoft Entra 등록 디바이스에 액세스하지 않기 때문에 잠금 해제/로그인이 SIF 정책을 충족하지 않습니다. 그러나 Microsoft Entra WAM 플러그 인은 WAM을 사용한 네이티브 애플리케이션 인증 중에 PRT를 새로 고칠 수 있습니다.
참고: 사용자 로그인에서 캡처된 타임스탬프는 4시간 새로 고침 주기로 인해 PRT 새로 고침의 마지막으로 기록된 타임스탬프와 반드시 동일하지는 않습니다. 동일한 경우는 PRT가 만료되고 사용자 로그인이 4시간 동안 새로 고쳐지는 경우입니다. 다음 예제에서는 SIF 정책이 1시간으로 설정되고 PRT가 00:00에 새로 고쳐진다고 가정합니다.
예제 1: 1시간 동안 SPO의 동일한 문서에서 계속 작업하는 경우
- 00:00에 사용자는 Windows 10 Microsoft Entra 조인 디바이스에 로그인하고 SharePoint Online에 저장된 문서 작업을 시작합니다.
- 사용자는 디바이스에서 한 시간 동안 동일한 문서 작업을 계속합니다.
- 01:00에 관리자가 구성한 조건부 액세스 정책의 로그인 빈도 요구 사항에 따라 사용자에게 다시 로그인하라는 메시지가 표시됩니다.
예제 2: 브라우저에서 실행되는 백그라운드 작업 사용을 일시 중지한 다음, SIF 정책 시간이 경과한 후 다시 상호 작용하는 경우
- 00:00에 사용자는 Windows 10 Microsoft Entra 조인 디바이스에 로그인하고 SharePoint Online에 문서 업로드를 시작합니다.
- 00:10에, 사용자는 일어나서 휴식을 취하고 디바이스를 잠급니다. 백그라운드 업로드는 SharePoint Online으로 계속됩니다.
- 02:45에, 사용자는 휴식을 끝내고 디바이스의 잠금을 해제합니다. 백그라운드 업로드가 완료를 표시합니다.
- 02:45에, 00:00에 발생한 마지막 로그인 이후 관리자가 구성한 조건부 액세스 정책의 로그인 빈도 요구 사항에 따라 다시 상호 작용할 때 로그인하라는 메시지가 사용자에게 표시됩니다.
클라이언트 앱(활동 세부 정보 아래)이 브라우저인 경우 다음 사용자 상호 작용까지 백그라운드 서비스에 대한 이벤트/정책의 로그인 빈도 적용을 연기합니다.
예제 3: 잠금 해제에서 기본 새로 고침 토큰의 4시간 새로 고침 주기 사용
시나리오 1 - 사용자가 주기 내에 돌아옴
- 00:00에 사용자는 Windows 10 Microsoft Entra 조인 디바이스에 로그인하고 SharePoint Online에 저장된 문서 작업을 시작합니다.
- 00:30에 사용자는 일어나서 휴식을 취하고 디바이스를 잠급니다.
- 00:45에 사용자는 휴식을 끝내고 디바이스의 잠금을 해제합니다.
- 01:00에, 처음 로그인하고 1시간 후에 관리자가 구성한 조건부 액세스 정책의 로그인 빈도 요구 사항에 따라 사용자에게 다시 로그인하라는 메시지가 표시됩니다.
시나리오 2 - 사용자가 주기를 벗어나 돌아옴
- 00:00에 사용자는 Windows 10 Microsoft Entra 조인 디바이스에 로그인하고 SharePoint Online에 저장된 문서 작업을 시작합니다.
- 00:30에 사용자는 일어나서 휴식을 취하고 디바이스를 잠급니다.
- 04:45에, 사용자는 휴식을 끝내고 디바이스의 잠금을 해제합니다.
- 05:45에, 04:45에 PRT가 새로 고쳐지고 1시간 후에(00:00에 처음 로그인한 후 4시간 초과) 관리자가 구성한 조건부 액세스 정책의 로그인 빈도 요구 사항에 따라 사용자에게 다시 로그인하라는 메시지가 표시됩니다.
매번 재인증 필요
사용자가 특정 작업을 수행하기 전에 고객이 매번 새로운 인증을 요구할 수 있는 시나리오가 있습니다. 로그인 빈도에는 시간 또는 일 외에 모든 시간에 대한 새로운 옵션이 있습니다.
지원되는 시나리오
- 현재 MFA 상태에 관계없이 Intune 디바이스 등록 중에 사용자 재인증이 필요합니다.
- 암호 변경 권한 부여 제어가 필요한 위험한 사용자에 대해 사용자 재인증을 요구합니다.
- 다단계 인증 권한 부여 제어가 필요한 위험한 로그인에는 사용자 재인증이 필요합니다.
관리자가 매번을 선택하면 세션이 평가될 때 전체 재인증이 필요합니다.
검색 세션의 지속성
영구 브라우저 세션을 사용하면 사용자가 브라우저 창을 닫았다가 다시 연 후 로그인 상태를 유지할 수 있습니다.
브라우저 세션 지속성에 대한 Microsoft Entra ID 기본값을 사용하면 개인 디바이스 사용자가 "로그인 상태를 유지하려고 하나요?"라는 메시지를 표시하여 세션을 유지할지 여부를 선택할 수 있습니다. 인증이 성공한 후에 메시지가 표시됩니다. AD FS Single Sign-On 설정 문서의 지침을 사용하여 AD FS에서 브라우저 지속성을 구성한 경우 해당 정책을 준수하고 Microsoft Entra 세션도 유지합니다. 또한 회사 브랜딩 창에서 적절한 설정을 변경하여 해당 테넌트의 사용자에게 “로그인 상태를 유지하시겠습니까?” 프롬프트를 표시할지 여부를 구성할 수도 있습니다.
영구 브라우저에서 쿠키는 사용자가 브라우저를 닫은 후에도 사용자의 디바이스에 저장되어 있습니다. 이러한 쿠키는 Microsoft Entra 아티팩트에 액세스할 수 있으며 해당 아티팩트는 리소스 환경에 배치된 조건부 액세스 정책에 관계없이 토큰이 만료될 때까지 사용할 수 있습니다. 따라서 토큰 캐싱은 인증을 위해 원하는 보안 정책을 직접 위반할 수 있습니다. 현재 세션 이후에 토큰을 저장하는 것이 편리해 보일 수 있지만 그렇게 하면 Microsoft Entra 아티팩트에 대한 무단 액세스를 허용하여 보안 취약성이 발생할 수 있습니다.
인증 세션 제어 구성
조건부 액세스는 Microsoft Entra ID P1 또는 P2 기능이며 프리미엄 라이선스가 필요합니다. 조건부 액세스에 대해 자세히 알아보려면 Microsoft Entra ID의 조건부 액세스란?을 참조하세요.
Warning
현재 퍼블릭 미리 보기로 제공되는 구성 가능한 토큰 수명 기능을 사용하는 경우 동일한 사용자 또는 앱 조합에 대해 두 개의 다른 정책(이 기능을 사용하는 하나의 정책 및 구성 가능한 토큰 수명 기능을 사용하는 또 다른 정책)을 생성하도록 지원하지 않습니다. Microsoft는 2021년 1월 30일에 새로 고침 및 세션 토큰 수명에 대해 구성 가능한 토큰 수명 기능을 중단하고 조건부 액세스 인증 세션 관리 기능으로 대체했습니다.
로그인 빈도를 사용하도록 설정하기 전에 테넌트에서 다른 재인증 설정이 사용하지 않도록 설정되어 있는지 확인합니다. "신뢰할 수 있는 디바이스에서 MFA 기억"을 사용하도록 설정한 경우 로그인 빈도를 사용하기 전에 사용하지 않도록 설정해야 합니다. 이 두 설정을 함께 사용하면 사용자에게 예기치 않은 메시지가 표시될 수 있기 때문입니다. 다시 인증 프롬프트 및 세션 수명에 대해 자세히 알아보려면 다시 인증 프롬프트 최적화 및 Microsoft Entra 다단계 인증의 세션 수명 이해 문서를 참조하세요.
정책 배포
정책이 예상대로 작동하는지 확인하는 데 권장되는 모범 사례는 프로덕션에 배포하기 전에 테스트하는 것입니다. 테스트 테넌트를 사용하여 새 정책이 의도한 대로 작동하는지 확인하는 것이 좋습니다. 자세한 내용은 조건부 액세스 배포 계획 문서를 참조하세요.
정책 1: 로그인 빈도 제어
최소한 조건부 액세스 관리자로 Microsoft Entra 관리 센터에 로그인합니다.
보호>조건부 액세스로 이동합니다.
새 정책 만들기를 선택합니다.
정책에 이름을 지정합니다. 조직에서 정책 이름에 의미 있는 표준을 만드는 것이 좋습니다.
대상 클라우드 앱을 포함하여 고객 환경에 필요한 모든 조건을 선택합니다.
참고 항목
최상의 사용자 환경을 위해 Exchange Online, SharePoint Online 등의 주요 Microsoft Office 앱에 대해 동일한 인증 프롬프트 빈도를 설정하는 것이 좋습니다.
액세스 제어>섹션에서 다음을 수행합니다.
- 로그인 빈도를 선택합니다.
- 주기적 재인증을 선택하고 시간 또는 일수 값을 입력하거나 매번을 선택합니다.
- 로그인 빈도를 선택합니다.
정책을 저장합니다.
정책 2: 영구 브라우저 세션
최소한 조건부 액세스 관리자로 Microsoft Entra 관리 센터에 로그인합니다.
보호>조건부 액세스로 이동합니다.
새 정책 만들기를 선택합니다.
정책에 이름을 지정합니다. 조직에서 정책 이름에 의미 있는 표준을 만드는 것이 좋습니다.
모든 필수 조건을 선택합니다.
참고 항목
이 제어를 위해서는 "모든 클라우드 앱"을 조건으로 선택해야 합니다. 브라우저 세션 지속성은 인증 세션 토큰에 의해 제어됩니다. 브라우저 세션의 모든 탭은 단일 세션 토큰을 공유하므로 모두 지속성 상태를 공유해야 합니다.
액세스 제어>섹션에서 다음을 수행합니다.
영구 브라우저 세션을 선택합니다.
참고 항목
Microsoft Entra 조건부 액세스의 영구 브라우저 세션 구성은 "로그인 상태를 유지하려고 하나요?"를 재정의합니다. 두 정책을 모두 구성한 경우 동일한 사용자에 대해 회사 브랜드 창에서 설정합니다.
드롭다운에서 값을 선택합니다.
정책을 저장합니다.
정책 3: 위험한 사용자가 있을 때마다 로그인 빈도 제어
- 최소한 조건부 액세스 관리자로 Microsoft Entra 관리 센터에 로그인합니다.
- 보호>조건부 액세스로 이동합니다.
- 새 정책 만들기를 선택합니다.
- 정책에 이름을 지정합니다. 조직에서 정책 이름에 의미 있는 표준을 만드는 것이 좋습니다.
- 할당 아래에서 사용자 또는 워크로드 ID를 선택합니다.
- 포함에서 모든 사용자를 선택합니다.
- 제외에서 사용자 및 그룹을 선택하고 조직의 응급 액세스 또는 비상 계정을 선택합니다.
- 완료를 선택합니다.
- 대상 리소스>클라우드 앱>포함에서 모든 클라우드 앱을 선택합니다.
- 조건>사용자 위험에서 구성을 예로 설정합니다. 정책을 적용하기 위해 필요한 사용자 위험 수준 구성에서 높음, 완료를 차례로 선택합니다.
- 액세스 제어>권한 부여에서 액세스 권한 부여, 암호 변경 필요, 선택을 차례로 선택합니다.
- 세션 제어>로그인 빈도에서 매시간을 선택합니다.
- 설정을 확인하고 정책 사용을 보고 전용으로 설정합니다.
- 만들기를 선택하여 정책을 만들어 사용하도록 설정합니다.
관리자가 보고 전용 모드를 사용하여 설정을 확인한 후 정책 사용 토글을 보고 전용에서 켜기로 이동할 수 있습니다.
유효성 검사
What If 도구를 사용하여 사용자의 로그인을 대상 애플리케이션으로 시뮬레이션하고 정책을 구성한 방법에 따라 다른 조건을 시뮬레이트할 수 있습니다. 인증 세션 관리 제어가 도구의 결과에 표시됩니다.
프롬프트 허용 오차
사용자에게 5분마다 한 번 이상 프롬프트를 표시하지 않도록 5분의 시계 기울이기 요소를 고려합니다. 사용자가 지난 5분 동안 MFA를 수행했고 재인증이 필요한 다른 조건부 액세스 정책에 도달한 경우 사용자에게 메시지가 표시되지 않습니다. 재인증을 위해 사용자를 과도하게 승격하면 생산성에 영향을 미치고 사용자가 시작하지 않은 MFA 요청을 승인할 위험이 높아질 수 있습니다. 특정 비즈니스 요구 사항에 대해서만 "로그인 빈도 – 매번"을 사용하세요.
알려진 문제
- 모바일 디바이스에 대한 로그인 빈도를 구성하는 경우 각 로그인 빈도 간격이 지난 후 인증 속도가 느려질 수 있습니다(평균 30초 정도 걸릴 수 있음). 또한 다양한 앱에서 동시에 발생할 수 있습니다.
- iOS 디바이스에서 앱이 첫 번째 인증 단계로 인증서를 구성하고 앱에 로그인 빈도와 Intune 모바일 애플리케이션 관리 정책이 적용된 경우 정책이 트리거될 때 최종 사용자가 앱에 로그인하지 못하도록 차단됩니다.
다음 단계
- 사용자 환경에 대해 조건부 액세스 정책을 구성할 준비가 된 경우 조건부 액세스 배포 계획 문서를 참조하세요.