> ## 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 Access エージェントのシグナルを使用して、既知の正常な管理対象の Mac コンピュータ、iPhone デバイス、iPad デバイス、Windows コンピュータからのサインインを要求します。 **デバイストラスト**を使用すると、認証ポリシーはアクセスを付与する前にデバイスを考慮に入れることができます。 *誰が*サインインしているかだけでなく、*何から*サインインしているかも確認し、デバイスが既知で正常かつ管理対象であることを要求できます。デバイストラストは、[認証ポリシー](/ja/identity/authentication/authentication-policies)で適用できる条件の 1 つです。以下では、デバイス情報の取得元と、ポリシーで要求できるシグナルについて説明します。 ## デバイス情報の取得元デバイスヘルスは、デバイス上で実行されている **Iru Access** アプリ（ユーザーがサインインに使用するのと同じアプリ）から取得されます。デバイスが最初にセットアップされると、Iru はそれが本物の登録済みデバイスであることを確認します。それ以降、Iru Access はデバイスのヘルスシグナルを Iru に報告し、認証ポリシーでそれらを使用できます。 Iru Access は、デバイスの登録時、ユーザーがサインインするたび、および（コンピュータでは）定期的なバックグラウンドチェックイン時にこれらのシグナルを報告します。 ```mermaid theme={null} flowchart LR agent["デバイス上の
Iru Access"] -->|"デバイスとヘルスのシグナル"| iru["Iru Identity"] iru -->|"利用可能"| policy["認証ポリシー"] ``` デバイスヘルスを要求するポリシーは、これらのスナップショットを時間的制約のあるものとして扱います。デバイスのヘルスまたは Play Integrity のスナップショットが**存在しない**場合、または **24 時間より古い**場合、ポリシーはサインインを**拒否**します。シグナルが適用に十分な鮮度を保てるよう、Iru Access をインストールしたままにし、チェックインできる状態にしてください。デバイスシグナルは **Iru Access** が登録されているデバイスでのみ利用できるため、デバイストラストを要求する前に展開してください。ユーザーが Iru Access をセットアップする方法については [認証システム](/ja/identity/authentication/authenticators)を参照してください。 Iru は、macOS、Windows、iOS にわたるノートパソコン、デスクトップ、スマートフォン、タブレットを認識します。 ## 「信頼できる」の意味デバイストラストの要件は、選択したシグナルの組み合わせです。簡単に言えば、ポリシーではデバイスが次の状態であることを要求できます。デバイスが不明なデバイスや偽装されたデバイスではなく、本物の認識されたデバイスであること。 Iru は、シグナルを信頼する前にデバイスが**アテスト済み**であることを確認できます。デバイスが組織のデバイス管理に登録されていること。Iru は、Mac の登録プロファイル、Windows コンピュータの MDM 登録、モバイルデバイスの管理対象アプリ構成など、Iru Access が報告する管理の証拠からこれを判断します。デバイスのディスク暗号化がオンになっており、デバイスを紛失したり盗まれたりした場合でも保存データが保護されること。デバイスが要求する状態を満たしていること。たとえば、保護機能がオンで、許容可能なオペレーティングシステムのバージョンを実行していることなどです。デバイストラストのシグナルは、Iru Access エージェントが登録されているデバイスでのみ利用できます。正常なデバイスを要求するポリシーは、Iru が信頼できるシグナルを持たないデバイスからのサインインを拒否するため、そのようなポリシーを広範囲に適用する前に、フリート全体に Iru Access を展開してください。 ## ポリシーによるデバイストラストの使用方法ポリシーはまずデバイスがどの**プラットフォーム**上にあるかを考慮し、そのプラットフォームに設定した要件を適用します。各オペレーティングシステムが公開する保護機能が異なるため、利用可能なシグナルはプラットフォームによって異なります。 Mac では、Iru Access は豊富なシグナルを報告します：ディスク暗号化（FileVault）がオン、ファイアウォールがオン、 System Integrity Protection がオン、封印された（検証済みの）システムボリューム、オペレーティングシステムのバージョン。ポリシーに必要な組み合わせを要求してください。 Windows でも、Iru Access は豊富なシグナルを報告します：ディスク暗号化（BitLocker）がオン、ファイアウォールがオン、 Microsoft Defender ウイルス対策の保護がオン、セキュアブートがオン、メモリ整合性がオン、ハードウェアセキュリティチップ（TPM）の存在、オペレーティングシステムのビルド。組織で Microsoft Defender の代わりにサードパーティのウイルス対策を使用している場合は、適用する前にそのシグナルをテストしてください。モバイルデバイスでは、Iru Access はより少ないシグナルを報告します：パスコード（画面ロック）が設定されているかどうか、およびオペレーティングシステムのバージョン。 **一部の macOS シグナルの意味：** \*System Integrity Protection（SIP）\*は、管理者であっても保護されたシステムファイルを変更できないようにします。\*Signed System Volume（SSV）\*は、暗号的に封印された改ざん検知可能なシステムボリュームです。*シングルサインオン（SSO）拡張機能*は、Iru がデバイス上でアプリのサインインを仲介できるようにする macOS のコンポーネントです。これらを要求することで、デバイスの中核的な保護機能が損なわれていないことを確認できます。各シグナルについて、**オン**である必要があるか、**オフ**である必要があるか、**無視**するかを決定します。バージョンについては、比較方法と対象を選択します。デバイスが必須のシグナルを満たさない場合、サインインは失敗し、満たされなかった要件は違反として記録されます。判定と違反の仕組みについては [認証ポリシー](/ja/identity/authentication/authentication-policies)を参照してください。ポリシーで有効にしたプラットフォームのみが、そのポリシーが制御するアプリケーションにサインインできます。プラットフォームが無効のままの場合、そのプラットフォームのデバイスはアクセスを拒否されます。 ## デバイストラストの要件を作成する信頼するデバイスに **Iru Access** がインストールされ、登録されていることを確認します。MDM を通じて展開でき、ユーザーは招待からセットアップを完了します。これがないと、Iru はデバイスのシグナルを取得できません。管理対象登録スクリプトを含むプラットフォーム固有の展開手順については、 [認証システム](/ja/identity/authentication/authenticators)と [Iru Access の展開](/ja/identity/authentication/deploy-iru-access)を参照してください。 **Policies → Authentication policies** で、デバイストラストを適用するポリシーを編集します。許可する各デバイスプラットフォームをオンにし、拒否するものはオフのままにします。各プラットフォームについて、暗号化がオン、管理対象、最小オペレーティングシステムバージョンなど、必要なデバイスヘルスシグナルを要求します。関連するアプリケーションにポリシーを割り当て、管理対象デバイスからのサインインをテストして結果を確認します。 ## 次のステップデバイストラストを認証システムやリスクの要件と組み合わせます。 Iru Access は、ユーザーのサインイン方法であると同時に、デバイスシグナルの収集方法でもあります。デバイストラストの上にコンテキストを考慮したリスクを追加します。デバイスシグナルが Iru 内をどのように流れるかを確認します。