일반적인 조건부 액세스 정책: 내부자 위험이 있는 사용자에 대한 액세스 차단(미리 보기)

대부분의 사용자는 추적 가능한 일반 동작을 갖고 있으며, 정상 범위를 벗어나면 사용자가 로그인하도록 허용하는 것이 위험할 수 있습니다. 해당 사용자를 차단하거나 사용 약관 정책을 검토하도록 요청할 수 있습니다. Microsoft Purview는 조건부 액세스에 내부자 위험 신호를 제공하여 액세스 제어 결정을 구체화할 수 있습니다. 내부자 위험 관리는 Microsoft Purview일부입니다. 조건부 액세스에서 신호를 사용하려면 먼저 사용하도록 설정해야 합니다.

Screenshot of an example Conditional Access policy using insider risk as a condition.

사용자 제외

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

  • 테넌트 전체 계정 잠금을 방지하기 위한 응급 액세스 또는 비상 계정. 드문 경우지만 모든 관리자가 테넌트에서 잠기면 응급 액세스 관리 계정을 사용하여 테넌트에 로그인하여 액세스 복구 단계를 수행할 수 있습니다.
  • 서비스 계정서비스 주체(예: Microsoft Entra Connect 동기화 계정) 서비스 계정은 특정 사용자에게 연결되지 않은 비대화형 계정입니다. 일반적으로 애플리케이션에 대한 프로그래매틱 액세스를 허용하는 백엔드 서비스에서 사용하지만 관리 목적으로 시스템에 로그인할 때도 사용합니다. MFA를 프로그래밍 방식으로 완료할 수 없기 때문에 이러한 서비스 계정은 제외되어야 합니다. 서비스 주체가 수행한 호출은 사용자로 범위가 지정된 조건부 액세스 정책에서 차단하지 않습니다. 워크로드 ID에 조건부 액세스를 사용하여 서비스 주체를 대상으로 하는 정책을 정의합니다.
    • 조직에서 스크립트 또는 코드에 이러한 계정을 사용 중인 경우 이를 관리 ID로 바꾸는 것이 좋습니다. 임시 해결 방법으로 기준 정책에서 이러한 특정 계정을 제외할 수 있습니다.

템플릿 배포

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

조건부 액세스 정책을 사용하여 액세스 차단

다음 정책을 만들기 전에 적응형 보호를 구성합니다.

  1. 최소한 조건부 액세스 관리자Microsoft Entra 관리 센터에 로그인합니다.
  2. 보호>조건부 액세스로 이동합니다.
  3. 새 정책 만들기를 선택합니다.
  4. 정책에 이름을 지정합니다. 조직에서 정책 이름에 의미 있는 표준을 만드는 것이 좋습니다.
  5. 할당 아래에서 사용자 또는 워크로드 ID를 선택합니다.
    1. 포함에서 모든 사용자를 선택합니다.
    2. 제외 아래:
      1. 사용자 및 그룹을 선택하고 조직의 비상 액세스 또는 비상 계정을 선택합니다.
      2. 게스트 또는 외부 사용자를 선택하고 다음을 선택합니다.
        1. B2B 직접 연결 사용자
        2. 서비스 공급자 사용자입니다.
        3. 다른 외부 사용자.
  6. 대상 리소스>클라우드 앱>포함에서 모든 클라우드 앱을 선택합니다.
  7. 조건>참가자 위험에서 구성을 예설정합니다.
    1. 정책 적용을 위해 할당해야 하는 위험 수준을 선택합니다.
      1. 상승됨을 선택합니다.
      2. 완료를 선택합니다.
  8. 액세스 제어>권한 부여에서 액세스 차단을 선택하고 선택을 선택합니다.
  9. 설정을 확인하고 정책 사용보고 전용으로 설정합니다.
  10. 만들기를 선택하여 정책을 만들어 사용하도록 설정합니다.

관리자가 보고 전용 모드를 사용하여 설정을 확인한 후 정책 사용 토글을 보고 전용에서 켜기로 이동할 수 있습니다.

다음 단계