> 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).

# セキュリティとプライバシー

この章では、情報セキュリティ、プライバシー、品質保証に関するよくある質問の概要を説明します。

## データ処理と権限 <a href="#data-processing-and-permissions" id="data-processing-and-permissions"></a>

### 1. RealmJoin はどのデータセンターで運用されていますか?

* Azure リージョン 西ヨーロッパ（本番）
* Azure リージョン 北ヨーロッパ（バックアップ）

### 2. RealmJoin で処理されるデータは何ですか?

* コンピューターの状態
* Entra ID のユーザー/デバイス/グループ データ（UPN / メールアドレス データ、名、姓、プロフィール画像を含みます）
* Intune データ
* ATP データ
* ログファイル

### 3. RealmJoin によって、または RealmJoin の代行で永続的に保存されるデータは何で、どのように保存されますか?

* コンピューターの状態
* Entra ID のユーザー/デバイス参照（UPN / メールアドレス データを含みます）
* アプリ管理に関する情報
* ログファイル

データは blob storage とデータベースの組み合わせで保存されます。

### 4. ログのアーカイブ機構はありますか?

コンピューターの状態は 90 日間アーカイブされ、その後は保持ポリシーによってデータが削除されます。

### 5. RealmJoin Web ポータルにアクセスするユーザーは、どの Tenant 権限への同意が必要ですか?

以下を参照してください [必要な権限](/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 管理ポータルでは、 [ロール](/ja/to/permission.md) を各ユーザーに割り当てる機能があります。

利用可能な既定のロール:

* 管理者
* 監査者
* サポーター
* Runbook 実行者
* ソフトウェア エージェント
* ソフトウェア要求者
* オーガニック ソフトウェア要求者
* 通知エージェント

さらに、RealmJoin ではカスタム ロールを作成できます。

### 3. アクセス資格情報は復旧できますか? できる場合、どのように?

RealmJoin は SSO を使用しており、顧客 Tenant 内の 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. 顧客 Tenant はどのように相互に分離されていますか?

サービス制約とパフォーマンス要件に応じて、個別のグループ/コンテナーまたはテーブルのパーティショニングによって分離されます。

コードパスでは、分離のために環境ベースの顧客コンテキストを使用します。

## 設計段階からのセキュリティ

### 当社は高いセキュリティ基準を遵守しています

* 当社の開発および運用チームは ISO 27001 認証を取得しています。
* 最新のクラウド開発ツール（例: GitHub）を使用し、コードは保護されたリポジトリに保存されています。
* 最先端の開発、ビルド、運用手法（例: CI/CD）に取り組んでいます。
* 当社のチームメンバーは Entra ID を使用し、多要素認証の利用が必須です。
* エンドポイント、ID、サービスは最新技術（例: Microsoft Sentinel と EDR を含む M365 Defender Suite）で保護され、Security Operations Center によって監視されています。
* すべてのシステムは継続的に更新されています。

### 1. RealmJoin の設計にはどのような技術、スタック、プラットフォームが使用されましたか?

* `Azure`

## 可用性

### 1. RealmJoin の可用性をどのように確保していますか?

RealmJoin の高可用性を維持するため、堅牢で中断のないサービス提供を目的としたいくつかの重要な戦略を実施しています。これには以下が含まれます:

* **冗長インフラストラクチャ**: 1 つの拠点で障害が発生した場合でも継続的なサービスを確保するため、複数のデータセンターに展開しています。RealmJoin は複数の Azure データセンターで Azure IaaS を活用しています。
* **自動フェイルオーバー プロセス**: 障害発生時にトラフィックを稼働中のサーバーへ自動的に振り向ける仕組みを備えており、ダウンタイムを最小限に抑えます。
* **スケーラブルなアーキテクチャ**: 需要に応じてリソースを迅速に増減できるため、ピーク時でも性能を維持しやすくなります。
* **定期的な更新とパッチ適用**: 脆弱性の修正と性能向上のために定期的なメンテナンスと更新を適用し、プラットフォームの安全性と効率性を維持します。
* **監視とアラート**: システム状態を継続的に監視し、サービス可用性に影響を与える可能性のある問題に対して自動アラートを出します。
* **復旧計画**: 複数層の復旧対策を実施しています。データベースに point-in-time recovery があるため、過去数週間以内の主要システム状態を復元できます。さらに、万一システム全体が完全に障害を起こした場合でも、IaC アプローチ（Terraform）を使用して主要な RealmJoin サービスを復旧でき、大幅に復旧時間を短縮できます。

## GDPR とデータ所在

### 1. データは欧州を離れますか?

いいえ。

### 2. RealmJoin はどのサードパーティのクラウドプロバイダーに依存しており、その理由は何ですか?

<table><thead><tr><th>会社</th><th>サービス</th><th width="221.671875">連絡先</th><th>目的</th></tr></thead><tbody><tr><td>Microsoft Corporation</td><td>クラウド サービス (Azure)</td><td>Building 3, Carmanhall Road Sandyford,<br>Industrial Estate 18, Dublin,<br>アイルランド</td><td>クラウド サービス (Azure)</td></tr><tr><td>GitHub B.V.</td><td>git コード リポジトリ、統合、テスト、リリース自動化</td><td>Prins Bernhardplein 200, Amsterdam, 1097JB<br>オランダ</td><td>コード リポジトリ、CI/CD パイプライン。</td></tr><tr><td>GitLab, Inc.</td><td>git コード リポジトリ、統合、テスト、リリース自動化</td><td>268 Bush Street #350, San Francisco, CA 94104-3503,<br>アメリカ合衆国</td><td>パッケージング パイプライン</td></tr></tbody></table>

## その他

### 1. RealmJoin はバグバウンティプログラムの対象ですか?

いいえ。

### 2. どのような QA 対策がありますか?

* 署名済みバイナリを実行しています。
* 当社のアプリ パッケージは、一貫した方法でビルドされており、最新のコード リポジトリと CI/CD 手法を活用して最大限の完全性を確保しています。
* アプリ パッケージはビルド工程中に署名され、クライアントへのインストール前に RJ エージェントによって検証されます。

### 3. 定期的にペネトレーションテストを実施していますか?

いいえ。

Secure Development Practices の一環として、コードベースを CVE やその他の一般的な攻撃手法（サードパーティ ライブラリなどの依存関係を含む）についてスキャンするツール（例: 静的コード解析）を使用し、RealmJoin が公開するエンドポイントのセキュリティに影響する可能性のあるものを検出しています。リリース前には、関連する指摘事項を評価し是正して、RealmJoin に既知の脆弱性が残らないようにしています。当社では、自社でペネトレーションテストを実施しておらず、サードパーティの「Penetration Test-as-a-Service」ツールも使用していません。前者については、利益相反が本質的にあると考えています。後者については、一般的なペネトレーションテスト サービスは公開エンドポイントを CVE やその他の既知の攻撃手法と照合するだけであることが多く、静的コード解析ですでに行っているチェック以上の価値はないと考えています。ご自身でペネトレーションテストを実施したい場合は、 [ご連絡ください](https://www.realmjoin.com/help/) そして要件をお知らせください。

### 4. パッチ適用プロセスはありますか?

はい、脆弱性の修正と性能向上のために定期的なメンテナンスと更新を適用し、プラットフォームの安全性と効率性を維持します。

### 5. パッチの SLA はどうなっていますか?

* CVE / セキュリティ脆弱性向けのパッチ: 脆弱性が公知になった時点、または当社が自社コード内で脆弱性を特定した時点から、当社がその脆弱性を認識してから 24 時間以内にホットフィックスを提供します。
* その他のパッチ: SLA なし。

### 6. RealmJoin はバックアップを実行しますか?

RealmJoin はすべての重要データに対して point-in-time restore 技術を使用しています。GitLab（PACKaaS パイプラインとリポジトリをホスト）は定期的にバックアップされています。

### 7. バックアップ復元テストはありますか?

いいえ。以下を参照してください [可用性](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) をご覧ください。

### 8. RealmJoin のパッケージはコミュニティ ソリューションよりもなぜ安全なのですか?

コミュニティ ソリューションとは対照的に、当社はあらゆるパッケージとあらゆるバイナリを常に完全に管理しています。複数の実装済みチェックにより、破損したデータがデバイス上で実行されないことを保証しています。

* **公開リポジトリなし**: 当社は GitLab、nuget、cdn インスタンスをホストしています。RealmJoin エージェントは現在 Chocolatey エンジンの改変版を利用していますが、パッケージソースは glueckkanja AG のパッケージ サーバーに制限されています。
* **分離されたリポジトリ**: 顧客固有のパッケージは当社サーバーの顧客固有セクションに配置され、他の顧客はアクセスできません。
* **完全なバージョン管理**: すべてのツールおよび RealmJoin パッケージ ストアは、コミット情報と監査情報を提供します。どの時点でも、どのパッケージの何が誰によって変更されたかが常に透明です。
* **特定データの回避**: パッケージ コードとバイナリを分離することで、一般的にバイナリから機密情報を削除できるため、傍受されたバイナリであっても悪用されることはありません。
* **暗号化とハッシュ**: パッケージ スクリプトは、アクセスが高度に制限された暗号化サーバーに保存されています。RealmJoin エージェントは暗号化された接続を介してスクリプトをダウンロードします。追加のセキュリティのため、すべてのバイナリは、何らかの処理を行う前にハードコードされたハッシュと照合されます。
* **ペネトスト**: 過去数年にわたり、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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.realmjoin.com/ja/sekyurititopuraibash/security-and-privacy.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
