다음을 통해 공유


관리자용 MFA 필요

관리 권한이 할당된 계정은 공격자의 대상이 됩니다. 해당 계정에 대한 MFA(다단계 인증)를 요구하는 것은 해당 계정이 침해되는 위험을 줄일 수 있는 간단한 방법입니다.

Microsoft에서는 최소한 다음 역할에 대해 피싱 방지 다단계 인증을 요구하는 것이 좋습니다.

  • 전역 관리자
  • 애플리케이션 관리자
  • 인증 관리자
  • 대금 청구 관리자
  • 클라우드 애플리케이션 관리자
  • 조건부 액세스 관리자
  • Exchange 관리자
  • 기술 지원팀 관리자
  • 암호 관리자
  • 권한 있는 인증 관리자
  • 권한 있는 역할 관리자
  • 보안 관리자
  • SharePoint 관리자
  • 사용자 관리자

조직에서는 적합한 역할을 포함하거나 제외하도록 선택할 수 있습니다.

사용자 제외

조건부 액세스 정책은 강력한 도구입니다. 정책에서 다음 계정을 제외하는 것이 좋습니다.

  • 정책 잘못된 구성으로 인한 잠금을 방지하기 위한 비상 액세스 또는 긴급 상황 시 사용되는 임시 계정 모든 관리자가 잠겨 있는 드문 시나리오에서는 응급 액세스 관리 계정을 사용하여 로그인하고 액세스를 복구할 수 있습니다.
  • 서비스 계정 및서비스 주체(예: Microsoft Entra Connect 동기화 계정). 서비스 계정은 특정 사용자에 연결되지 않은 비대화형 계정입니다. 일반적으로 백 엔드 서비스에서 애플리케이션에 대한 프로그래밍 방식 액세스를 허용하는 데 사용되지만 관리 목적으로 시스템에 로그인하는 데도 사용됩니다. 서비스 주체의 호출은 사용자로 범위가 지정된 조건부 액세스 정책에 의해 차단되지 않습니다. 워크로드 ID에 조건부 액세스를 사용하여 서비스 주체를 대상으로 하는 정책을 정의합니다.
    • 조직에서 스크립트 또는 코드에서 이러한 계정을 사용하는 경우 관리 ID로 대체합니다.

템플릿 배포

조직은 아래에 설명된 단계에 따라 또는 조건부 액세스 템플릿을 사용하여 이 정책을 배포할 수 있습니다.

조건부 액세스 정책 만들기

다음 단계를 통해 관리자 역할이 할당된 사용자에게 다단계 인증을 수행하도록 요구하는 조건부 액세스 정책을 만들 수 있습니다. 일부 조직에서는 관리자를 위해 보다 강력한 인증 방법으로 전환할 준비가 되어 있을 수도 있습니다. 이러한 조직은 관리자에게 피싱 저항 다단계 인증 필요 문서에 설명된 정책과 같은 정책을 구현할 수 있습니다.

  1. 최소한 조건부 액세스 관리자Microsoft Entra 관리 센터에 로그인합니다.
  2. Entra ID>조건부 액세스>정책으로 이동합니다.
  3. 새 정책을 선택합니다.
  4. 정책에 이름을 지정합니다. 조직에서 정책 이름에 의미 있는 표준을 만드는 것이 좋습니다.
  5. 할당 아래에서 사용자 또는 워크로드 ID를 선택합니다.
    1. 포함 아래에서 디렉터리 역할을 선택하고 이전에 나열된 역할 이상을 선택합니다.

      경고

      조건부 액세스 정책은 기본 제공 역할을 지원합니다. 조건부 액세스 정책은 관리 단위 범위 또는 사용자 지정 역할을 비롯한 다른 역할 형식에는 적용되지 않습니다.

    2. 제외에서 사용자 및 그룹을 선택한 후, 조직의 응급 액세스 또는 비상 계정 중 하나를 선택합니다.

  6. 대상 리소스>(이전의 클라우드 앱)>에서 포함된 항목으로, 모든 리소스 (이전의 '모든 클라우드 앱')을 선택합니다.
  7. 액세스 제어>권한 부여에서 액세스 권한 부여, 다단계 인증 요구, 선택을 차례로 선택합니다.
  8. 설정을 확인하고 정책 사용보고 전용으로 설정합니다.
  9. 만들기를 선택하여 정책을 활성화합니다.

정책 영향 또는 보고서 전용 모드를 사용하여 설정을 확인한 후 정책 사용 토글을 보고서 전용에서 기로 이동합니다.