> ## Documentation Index > Fetch the complete documentation index at: https://docs.iru.com/llms.txt > Use this file to discover all available pages before exploring further. # 認証システム > Iru でユーザーが本人であることを証明するために使用する資格情報：パスキー、Iru Access アプリ、接続されたフェデレーションプロバイダー、およびそれらの管理方法。 **認証システム**とは、ユーザーがサインイン時に本人であることを証明するために使用するものです。 Iru は強力でフィッシング耐性のある認証システムを中心に構築されているため、サインインに必要なシークレットを入力したり、ユーザーが使用するアプリと共有したりする必要はありません。ユーザーは次のいずれかの方法で Iru に本人であることを証明します。主要な認証システムです。パスキーを使用すると、デバイスですでに使用している指紋、顔、または画面ロックでサインインでき、覚えたり使い回したりするパスワードはありません。パスキーは **フィッシング耐性**があります。Iru でのみ機能するため、偽のサインインページで取得されて再利用されることはありません。ユーザーのコンピュータまたはモバイルデバイスにインストールされる Iru Access アプリ。ユーザーは招待から登録し、サインインの確認に使用します。パスキーと同様に、デバイスに紐付けられ、デバイスの生体認証または画面ロックで解除されます。Iru Access は、デバイストラストポリシーのために [デバイスヘルス](/ja/identity/authentication/device-trust)も報告します。 Iru の認証システムの代わりに、接続した ID プロバイダー（Google、Microsoft、または任意の SAML や OIDC プロバイダー）を通じてサインインできます。外部プロバイダーがユーザーを検証し、Iru はその結果を信頼します。これはユーザーごとに登録するものではなく、 [Federated Authentication](/ja/identity/connections/connections-overview) で設定します。パスキーと Iru Access は Iru が直接管理する**フィッシング耐性**のある認証システムであり、推奨されるサインイン方法です。代わりに**フェデレーションプロバイダー**を通じてサインインする場合、そのサインインの強度はプロバイダーが適用する制御によって異なります。 ## パスキーを使用する理由パスキーは、ユーザーが Iru にサインインするための推奨される方法です。パスキーは Iru に紐付けられているため、攻撃者が似せたサイトで入力させることができる共有シークレットはありません。ユーザーはデバイスにすでにある生体認証または画面ロックでパスキーを解除するため、作成、ローテーション、または忘れるパスワードはありません。サインインに必要なパスキーの部分はユーザーのデバイスに保持され、Iru やユーザーが開くアプリに送信されることはありません。パスキーによるサインインは 1 回のすばやい操作で済むため、強力な要件でもユーザーにとって負担になりません。 ## ステータス：アクティブまたは一時停止すべての認証システムには**ステータス**があります。 | ステータス | 意味 | | - | - | | **有効** | 認証システムをサインインに使用できます。 | | **Suspended** | 認証システムはユーザーのアカウントに保持されますが、再有効化されるまでサインインに使用できません。 | 認証システムを一時停止すると、削除せずに使用をブロックできるため、何かを調査している間に便利です。認証システムを削除すると、完全に削除されます。 ## セルフサービスと管理者による監督認証システムはそれを使用するユーザーが所有し、注意が必要な場合には管理者が監督します。ユーザーは Iru のアカウントから自分の認証システムを管理します。パスキーを追加し、登録済みの認証システムを確認し、使用しなくなったものを削除できます。パスキーは個人のデバイスに保存されるため、セルフサービスによる登録がユーザーのセットアップの通常の方法です。 [エンドユーザーエクスペリエンス](/ja/identity/administration/end-user-experience)を参照してください。管理者は、ユーザーに登録された認証システムを**確認**したり、使用をブロックするために**一時停止**したり、（例：デバイスを紛失した場合や退職した場合に）**削除**したりできます。管理者には認証システムの背後にあるシークレットは表示されません。管理者は、どの認証システムが存在し、アクティブかどうかを管理します。 **Iru Endpoint** テナント管理者のパスキーについては、 [パスキーとソーシャルログイン](/ja/iru/access/passkeys-and-social-login)を参照してください。ロックアウトされた場合は、[Iru アカウントの回復](/ja/iru/access/iru-account-recovery)を参照してください。 1 台のデバイスを紛失してもロックアウトされないよう、可能な限りユーザーが複数の認証システムを登録できるようにしてください。ユーザーの唯一のアクティブな認証システムを削除または一時停止すると、新しい認証システムを登録するまでサインインできなくなります。 ## 認証システムとポリシーの関係 Iru の認証システム（パスキーまたは Iru Access）であれ、接続されたフェデレーションプロバイダーであれ、すべてのサインインはアクセスが付与される前に証明されます。強力な認証システムは組み込みのデフォルトであり、ポリシーでオンにするものではありません。その上で、[認証ポリシー](/ja/identity/authentication/authentication-policies)が **デバイストラスト**を重ね、サインインを完了できるデバイスとその状態を決定します。 ```mermaid theme={null} flowchart LR user["ユーザーがサインイン"] --> auth["認証システムまたは
フェデレーションプロバイダー"] auth -->|"ID を証明"| policy["認証ポリシーが
デバイストラストをチェック"] policy -->|"条件を満たす"| app["アプリへのアクセス"] ``` ## 次のステップすべてのサインインで使用される認証システムの上に、デバイストラストの条件を重ねます。ユーザーがサインイン時に認証システムをどのように使用するかを確認します。 Google、Microsoft、または SAML や OIDC プロバイダーを通じてユーザーがサインインできるようにします。 Iru が認証システムの背後にある資格情報と、それによって作成されるセッションを保護する方法。ディレクトリ内のユーザーにとってのセルフサービスの様子。 Iru Endpoint テナント管理者のサインイン用パスキーパスキー、Iru Access、バックアップデバイスに関するエンドユーザーガイドパスキーを紛失したチームメンバーがアクセスを回復できるよう支援します