팀이 이미 사용하고 있는 계정으로 로그인
ID 제공업체를 연결하고 전체 조직에 대해 SSO(Single Sign-On)를 활성화하세요. 직접 설정하고, 누군가 영향을 받기 전에 실제 테스트를 통해 작동하는지 입증하고, 디렉토리 동기화가 액세스 권한을 처리하도록 하세요.
엔터프라이즈 SSO 및 SCIM
지원 티켓이 아닌 셀프 서비스
관리 설정에서 바로 안내 설정을 통해 SAML 또는 OIDC single sign-on(SSO)을 구성하세요. 공급업체에 전화할 필요도 없고, 우리를 기다릴 필요도 없습니다. 사용자는 모든 것을 통제할 수 있습니다.
출시 순서
ID 롤아웃은 일회성으로 느껴지기 때문에 두려워합니다. 스위치를 전환하고 회사 전체가 계속 로그인할 수 있기를 바랍니다. Kliv에서 롤아웃은 순서대로 진행됩니다. 각 단계는 다음 단계 전에 입증 가능하며, 그렇게 말할 때까지 아무도 영향을 받지 않습니다.
ID 제공업체 연결
Okta, Microsoft Entra, Google, OneLogin 또는 모든 SAML 또는 OIDC 공급자 — 관리자 설정의 안내 설정을 통해. 공급업체에 전화할 필요도 없고, 티켓 대기열도 없으며, 우리를 기다릴 필요도 없습니다.
실제 로그인으로 증명
어떤 것이든 시행되기 전에 정확한 구성에 대해 실제 로그인 왕복을 실행합니다. 스위치는 통과할 때까지 잠긴 상태로 유지되며, 실패할 경우 진단에서는 모호한 오류 코드가 아닌 예상했던 것과 공급자가 보낸 것을 보여줍니다.
그룹을 역할에 매핑
제공업체의 그룹은 Kliv 역할이 되므로, 한 사람이 로그인하기 전에 이미 관리하고 있는 디렉토리에서 누가 무엇을 할 수 있는지가 결정됩니다.
켜기
도메인에 Single Sign-On이 필요합니다. 투명 관리 계정은 요구 사항을 벗어나므로 오작동하는 ID 제공업체가 사용자의 플랫폼을 잠그는 일이 절대 없습니다.
디렉토리 드라이브 액세스 허용
SCIM은 Kliv를 계속해서 보조합니다. 누군가를 올바른 그룹에 추가하면 해당 그룹에 속하게 됩니다. 비활성화하면 세션과 모든 액세스가 즉시 취소됩니다. 합류자 및 탈퇴자 스프레드시트가 종료됩니다.
기록 읽기
모든 로그인, 변경 및 프로비저닝 이벤트는 감사 로그에 기록되며 검토가 필요할 때마다 보안 도구로 내보낼 수 있습니다. 흔적은 누군가가 요청하기 전에 존재합니다.
출구를 열어두세요
신뢰에는 떠날 수 있다는 것도 포함됩니다. GDPR 내보내기 및 삭제 기능이 내장되어 있으며 라이브, 테스트 및 Sandbox 데이터가 완전히 분리되어 유지됩니다. 앱의 소스는 푸시 및 풀을 통해 자체 Git 저장소와 동기화됩니다.
모두를 위한 single sign-on
사용자의 팀은 Okta, Microsoft Entra, Google, OneLogin 또는 SAML 또는 OIDC 제공업체를 통해 기존 회사 계정을 사용합니다. 관리할 비밀번호가 하나 줄어듭니다.
자동 프로비저닝 및 프로비저닝 해제
디렉터리 동기화는 Kliv를 ID 공급자와 보조를 맞춰 유지합니다. 적절한 그룹에 누군가를 추가하면 해당 그룹에 속하게 됩니다. 비활성화하면 세션 및 모든 액세스가 즉시 취소됩니다.
켜기 전에 증명하세요
실제 로그인 왕복을 통해 단일 사용자가 영향을 받기 전에 설정이 제대로 작동하는지 확인합니다. 테스트가 통과할 때까지 전원을 켤 수 없습니다.
수정 사항을 가리키는 진단
로그인에 실패하면 모호한 오류가 아닌 공급자가 보낸 내용과 예상한 내용을 정확하게 확인할 수 있습니다. 해결책은 바로 거기에 있습니다.
누가 들어갈지 결정하세요
도메인에 SSO(Single Sign-On)를 요구하고, 공급자의 그룹을 Kliv 역할에 매핑하고, 비상 상황에 대비한 관리자를 유지하여 계정이 잠기는 일이 없도록 하세요.
모든 것에 대한 명확한 기록
모든 로그인, 변경 및 프로비저닝 이벤트가 기록됩니다. 필요할 때마다 보안 도구로 내보낼 수 있습니다.
기업 마크업 없음
SAML, OIDC 및 SCIM — 최대 20x에 포함
대부분의 SaaS 공급업체는 SSO(Single Sign-On)를 Call-US 엔터프라이즈 계층 뒤에 고정하고 권한에 대해 높은 가격 인상을 청구합니다. Kliv는 그렇지 않습니다. SAML 및 OIDC single sign-on(SSO), SCIM 프로비저닝, ID 감사 로그는 모두 최대 20x 요금제와 함께 제공됩니다. 이 요금제는 판매 통화가 필요 없는 신용 카드로 구매하는 요금제입니다. 엔터프라이즈급 보안은 사치스러운 추가 기능이 되어서는 안 됩니다.
누군가가 실행하기 전에 설정을 테스트하십시오
ID 제공자를 연결하는 것은 맹신해서는 안 됩니다. Kliv에서는 먼저 정확한 구성에 대해 실제 로그인을 실행하고 성공한 후에만 스위치 잠금을 해제합니다. 다른 도구가 비참하게 만드는 것을 안전하게 만듭니다.
기본적으로 기업용
로그인 그 이상: 규정 준수 등급 ID 감사 추적, GDPR 내보내기 및 삭제 기능이 내장되어 있으며 데이터가 라이브, 테스트 및 Sandbox 환경 전체에서 깔끔하게 분리되어 유지됩니다. 그리고 코드 자체는 결코 인질이 되지 않습니다. 앱의 소스는 자신의 Git 저장소에 동기화되어 푸시 및 풀됩니다. 보안 팀이 기대하는 신뢰 제어 기능은 이미 구현되어 있습니다.
자주 묻는 질문
SSO를 시행하기 전에 테스트할 수 있나요?
예 — 그리고 다음을 수행해야 합니다. Kliv는 정확한 구성에 대해 실제 로그인 왕복을 실행하고 해당 테스트가 통과할 때까지 시행 스위치를 잠긴 상태로 유지합니다. 설정하는 동안에는 누구도 영향을 받지 않으며 결정하기 전까지는 누구도 영향을 받지 않습니다.
이것을 구성하는 사람은 누구입니까? 우리 팀입니까 아니면 사용자 팀입니까?
완전히 사용자의 것입니다. 관리 설정에서 안내에 따라 설정이 가능하며 판매 전화나 지원 티켓이 필요하지 않습니다. 문제가 발생하면 진단을 통해 예상했던 내용과 공급자가 실제로 보낸 내용이 표시됩니다. 일반적으로 수정 사항은 동일한 화면에서 확인할 수 있습니다.
누군가 회사를 떠나면 어떻게 되나요?
디렉터리에서 비활성화하면 SCIM이 나머지 작업을 수행합니다. 액세스는 즉시 취소되고 활성 세션은 포함됩니다. Kliv에서 오프보딩하는 것은 더 이상 별도의 체크리스트 항목이 아닙니다. 이는 이미 수행한 오프보딩의 부작용입니다.
감사 로그는 무엇을 캡처하나요?
모든 로그인, 모든 구성 변경, 모든 프로비저닝 이벤트 — 누가, 무엇을, 언제. 필요할 때마다 보안 도구로 내보냅니다. 기록은 규정 준수 등급이며 사용자의 것입니다.
데이터는 여러 환경에서 어떻게 분리되나요?
라이브, 테스트 및 Sandbox 데이터는 깔끔하게 분리되어 있습니다. Sandbox에서의 실험은 프로덕션 행에 절대 영향을 미칠 수 없습니다. 그리고 하나의 ID 시스템이 이 모든 것을 관리하기 때문에 디렉터리를 비활성화한 사람은 라이브 앱, 테스트 데이터 및 Sandbox를 동시에 잃게 됩니다.
우리가 실제로 코드를 소유하고 있나요?
예 — 앱의 소스가 자신의 Git 저장소에 동기화되어 푸시 및 풀됩니다. 소유권은 계약상의 약속이 아닙니다. 그것은 사용자가 제어할 수 있는 리모콘이며, 마지막으로 뽑을 때마다 현재 계속 유지합니다.
팀 전체를 Kliv로 불러오세요
ID 제공업체를 연결하고 실제로 테스트하고 켜세요. 모든 것이 직접 가능합니다. 내장형이란 함께 내장되어 있음을 의미합니다. 하나의 ID 시스템이 앱, 앱 환경 및 감사 추적을 관리합니다.
