パスキー
主要な認証システムです。パスキーを使用すると、デバイスですでに使用している指紋、顔、または
画面ロックでサインインでき、覚えたり使い回したりするパスワードはありません。パスキーは
フィッシング耐性があります。Iru でのみ機能するため、偽のサインインページで取得されて
再利用されることはありません。
Iru Access
ユーザーのコンピュータまたはモバイルデバイスにインストールされる Iru Access アプリ。ユーザーは
招待から登録し、サインインの確認に使用します。パスキーと同様に、デバイスに紐付けられ、
デバイスの生体認証または画面ロックで解除されます。Iru Access は、デバイストラストポリシーのために
デバイスヘルスも報告します。
フェデレーションプロバイダー
Iru の認証システムの代わりに、接続した ID プロバイダー(Google、Microsoft、または任意の SAML や
OIDC プロバイダー)を通じてサインインできます。外部プロバイダーがユーザーを検証し、Iru はその結果を
信頼します。これはユーザーごとに登録するものではなく、
Federated Authentication で設定します。
パスキーと Iru Access は Iru が直接管理するフィッシング耐性のある認証システムであり、
推奨されるサインイン方法です。代わりにフェデレーションプロバイダーを通じてサインインする場合、
そのサインインの強度はプロバイダーが適用する制御によって異なります。
パスキーを使用する理由
パスキーは、ユーザーが Iru にサインインするための推奨される方法です。フィッシングされるものがない
パスキーは Iru に紐付けられているため、攻撃者が似せたサイトで入力させることができる
共有シークレットはありません。
覚えるものがない
ユーザーはデバイスにすでにある生体認証または画面ロックでパスキーを解除するため、作成、
ローテーション、または忘れるパスワードはありません。
シークレットがデバイスから出ない
サインインに必要なパスキーの部分はユーザーのデバイスに保持され、Iru やユーザーが開くアプリに
送信されることはありません。
日常的なサインインのために設計
パスキーによるサインインは 1 回のすばやい操作で済むため、強力な要件でもユーザーにとって
負担になりません。
ステータス:アクティブまたは一時停止
すべての認証システムにはステータスがあります。
認証システムを一時停止すると、削除せずに使用をブロックできるため、何かを調査している間に便利です。
認証システムを削除すると、完全に削除されます。
セルフサービスと管理者による監督
認証システムはそれを使用するユーザーが所有し、注意が必要な場合には管理者が監督します。- エンドユーザーが行うこと
- 管理者が行うこと
ユーザーは Iru のアカウントから自分の認証システムを管理します。パスキーを追加し、登録済みの
認証システムを確認し、使用しなくなったものを削除できます。パスキーは個人のデバイスに保存されるため、
セルフサービスによる登録がユーザーのセットアップの通常の方法です。
エンドユーザーエクスペリエンスを参照してください。
認証システムとポリシーの関係
Iru の認証システム(パスキーまたは Iru Access)であれ、接続されたフェデレーションプロバイダーであれ、 すべてのサインインはアクセスが付与される前に証明されます。強力な認証システムは組み込みのデフォルトであり、 ポリシーでオンにするものではありません。その上で、認証ポリシーが デバイストラストを重ね、サインインを完了できるデバイスとその状態を決定します。次のステップ
認証ポリシー
すべてのサインインで使用される認証システムの上に、デバイストラストの条件を重ねます。
サインインエクスペリエンス
ユーザーがサインイン時に認証システムをどのように使用するかを確認します。
フェデレーション認証
Google、Microsoft、または SAML や OIDC プロバイダーを通じてユーザーがサインインできるようにします。
資格情報とセッション
Iru が認証システムの背後にある資格情報と、それによって作成されるセッションを保護する方法。
エンドユーザーエクスペリエンス
ディレクトリ内のユーザーにとってのセルフサービスの様子。
パスキーとソーシャルログイン
Iru Endpoint テナント管理者のサインイン用パスキー
認証システムの管理
パスキー、Iru Access、バックアップデバイスに関するエンドユーザーガイド
Iru アカウントの回復
パスキーを紛失したチームメンバーがアクセスを回復できるよう支援します