Przejdź do treści
Kleora

Dokumentacja Kleora

Dodaj hostowane logowanie do swojej aplikacji, sprawdź token w swoim API i zarządzaj użytkownikami, przestrzeniami roboczymi i rolami z jednej konsoli.

Kleora daje Twojej aplikacji stronę logowania, której nie musisz budować, i token dostępu, który Twoje API sprawdzi samodzielnie. Zakładasz aplikację w konsoli, kierujesz na nią jedno z naszych SDK i Twoi użytkownicy logują się na stronie hostowanej pod własnym adresem tej aplikacji — z Twoim logo, e-mailem i hasłem, kodem TOTP, a w planie Pro także kluczem dostępu.

Każda aplikacja ma dwa środowiska — sandbox i produkcję — a każde z nich własnych użytkowników, własne klucze podpisujące i własny adres. Nic, co sprawdzisz w sandboksie, nie dosięgnie prawdziwych ludzi.

Od czego zacząć

  • Szybki start — od pustego projektu do działającego logowania.
  • Instalacja SDK — pięć paczek, które publikujemy, i do czego służy każda z nich.

Co dostajesz

  • Hostowane logowanie. Logowanie, rejestracja, potwierdzenie adresu, reset hasła, MFA i wybór przestrzeni roboczej to strony, które hostujemy my, a oznaczasz marką Ty. Twoja aplikacja nigdy nie widzi hasła.
  • Standardowy OAuth 2.1 i OpenID Connect. Kod autoryzacyjny z PKCE, discovery, JWKS, rotowane tokeny odświeżania i device grant dla narzędzi w terminalu oraz agentów. Wszystko jest opisane pod adresem {issuer}/.well-known/openid-configuration, więc dowolny klient OIDC poradzi sobie tak samo dobrze jak nasz.
  • Przestrzenie robocze i role. Przestrzenie robocze, zaproszenia i role ograniczone do jednej przestrzeni. Role i uprawnienia jadą w tokenie dostępu, więc Twoje API odczytuje je z tokenu, zamiast o nie pytać.
  • API zarządzania. Wszystko, co robi konsola, może zrobić Twój własny kod: użytkownicy, przestrzenie robocze, klienci, role, klucze API i dziennik zdarzeń.

Plan Free obejmuje 10 000 aktywnych użytkowników miesięcznie, liczonych łącznie dla wszystkich aplikacji na koncie. Klucze dostępu i wymóg MFA są dostępne od planu Pro.