ID 계층
Iru Identity는 ID 공급자입니다. 사용자는 일반적으로 패스키 또는 Iru Access 앱으로 Iru에 직접 로그인하며, Iru는 연결된 모든 앱에 사용자의 신원을 보증하고 각 앱이 지원하는 SAML 또는 OIDC 표준을 사용하여 서명된 ID 명세를 보냅니다. Iru는 이미 운영 중인 ID 공급자에 대한 신뢰 당사자 역할도 할 수 있습니다. 로그인을 해당 공급자에게 넘기고 공급자가 사용자를 확인하면 세션을 계속합니다. 이는 두 가지 상황을 위한 보조 경로입니다.- 기존 공급자로 Iru 플랫폼에 로그인. 모든 Iru 테넌트는 Iru Identity를 사용하여 관리자를 관리하고 사용자를 동기화하지만, 모든 조직이 이를 전체 ID 공급자로 사용하는 것은 아닙니다. Iru Identity가 Iru 및 해당 제품에 대한 인증 계층인 경우 사용자는 이미 운영 중인 공급자로 로그인할 수 있습니다.
- 마이그레이션 지원. Iru Identity를 ID 공급자로 전환하는 동안 사용자는 전환 기간 중 현재 공급자를 통해 계속 로그인할 수 있습니다.
로그인 작동 방식
연결된 앱에 대한 모든 로그인은 해당 앱의 인증 정책에 따라 검사됩니다. 강력한 인증기는 항상 필요하며, 그런 다음 정책이 액세스를 허용하기 전에 Device Trust를 평가합니다. Iru는 결정을 활동 로그에 기록합니다.프로비저닝 작동 방식
프로비저닝은 디렉터리와 앱을 두 방향으로 실제 상황에 맞게 유지합니다.- 인바운드(Iru로)
- 아웃바운드(앱으로)
사용자는 신뢰할 수 있는 정보 소스에서 디렉터리로 들어옵니다.연결된 HR 시스템은 일정에 따라 사용자를 동기화하고, 파일 가져오기는 한 번에 일괄로
가져오며, 언제든지 사용자를 직접 추가할 수 있습니다. 프로필이 도착하면
Auto Groups가 멤버십을 자동으로 업데이트합니다.
Iru Access
Iru Access는 사용자가 컴퓨터나 모바일 기기에 설치하는 Iru 앱입니다. 동시에 두 가지 역할을 합니다.- 인증기: 사용자가 로그인하는 데 사용하는 기기 바인딩 패스키 스타일 자격 증명을 보관하며, 기기의 생체 인식 또는 화면 잠금으로 잠금 해제됩니다.
- 기기 에이전트: 기기의 상태 신호를 Iru에 보고하며, Device Trust 정책에서 이를 요구할 수 있습니다.
Device Trust 신호
각 기기의 Iru Access 에이전트는 기기 상태(예: 기기가 암호화되어 있고 정상인지 여부)를 Iru에 보고하며, 인증 정책에서 이를 사용할 수 있습니다. 그러면 정책에서 액세스를 허용하기 전에 알려진 정상 기기를 요구할 수 있습니다. Device Trust를 참조하세요.테넌트를 보호하는 보장
인증은 항상 신뢰할 수 있어야 합니다. Iru가 이를 보호하기 위해 수행하는 작업은 다음과 같습니다.테넌트 격리
디렉터리, 앱 및 설정은 자체 테넌트에 있습니다. 한 조직의 데이터는 다른 조직에 절대
표시되지 않습니다.
검증 가능한 로그인
Iru가 앱에 보내는 ID 명세는 서명되어 있으므로 각 앱은 해당 명세가 실제로 Iru에서 왔으며
전송 중에 변경되지 않았음을 확인할 수 있습니다.
보호된 자격 증명
패스키와 같은 인증기는 로그인에 필요한 비밀 정보를 사용하는 앱과 공유할 필요가 없도록
저장되고 검증됩니다.
모든 곳에서 암호화
정보는 사용자, Iru 및 앱 간에 전송되는 동안과 저장되는 동안 보호됩니다.
다음 단계
주요 개념
위에서 언급한 객체와 그 관계를 검토합니다.
페더레이션 인증
사용자가 이미 로그인에 사용하는 ID 공급자를 연결합니다.
인증 정책
각 앱에 누가 로그인할 수 있고 무엇을 증명해야 하는지 결정합니다.
애플리케이션
사용자가 로그인하는 앱을 연결합니다.