Zależnie od usługi możliwości te mogą obejmować hostowany katalog, uwierzytelnianie, uwierzytelnianie wieloskładnikowe, federację, logowanie jednokrotne, provisioning, politykę dostępu, przepływy cyklu życia, raportowanie i interfejsy łączące aplikacje oraz inne źródła tożsamości.
IDaaS może zmniejszyć infrastrukturę, którą organizacja eksploatuje bezpośrednio, i zapewnić spójną warstwę tożsamości dla aplikacji software-as-a-service, chmurowych i lokalnych. Tworzy też krytyczną zależność zewnętrzną. Architektura i zamówienia powinny więc obejmować izolację najemców, uprawnienia administracyjne, użycie i lokalizację danych, pieczę nad kluczami, bezpieczeństwo integracji, dostęp do audytu, przenoszalność, dostępność, reagowanie na incydenty i procedury wyjścia.
Najważniejsze punkty
Granica usługiUdokumentuj, które funkcje tożsamości wykonuje dostawca, które systemy pozostają autorytatywne oraz które decyzje i punkty egzekwowania zostają po stronie klienta lub aplikacji.
Model integracjiOceń federację, provisioning, katalogi, API, agenty, konektory i ścieżki odzyskiwania, w tym uprawnienia i tryby awarii każdego komponentu.
Pewność i odpornośćDopasuj pewność uwierzytelniania i federacji do ryzyka, chroń administrację dostawcy, eksportuj użyteczne logi i planuj awarie, kompromitację oraz zakończenie usługi.
Istotne ograniczeniePrzeniesienie funkcji tożsamości do usługi nie przenosi odpowiedzialności za politykę dostępu, dane cyklu życia, autoryzację aplikacji, konfigurację ani odzyskiwanie użytkowników. Możliwości i właściwości bezpieczeństwa różnią się istotnie między dostawcami i poziomami usługi.