Kliv
    Przedsiębiorstwo SSO i SCIM

    Twój zespół loguje się na konta, których już używa

    Połącz się ze swoim dostawcą tożsamości i włącz jednokrotne logowanie dla całej organizacji — skonfiguruj je samodzielnie, udowodnij, że działa, za pomocą prawdziwego testu, zanim będzie to miało wpływ na kogokolwiek, i pozwól, aby synchronizacja katalogów decydowała o tym, kto ma dostęp.

    Cennik
    Twój zespół loguje się na konta, których już używa

    Przedsiębiorstwo SSO i SCIM

    Samoobsługa, a nie zgłoszenie do supportu

    Skonfiguruj logowanie jednokrotne SAML lub OIDC za pomocą instrukcji konfiguracji bezpośrednio w ustawieniach administratora. Bez rozmowy z dostawcą, bez czekania na nas. Masz pełną kontrolę.

    Wdrożenie, w porządku

    Wdrożeń tożsamości można się obawiać, ponieważ wydają się one jednorazowe: włącz przełącznik i miej nadzieję, że cała firma nadal będzie mogła się zalogować. W przypadku Kliv wdrożenie jest sekwencją — każdy krok można udowodnić przed następnym, nikt nie ma na to wpływu, dopóki tak nie powiesz.

    01

    Połącz się ze swoim dostawcą tożsamości

    Okta, Microsoft Entra, Google, OneLogin lub dowolny dostawca SAML lub OIDC — poprzez konfigurację z przewodnikiem w ustawieniach administratora. Bez rozmów z dostawcą, bez kolejki po zgłoszenia, bez czekania na nas.

    02

    Udowodnij to prawdziwym logowaniem

    Zanim cokolwiek zostanie wymuszone, przeprowadzasz faktyczne logowanie w obie strony zgodnie z dokładną konfiguracją. Przełącznik pozostaje zablokowany, dopóki nie przejdzie — a jeśli się nie powiedzie, diagnostyka pokaże, czego oczekiwano w porównaniu z tym, co wysłał Twój dostawca, a nie niejasny kod błędu.

    03

    Mapuj grupy na role

    Grupy Twojego dostawcy stają się rolami Kliv, więc o tym, kto może co zrobić, decyduje się w katalogu, którym już zarządzasz — zanim pojedyncza osoba zaloguje się za jego pośrednictwem.

    04

    Włącz to

    Wymagaj jednokrotnego logowania w swojej domenie. Konta administratorów typu Break-glass nie spełniają tych wymagań, więc źle zachowujący się dostawca tożsamości nigdy nie będzie w stanie zablokować Ci dostępu do Twojej platformy.

    05

    Zezwól na dostęp do dysku katalogowego

    Od tej chwili SCIM dotrzymuje kroku Kliv: dodaj kogoś do odpowiedniej grupy i będzie w środku; dezaktywuj je, a ich dostęp zostanie natychmiast odebrany, sesje i wszystko. Arkusz kalkulacyjny dołączających i opuszczających zostanie wycofany.

    06

    Przeczytaj zapis

    Każde zdarzenie logowania, zmiany i udostępniania trafia do dziennika audytu, który można wyeksportować do narzędzi bezpieczeństwa, gdy tylko pojawi się prompt o sprawdzenie. Szlak istnieje, zanim ktokolwiek pomyśli, żeby o niego zapytać.

    07

    Pozostaw wyjścia otwarte

    Zaufanie obejmuje możliwość odejścia. Eksportowanie i kasowanie GDPR jest wbudowane, dane na żywo, testowane i piaskownica pozostają wyraźnie oddzielone — a źródło Twojej aplikacji synchronizuje się z Twoim własnym repozytorium Git, metodą push i pull.

    Jedno logowanie dla wszystkich

    Twój zespół korzysta ze swoich istniejących kont firmowych za pośrednictwem Okta, Microsoft Entra, Google, OneLogin lub dowolnego dostawcy SAML lub OIDC. Jedno hasło mniej do zarządzania.

    Automatyczne udostępnianie i anulowanie udostępniania

    Synchronizacja katalogów sprawia, że Kliv jest w zgodzie z Twoim dostawcą tożsamości. Dodaj kogoś do odpowiedniej grupy, a ta osoba dołączy; dezaktywuj je, a ich dostęp zostanie natychmiast odebrany, sesje i wszystko.

    Udowodnij to, zanim go włączysz

    Prawdziwe logowanie w obie strony potwierdza, że konfiguracja działa, zanim wpłynie to na pojedynczego użytkownika. Nie możesz go włączyć, dopóki test nie przejdzie pomyślnie.

    Diagnostyka wskazująca rozwiązanie

    Gdy logowanie się nie powiedzie, zobaczysz dokładnie to, czego oczekiwano w porównaniu z tym, co wysłał Twój dostawca — a nie jakiś niejasny błąd. Rozwiązanie jest właśnie tam.

    Ty decydujesz, kto wejdzie

    Wymagaj jednokrotnego logowania w swojej domenie, mapuj grupy dostawcy na role Kliv i miej administratorów awaryjnych, aby nigdy nie zostać zablokowanym.

    Jasny zapis wszystkiego

    Każde zdarzenie logowania, zmiany i udostępniania jest rejestrowane. Eksportuj go do narzędzi bezpieczeństwa, kiedy tylko go potrzebujesz.

    Brak znaczników korporacyjnych

    SAML, OIDC i SCIM — zawarte w Max 20x

    Większość dostawców SaaS blokuje jednokrotne logowanie za warstwą korporacyjną typu „zadzwoń do nas” i pobiera wysoką marżę za ten przywilej. Kliv nie. Pojedyncze logowanie SAML i OIDC, udostępnianie SCIM i dziennik kontroli tożsamości są dostarczane z planem Max 20x — planem, który kupujesz za pomocą karty kredytowej, bez konieczności rozmowy z działem sprzedaży. Bezpieczeństwo klasy korporacyjnej nie powinno być luksusowym dodatkiem.

    Przetestuj konfigurację, zanim ktokolwiek ją przeżyje

    Podłączenie dostawcy tożsamości nie powinno być skokiem wiary. W przypadku Kliv najpierw przeprowadzasz rzeczywiste logowanie w oparciu o dokładnie taką konfigurację, a przełącznik odblokowuje się dopiero, gdy się to powiedzie. To, co inne narzędzia czynią nieszczęśliwym, staje się bezpieczne.

    Domyślnie gotowy do pracy w przedsiębiorstwie

    Poza logowaniem: ścieżka audytu tożsamości na poziomie zgodności, wbudowane eksportowanie i kasowanie GDPR oraz przejrzyste oddzielanie danych pomiędzy środowiskami aktywnymi, testowymi i piaskownicą. Sam kod nigdy nie jest zakładnikiem — źródło Twojej aplikacji synchronizuje się z Twoim własnym repozytorium Git, metodą push i pull. Kontrole zaufania, których oczekuje Twój zespół ds. bezpieczeństwa, już tu są.

    Często zadawane pytania

    Czy możemy przetestować SSO przed jego egzekwowaniem?

    Tak — i musisz: Kliv przeprowadził rzeczywiste logowanie w obie strony względem Twojej dokładnej konfiguracji, a przełącznik wymuszania pozostaje zablokowany do czasu zakończenia testu. Konfigurowanie nie ma na nikogo wpływu i na nikogo nie ma to wpływu, dopóki nie zdecydujesz, że tak jest.

    Kto to konfiguruje – nasz zespół czy Twój?

    Całkowicie Twoje: konfiguracja z przewodnikiem w ustawieniach administratora, bez rozmów handlowych i bez zgłoszeń do pomocy technicznej. Gdy coś jest nie tak, diagnostyka pokazuje, czego oczekiwano, w porównaniu z tym, co faktycznie wysłał Twój dostawca — poprawka jest zwykle widoczna na tym samym ekranie.

    Co się stanie, gdy ktoś odejdzie z firmy?

    Dezaktywujesz je w swoim katalogu, a SCIM zajmie się resztą: dostęp zostanie natychmiast cofnięty, łącznie z aktywnymi sesjami. Offboarding z Kliv przestaje być oddzielnym punktem na liście kontrolnej — jest efektem ubocznym offboardingu, którego już dokonałeś.

    Co rejestruje dziennik kontroli?

    Każde logowanie, każda zmiana konfiguracji, każde zdarzenie udostępniania — kto, co i kiedy. Eksportuj go do swoich narzędzi bezpieczeństwa, kiedy tylko go potrzebujesz; dokument ma stopień zgodności i należy do Ciebie.

    W jaki sposób nasze dane są rozdzielane pomiędzy środowiskami?

    Dane bieżące, testowe i piaskownica są przechowywane w przejrzysty sposób — eksperyment w piaskownicy w żadnym wypadku nie może dotknąć wierszy produkcyjnych. A ponieważ wszystkim zarządza jeden system tożsamości, osoba, którą dezaktywuje Twój katalog, w tym samym momencie traci aktywną aplikację, dane testowe i piaskownicę.

    Czy rzeczywiście jesteśmy właścicielami kodu?

    Tak — źródło Twojej aplikacji synchronizuje się z Twoim własnym repozytorium Git, metodą push i pull. Własność nie jest obietnicą w umowie; to pilot, którym sterujesz, aktualny przy każdym pociągnięciu.

    Zabierz cały swój zespół na Kliv

    Podłącz swojego dostawcę tożsamości, przetestuj go w praktyce i włącz — wszystko samodzielnie. Wbudowane środki zbudowane razem: jeden system tożsamości zarządza aplikacją, jej środowiskami i ścieżką audytu.

    Zobacz, jak działa konfiguracja SSO