Okta Identity Engine

事前定義された認証、認可、登録のフローを分解

顧客は、状況に応じコンテキストに基づいたユーザージャーニーを作成することが可能。これにより最小限のカスタムコードで、無制限の数のアイデンティティのユースケースへの対応が可能となります。 ユーザー、デバイス、アプリ、ネットワークのコンテキストを利用しましょう。また、各ユーザーのアイデンティティのジャーニーの通知をもらい、それに応じて対象のアクセスエクスペリエンスを適応させるのです。 Okta Identity Engine は、一連のステップで構成されています。各ステップで、登録、認証、認可といった、ユーザージャーニー全体を操作します。

この他にも、コンポーネントでポリシーの評価、フックの起動、イベントの公開、ユーザーアクションの促進、外部サービスへの転送なども行うことが可能です。適用されるユースケースやコンテキストに応じて、カスタマイズすることができます。エンジンにあるステップを省略するように Okta を構成することも可能です。また、任意のアプリや、エクスペリエンスの任意の時点で、実行およびスキップするさまざまなステップを選択し、アイデンティティの多種多様なシーケンスを作成できます。

フックの実行とイベントの公開をすることで、Okta Identity Engine のセキュリティガードレールをこれまでどおりに活用しながら、無制限のユースケースに対応が可能です。フックを使用することで Okta Identity Engine の拡張性を高めます。これにより、カスタムコードの追加をし、進行中のプロセスの変更や外部サービスの通知が行えるようになります。フックには次の 2 つの種類があります。

• インラインフック - カスタムロジックをコンポーネントに追加
• イベントフック - Oktaシステムログに出力されたイベントに基づき、ダウンストリーム統合を開始

メールベースのマジックリンクを使ったパスワードレス認証

パスワードの使用を廃止することができます。認証シーケンスにパスワードを登録するのではなく、メールのマジックリンクを利用してユーザーを認証することが可能となります。一部のアプリケーションではパスワードレスのフローを利用できますが、メール、プッシュ、WebAuthn などのより強力な要素を必要とするアプリケーションもあります。

ユーザーによるアカウントの復元の選択肢を拡大

ユーザーは最新の認証要素を使用することで、忘れたパスワードのリセットが可能です。セキュリティ質問や SMS といった安全性の低い復元方法だけを使用するのではなく、Okta Verify Push や WebAuthn 等セキュリティ強度の高い要素を使用し、認証情報のリセットが可能となりました。これにより、エンドユーザーのアクセスエクスペリエンスを向上、セキュリティ体制を強化し、IT ヘルプデスクへの問い合わせ件数を削減します。

必須およびオプションの属性に対してプログレッシブプロファイリングを追加することにより、顧客のライフタイムを通じて顧客プロファイルを徐々に構築

ユーザーエクスペリエンスを最適化するため、企業はよりスムーズに登録ができるよう構成することが可能です。初回登録では、入力する項目数を最小限に抑え、その後の登録で、ユーザーに追加情報の入力を要求するように設定します。たとえば、e コマースサイトで、最初の登録時にはユーザーにメールアドレスの入力を求め、購入する前に住所と電話番号の入力を求めることもできます。

アプリケーションのコンテキストに基づいてブランディングをカスタマイズ

管理者は、各シーケンスを別個のブランディングで設定し、ユーザーがサービスの利用をどのように開始するかに応じ、異なるエクスペリエンスを提供することができます。たとえば、単一のロイヤルティプログラムで複数のブランドを展開するホテル、または複数の子会社を有する親会社では、ユーザーが選んだホテルや企業に応じて、ログインの外観をカスタマイズできます。