> ## 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 Identity のセキュリティとプライバシーに関する姿勢を、テナント、サインイン、データがどのように保護されるかについての明確な保証として示します。 Iru Identity は、誰がアプリケーションにアクセスできるかを決める中心に位置するため、デフォルトで信頼できるように構築されています。ここでは、Iru がお客様のために行うことを明確な保証として示します。その背後にあるエンジニアリングについては、アーキテクチャの詳細解説をご覧ください。 2 プレーン構成のサービス、AWS ホスティング、2 リージョンのデータレジデンシー。データベースエンジンにおける行レベルセキュリティと追記専用の監査。フィッシング耐性のあるサインイン、署名付きリクエスト、ローテーションする SSO キー。 ## テナントを保護するものディレクトリ、アプリケーション、ポリシー、設定は、お客様専用のテナント内に保存されます。ある組織のデータが別の組織から見えることはなく、あるテナントでのアクセス判断が別のテナントに影響することもありません。 Iru がアプリケーションに送信する ID ステートメントは署名されているため、各アプリはサインオンが本当に Iru から送られ、途中で改ざんされていないことを確認できます。Iru の有効な署名がないものは、アプリによって拒否されます。パスキーは、ユーザーが本人であることを証明する主要な手段です。本人性を証明するシークレットは Iru とユーザーのデバイスに紐付けられたままで、サインイン先のアプリに渡されることはありません。そのため、フィッシングページが盗もうとする資格情報そのものが存在しません。情報は、ユーザー、Iru、アプリの間で転送される間も、保存されている間も保護されます。管理はロールによって制御されるため、各管理者は業務に必要なアクセス権のみを持ちます。 [管理者とロール](/ja/identity/administration/administrators-and-roles)を参照してください。重要なイベント (サインインの判断、ユーザーとアクセスの変更、管理操作) は、レビューやフィルタリングが可能なアクティビティログに記録されます。 [アクティビティログ](/ja/identity/administration/activity-log)を参照してください。 ## 信頼境界 Iru は、上流システムで発生するユーザーと、ユーザーがアクセスするアプリケーションとの間のゲートキーパーです。境界内のすべてはお客様のテナントに分離され、境界を越えるすべては上記の保証のもとで行われます。 ```mermaid theme={null} flowchart LR subgraph outside["境界の外側"] people["組織のユーザー"] idp["接続されたプロバイダー
および HR システム"] apps["アプリケーション"] end subgraph iru["Iru テナント"] direction TB dir["ディレクトリ"] policy["認証ポリシー"] log["アクティビティログ"] end people -->|"フィッシング耐性のあるサインイン"| iru idp -->|"フェデレーションサインインと同期されたユーザー"| iru iru -->|"検証可能な署名付きシングルサインオン"| apps iru -.->|"転送時および保存時に暗号化"| iru ``` アプリに対して Iru が果たす役割を含め、ID、サインイン、プロビジョニングが Iru をどのように流れるかの全体像については、 [システムアーキテクチャ](/ja/identity/getting-started/system-architecture)を参照してください。 ## サインイン時の適応型保護強力な資格情報は一部にすぎません。接続されたアプリへのすべてのサインインは、アクセスが許可される前にそのアプリの認証ポリシーに照らして評価され、状況に応じてポリシーがより多くを要求することができます。すべてのサインインにはフィッシング耐性のある認証器 (パスキーまたは Iru Access) が必要なため、盗まれたり再利用されたりするパスワードは存在しません。ポリシーで、アクセスを許可する前に、ユーザーが既知の正常なデバイスを使用していることを必須にできます。ポリシーはサインインのリスクを考慮し、異常が見られる場合には追加の保証を求めたり、アクセスを拒否したりできます。ユーザーが登録できる認証器と、ポリシーが受け入れる認証器を決定します。 ## データはお客様の管理下に Iru は、組織の ID、サインオン、プロビジョニングを運用するために必要なディレクトリと設定を保持し、それ以上は保持しません。組み込みのプロファイルフィールド以外に、ユーザーに保持するカスタム属性を選択でき、必須または一意として指定することもできます。ポリシー、アプリのマッピング、グループで実際に必要なものを保存し、不要なものは除外してください。 [スキーマ](/ja/identity/directory/schema)を参照してください。 Iru が保持するプロファイルおよびアクティビティのデータは、サインインの実行、ポリシーの評価、アカウントのプロビジョニング、アクティビティログの作成に使用されます。これらは Iru が機能するための機能です。アプリケーションは、サインオンにマッピングしたプロファイル詳細のみを受け取ります。各アプリと共有する属性はお客様が決定するため、各アプリはユーザーの識別に必要な情報のみを参照します。 [アクセスの割り当て](/ja/identity/applications/assigning-access)および [プロビジョニング](/ja/identity/applications/provisioning)を参照してください。 Iru Access は、この約束をユーザーに直接示します。初回起動時に、組織と共有する情報 (サインイン、デバイスの種類とセキュリティ状態、パブリック IP からの大まかな位置情報) と、決して触れない情報 (個人のコンテンツ) を表示します。チームには [プライバシーについて](/ja/identity/end-user/your-privacy)を案内してください。 ## アクセスの迅速な削除アクセスを停止すべきユーザーがいる場合、Iru ではすぐに対応でき、その変更は記録されます。ユーザーを一時停止すると、レコードと履歴を保持したままサインインがブロックされるため、ユーザーが戻ってきた場合には元に戻すことができます。既存のセッションを終了できるため、すでにサインインしているユーザーのアクセスも遮断されます。アクセスを削除すると、今後のサインオンをブロックするだけでなく、プロビジョニングに対応するアプリ内の対応するアカウントも削除できます。ユーザーの一時停止は、すべてのアクセスを一度に遮断する最も速い方法です。アクセスを停止すべき時点ですぐに使用してください。後からいつでも復元できます。 ## コンプライアンスとデータレジデンシー Iru Identity は、Iru プラットフォーム全体のセキュリティおよびコンプライアンスプログラムの一部として運用されています。組織固有の要件については、次を参照してください。 * **証明書とレポート:** Iru の最新のコンプライアンスレポートおよび証明書は、 [Iru Trust Center](https://trust.iru.com) またはカスタマーサクセスマネージャーを通じてリクエストしてください。 * **データレジデンシーと保持:** テナントのデータの保存場所と保持期間については、カスタマーサクセスマネージャーにご確認ください。 ## 次のステップパスキーとセッションの保護方法、およびセッションの終了とユーザーの一時停止の方法。各アプリにサインインできるユーザーと、事前に証明すべき内容を決定します。 Iru を管理できるユーザーとそのアクセス範囲を制御します。重要なイベントとサインイン判断の結果を確認します。