> ## Documentation Index
> Fetch the complete documentation index at: https://docs.iru.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 위험 및 적응형 액세스

> 액세스가 컨텍스트에 맞게 조정되도록 하여 민감한 앱과 위험한 조건에서는 강화하고, 일상적인 로그인에서는 마찰 없이 유지합니다.

모든 로그인이 동일한 처리를 받아야 하는 것은 아닙니다. 익숙하고 관리되는 기기에서
중요도가 낮은 앱에 로그인하는 것은 민감한 애플리케이션에 액세스하는 것과 매우
다릅니다. **적응형 액세스**를 사용하면 인증 정책이 이러한 차이에 대응할 수 있습니다.
상황이 필요로 할 때는 더 많은 것을 요구하고, 그렇지 않을 때는 방해하지 않습니다.

<Info>
  적응형 액세스는 [인증 정책](/ko/identity/authentication/authentication-policies)이
  표현하는 것입니다. 아래에서는 조정할 수 있는 수단을 설명하며, 정책 페이지에서는
  이를 결합하여 결정을 내리는 방법을 설명합니다.
</Info>

## 조정할 수 있는 항목

현재 적응형 액세스의 가장 강력한 수단은 **기기 신뢰**, 즉 사용자가 로그인하는 기기에
정책이 부과하는 조건입니다. 더 민감한 애플리케이션에 더 강력한 정책을 연결하여
선택적으로 적용합니다.

<CardGroup cols={2}>
  <Card title="기기 신뢰" icon="laptop" href="/ko/identity/authentication/device-trust">
    민감한 앱에는 알려지고 정상이며 관리되는 기기를 요구하고, 일상적인 앱은 모든
    기기에서 허용합니다.
  </Card>

  <Card title="애플리케이션 계층" icon="layer-group" href="#risk-levels">
    위험 수준을 사용하여 각 앱의 민감도를 분류하고 최상위 계층에 더 강력한 기기 신뢰
    정책을 연결합니다.
  </Card>
</CardGroup>

애플리케이션을 계층화하고 민감한 애플리케이션에 더 강력한 정책을 연결하면, 모든
사람의 속도를 늦추지 않으면서 컨텍스트에 맞게 조정되는 액세스를 얻을 수 있습니다.

## 위험 수준

Iru에서는 팀이 이미 위험에 대해 이야기하는 방식에 맞게 생성하는 명명된 분류인 **위험
수준**도 정의할 수 있습니다. 위험 수준은 민감도를 중심으로 애플리케이션과 정책을
구성하기 위한 일관된 용어를 제공합니다. 현재는
[애플리케이션 역할](/ko/identity/applications/roles-and-bundles)에 위험 수준을 할당하여
더 민감한 액세스를 표시할 수 있습니다.

<Note>
  위험 수준은 사용자가 정의하는 분류입니다. 각 로그인에 자동으로 점수를 매기고 그
  점수를 정책 결정에 반영하는 것은 Iru가 확장 중인 영역입니다. 기능이 성숙해 가는
  방식은 [Iru 릴리스 단계](/ko/iru/platform-overview/iru-release-stages)를 참조하세요.
  현재는 이미 적용되고 있는 **기기 신뢰**를 중심으로 계획하세요. 패스키 또는 Iru
  Access는 이미 모든 로그인에 필요합니다.
</Note>

## 실용적인 접근 방식

<Steps>
  <Step title="애플리케이션 계층화">
    가장 민감한 애플리케이션을 결정합니다. 팀의 나머지 구성원이 동일한 용어를
    공유하도록 해당 계층을 나타내는 [위험 수준](#risk-levels)을 정의하세요.
  </Step>

  <Step title="기본 제공 기준선에서 시작">
    모든 로그인에는 이미 패스키 또는 Iru Access가 필요하므로 모든 액세스는 강력하고
    피싱에 강한 기준선에서 시작합니다. 이를 위해 구성할 것은 없습니다.
  </Step>

  <Step title="민감한 계층 강화">
    가장 민감한 앱에는 [기기 신뢰](/ko/identity/authentication/device-trust) 요구 사항을
    추가하여 알려지고 정상인 기기만 접근할 수 있도록 합니다.
  </Step>

  <Step title="결과 검토">
    [활동 로그](/ko/identity/administration/activity-log)에서 로그인이 어떻게 결정되는지
    확인하고 정당한 사용자가 불필요하게 지연되지 않도록 조정하세요.
  </Step>
</Steps>

## 다음 단계

<CardGroup cols={2}>
  <Card title="인증 정책" icon="shield-halved" href="/ko/identity/authentication/authentication-policies">
    기기 신뢰와 애플리케이션 계층이 하나의 결정으로 결합되는 곳.
  </Card>

  <Card title="기기 신뢰" icon="laptop" href="/ko/identity/authentication/device-trust">
    민감한 액세스에 알려지고 정상인 기기를 요구합니다.
  </Card>

  <Card title="인증기" icon="key" href="/ko/identity/authentication/authenticators">
    모든 로그인에 사용되는 피싱 방지 증명.
  </Card>

  <Card title="활동 로그" icon="list-check" href="/ko/identity/administration/activity-log">
    시간 경과에 따라 로그인이 어떻게 결정되는지 검토합니다.
  </Card>
</CardGroup>
