> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/ja/sekyurititopuraibash/security-and-privacy.md). # セキュリティとプライバシー RealmJoin の情報セキュリティ、データ処理、プライバシーに関する FAQ。データ センター、保存、品質保証を含みます。 この章では、情報セキュリティ、プライバシー、品質保証に関するよくある質問の概要を説明します。 ## データ処理と権限 ### 1. RealmJoin はどのデータセンターで運用されていますか？ * Azure リージョン West Europe（プライマリ） * Azure リージョン North Europe（バックアップ） ### 2. RealmJoin によって処理されるデータは何ですか？ * コンピューターの状態 * Entra ID のユーザー／デバイス／グループ データ（UPN / メールアドレス、名、姓、プロフィール画像を含みます） * Intune データ * ATP データ * ログファイル ### 3. RealmJoin によって、または RealmJoin を代表して永続的に保存されるデータは何で、どのように保存されますか？ * コンピューターの状態 * Entra ID のユーザー／デバイス参照（UPN / メールアドレス データを含みます） * アプリ管理用情報 * ログファイル データは blob ストレージとデータベースの組み合わせで保存されます。 ### 4. ログのアーカイブ機構はありますか？ コンピューターの状態は 90 日間アーカイブされ、その後は保持ポリシーによってデータが削除されます。 ### 5. RealmJoin Web ポータルにアクセスするユーザーは、どのテナント権限への同意が必要ですか？ 次を参照してください [必要な権限](/ja/zhan-kai/required-permissions.md). ### 6. 質問 5 の同意によって、どのデータが利用可能になりますか？ 次を参照してください [必要な権限](/ja/zhan-kai/required-permissions.md). ### 7. RealmJoin はどの外部アクセス可能なエンドポイントを公開していますか？ 1. RealmJoin Portal * サービスの管理を容易にする Web ポータルです。 2. RealmJoin Client-API * クライアント アプリケーション向けの API です（内部使用）。 3. RealmJoin Customer-API * 顧客向けの API です。 4. RealmJoin Internal-API * 関連するバックエンド操作向けの API です（内部使用）。 5. RealmJoin CDN * BranchCache をサポートするバイナリ データ。 6. RealmJoin Package Server * カスタム nuget パッケージ リポジトリ。 ### 8. 質問 7 のエンドポイントはどのように保護されていますか？ 1. RealmJoin Portal * Microsoft Entra ID（Azure AD）を用いた OAuth 2.0 認証により保護されています。 2. RealmJoin Client-API * Microsoft Entra ID（Azure AD）を用いた OAuth 2.0 認証により保護されています。 * Entra-Device-Certificate を使用したカスタム認証。 3. RealmJoin Customer-API * 顧客ごとの事前共有鍵。 4. RealmJoin Internal-API * 顧客ごとの事前共有鍵。 5. RealmJoin CDN * 定義上は認証なしですが、暗号化されたファイルを使用して保護できます。 6. RealmJoin Package Server * 顧客ごとの事前共有鍵。 ### 9. 質問 7 のエンドポイントではどのポートとプロトコルが使用されますか？ 1. すべてのエンドポイントは既定で TLS を使用します。 * HTTPS（TCP / 443）。 2. RealmJoin CDN * トラブルシューティング目的で HTTP（TCP / 80）も許可しています。 * 設定済みの URL は HTTPS（TCP / 443）のみを使用します。 ## ID 管理 ### 1. RealmJoin へのアクセスにはどの認証方式が使用されますか？ 管理者アクセスは、プラットフォームに登録されたユーザー向けに Microsoft Entra ID（Azure AD）を用いた OAuth 2.0 認証によって実現されます。 ### 2. RealmJoin を保護するための Conditional Access / ロールベースのアクセス制御はありますか？ はい。RealmJoin Admin ポータルには、 [ロール](/ja/to/permission.md) を各ユーザーに割り当てる機能があります。 利用可能な既定のロール： * Admin * Auditor * Supporter * Runbook Runner * Software Agent * Software Requester * Organic Software Requester * Notification Agent さらに、RealmJoin ではカスタム ロールを作成できます。 ### 3. アクセス資格情報は復元できますか？可能な場合、どのように？ RealmJoin は SSO を使用しており、顧客テナント内の Microsoft Entra ID（Azure AD）ポリシーの対象となります。 ## データ保護 ### 1. *保存データ* はどのように不正アクセスから保護されていますか？ * ベストプラクティスに従った制限付き管理者アクセス。 * Passkey MFA の使用。 * 外部アクセスについては、データベースは VPN の IP に制限されています。 ### 2. *転送中のデータ* はどのように不正アクセスから保護されていますか？ RealmJoin Service（バックエンド）と RealmJoin Agent（クライアント）間の通信は、Transport Layer Security（TLS）1.2 以上で保護されています。 さらに、一部のコンテンツ（例：ソフトウェア パッケージ）は RealmJoin Service によって署名されるため、RealmJoin Agent は転送中にデータが改ざんされていないことを確認できます。 ### 3. 顧客テナントはどのように相互に分離されていますか？ サービス制約とパフォーマンス要件に応じて、別々のグループ／コンテナーまたはテーブル分割によって分離されます。 コード パスでは、分離のために環境ベースの顧客コンテキストを使用します。 ## 設計段階からのセキュリティ ### 当社は高いセキュリティ基準を遵守しています * 当社の開発チームと運用チームは [ISO 27001 認証済みです](#id-1.-is-glueckkanja-iso-27001-certified). * 当社は最新のクラウド開発ツール（例：GitHub）を使用しており、コードは保護されたリポジトリに保存されています。 * 当社は、最先端の開発、構築、運用手法（例：CI/CD）に取り組んでいます。 * 当社のメンバーは Entra ID の ID を使用し、多要素認証の利用が義務付けられています。 * エンドポイント、ID、サービスは最新の技術（例：Microsoft Sentinel、EDR を含む M365 Defender Suite）によって保護され、セキュリティ オペレーション センターによって監視されています。 * すべてのシステムは継続的に更新されています。 ### 1. RealmJoin の設計にはどのような技術、スタック、プラットフォームが使用されましたか？ * `Azure` ## 可用性 ### 1. RealmJoin の可用性をどのように確保していますか？ RealmJoin の高可用性を維持するために、堅牢で中断のないサービスアクセスを提供するよう設計された複数の主要戦略を実施しています。これらの対策には次のものが含まれます： * **冗長インフラ**：1 か所で障害が発生した場合でもサービスを継続できるよう、複数のデータセンターに展開しています。RealmJoin は複数の Azure データセンターで Azure IaaS を活用しています。 * **自動フェイルオーバー プロセス**：障害発生時にトラフィックを自動的に稼働中のサーバーへ振り向ける仕組みがあり、ダウンタイムを最小限に抑えます。 * **スケーラブルなアーキテクチャ**：需要に応じてリソースを迅速に増減できるため、ピーク時でもパフォーマンスを維持しやすくなります。 * **定期的な更新とパッチ適用**：脆弱性の修正とパフォーマンス向上のために定期的な保守と更新を適用し、プラットフォームの安全性と効率性を維持します。 * **監視とアラート**：システム健全性の継続監視と、サービス可用性に影響を与え得る問題に対する自動アラート。 * **復旧計画**：当社は複数層の復旧対策を実装しています。データベースにポイントインタイム リカバリがあるため、主要システム状態は直近数週間分まで復元できます。さらに、万一システム全体が完全に停止した場合でも、IaC アプローチ（Terraform）を用いて主要な RealmJoin サービスを復旧でき、復旧時間を大幅に短縮できます。 ## コンプライアンス ### 1. glueckkanja は ISO 27001 認証を受けていますか？ はい。glueckkanja AG の情報セキュリティ マネジメント システム（ISMS）は、 **ISO/IEC 27001:2022**に準拠して認証されています。認証範囲は以下を含みます： * 製品開発 * マネージド サービス 現在の証明書は [こちら](https://www.glueckkanja.com/documents/general/gk-ISO27001Certificate-en.pdf). ### 2. glueckkanja は外部専門家によるセキュリティ検査を受けていますか？ はい。2026 年、glueckkanja AG は独立した専門のオフェンシブ セキュリティ会社に、当社全体を対象とした Red Team 評価を委託しました。 当社は、従来のペネトレーション テストではなく、この包括的なアプローチを意図的に選択しました。個々のシステムやエンドポイントを既知の脆弱性に照らして確認するのではなく、Red Team は内部攻撃者による現実的で高度なサイバー攻撃を当社の IT インフラストラクチャに対してシミュレートし、実際の攻撃者が行うように複数の手法を連鎖させました。 評価では次の点に重点を置きました： * 影響の大きい脆弱性の特定、 * 当社環境を通じた完全な攻撃経路の把握、 * 顧客環境への不正アクセスにつながる可能性のある侵入経路の評価、 * サプライチェーン攻撃を実行する可能性のある侵入経路の評価。 すべての発見事項は緩和策の提案とともに文書化されており、ISO 27001 認証済みの情報セキュリティ マネジメント システムの一部として対応されています。 この Red Team 評価は毎年繰り返します。 ## GDPR とデータ所在地 ### 1. データは欧州の外に出ますか？ いいえ。 ### 2. RealmJoin はどのサードパーティ クラウド プロバイダーに依存しており、その理由は何ですか？
会社サービス連絡先目的
Microsoft Corporationクラウド サービス（Azure）Building 3, Carmanhall Road Sandyford,
Industrial Estate 18, Dublin,
Ireland		クラウド サービス（Azure）
GitHub B.V.git コード リポジトリ、統合、テスト、リリース自動化Prins Bernhardplein 200, Amsterdam, 1097JB
Netherlands		コード リポジトリ、CI/CD パイプライン。
GitLab, Inc.git コード リポジトリ、統合、テスト、リリース自動化268 Bush Street #350, San Francisco, CA 94104-3503,
United States		パッケージング パイプライン
## その他 ### 1. RealmJoin はバグバウンティ プログラムの対象ですか？ いいえ。 ### 2. どのような QA 対策がありますか？ * 署名付きバイナリを実行しています。 * 当社のアプリ パッケージは、一貫した方法で構築されており、最先端のコード リポジトリと CI/CD 手法を活用して、最大限の整合性を確保しています。 * アプリ パッケージはビルド工程で署名され、クライアントへのインストール前に RJ エージェントによって確認されます。 ### 3. 定期的にペネトレーション テストを実施していますか？ SCEPman に対する従来型のペネトレーション テストという形では行っていません。代わりに、glueckkanja AG は独立した外部専門家による毎年の Red Team 評価を受けており、これは従来のペネトレーション テストを超えるものです（ [glueckkanja は外部専門家によるセキュリティ検査を受けていますか？](#id-2.-does-glueckkanja-have-its-security-tested-by-external-experts)). Secure Development Practices の一環として、当社はコードベースを CVE やその他の一般的な攻撃手法（サードパーティ ライブラリなどの依存関係を含む）についてスキャンするツール（例：静的コード解析）を使用し、RealmJoin が公開するエンドポイントのセキュリティに影響し得るものを検出しています。リリース前には、関連する検出事項を評価して是正し、RealmJoin が既知の脆弱性を持たない状態を維持できるようにしています。 当社は自社でペネトレーション テストを実施しておらず、サードパーティの「Penetration Test-as-a-Service」ツールも使用していません。前者については、本質的な利益相反があると考えています。後者については、一般的なペネトレーション テスト サービスは公開されているエンドポイントを CVE やその他の既知の攻撃手法と照合するだけであることが多く、静的コード解析ですでに行っているチェック以上の付加価値はないと考えています。 代わりに、当社は包括的なアプローチに依拠しています。2026 年には、独立した Red Team が glueckkanja AG に対する現実的で高度な攻撃をシミュレートし、顧客環境への攻撃経路やサプライチェーン攻撃を明示的に含めました。孤立したエンドポイントをテストするのではなく、この評価では組織全体にわたる完全な攻撃経路を評価しており、顧客のセキュリティにとってはるかに有意義であると考えています。この評価は毎年実施しています。 独自のペネトレーション テストを実施したい場合は、 [お問い合わせください](https://www.realmjoin.com/help/) そして要件をお知らせください。 ### 4. パッチ適用プロセスはありますか？ はい。脆弱性の修正とパフォーマンス向上のために定期的な保守と更新を適用し、プラットフォームの安全性と効率性を維持しています。 ### 5. パッチの SLA はどうなっていますか？ * CVE / セキュリティ脆弱性向けパッチ：脆弱性が公知になった時点、または自社コード内で脆弱性を特定した時点のいずれか早い方から、認識後 24 時間以内にホットフィックスを提供します。 * その他のパッチ：SLA なし。 ### 6. RealmJoin はバックアップを実行しますか？ RealmJoin は、すべての重要データにポイントインタイム リストア技術を使用しています。GitLab（PACKaaS パイプラインとリポジトリをホスト）は定期的にバックアップされています。 ### 7. バックアップの復元テストはありますか？ いいえ。詳細は [可用性](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) をご覧ください。 ### 8. RealmJoin パッケージがコミュニティ ソリューションより安全な理由は何ですか？ コミュニティ ソリューションとは対照的に、当社はすべてのパッケージとすべてのバイナリを常に完全に管理しています。複数の実装済みチェックにより、破損したデータがデバイス上で実行されないことを保証しています。 * **公開リポジトリなし**：当社は GitLab、nuget、cdn の各インスタンスを運用しています。RealmJoin エージェントは現在 Chocolatey エンジンの改変版を利用していますが、パッケージ ソースは glueckkanja AG のパッケージ サーバーに限定されています。 * **リポジトリの分割**：顧客固有のパッケージは、当社サーバー上の顧客固有セクションに配置され、他の顧客はアクセスできません。 * **完全なバージョン管理**：すべてのツールと RealmJoin パッケージ ストアは、コミット情報と監査情報を提供します。どの時点でも、どのパッケージの何が誰によって変更されたかが常に透明です。 * **特定データの回避**：パッケージ コードとバイナリを分離することで、一般にバイナリから機密情報を削除できるため、傍受されたバイナリであっても悪用できません。 * **暗号化とハッシュ**：パッケージ スクリプトは、厳しく制限されたアクセスを持つ暗号化されたサーバーに保存されます。RealmJoin エージェントは暗号化された接続を介してスクリプトをダウンロードします。追加のセキュリティとして、あらゆる処理の前に、すべてのバイナリがハードコードされたハッシュと照合されます。 * **Pentest**：ここ数年、RealmJoin エージェントは複数の顧客ペネトストで成功裏に使用されました。 * **テスト**：すべての RealmJoin パッケージは、Defender が動作する Windows デバイス上での PACKaaS QA 中に複数回インストールされます。マルウェア スキャンは、自動ビルドおよびデプロイ プロセスの一部です。保守されているパッケージは公式ベンダー ソースを使用しています。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.realmjoin.com/ja/sekyurititopuraibash/security-and-privacy.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.