Harmony Endpointは、Windows、macOS、Linuxオペレーティングシステム用のEndpoint Securityクライアントパッケージを提供しています。これはCP_R81.20_Harmony_Endpoint_Server_AdminGuide.pdfに明確に記載されています。19ページの「Endpoint Securityクライアント」のセクションには、「Endpoint SecurityクライアントはWindowsとMacで利用可能です」と記載されており、WindowsとmacOSのサポートが確約されています。詳細は以下のページをご覧ください。
51 ページの「エンドポイント クライアントでサポートされているオペレーティング システム」には、サポートされているプラットフォームとして「macOS」と「Linux」がリストされており、49 ページの Microsoft Windows の詳細なサポートも記載されています。これらの参照を合わせると、クライアント パッケージが Windows、macOS、Linux 向けに提供されていることが確認できます。
* オプション A (「Unix、WinLinux、および macOS」) は正しくありません。「WinLinux」は認識されたオペレーティング システムではなく、ドキュメントでは Unix がサポートされているクライアント OS として記載されていないためです。
* オプション C (「macOS、iPadOS、Windows」) は、モバイル デバイス用の OS である iPadOS が Endpoint Security Client でサポートされているプラットフォームとして記載されていないため、正しくありません。
* オプション D (「Windows、AppleOS、および Unix オペレーティング システム」) は、「AppleOS」が標準用語ではない (正しい用語は macOS) ため、また Unix がクライアント OS としてサポートされていないため、正しくありません。
したがって、オプション B は公式ドキュメントに基づく唯一の完全に正確な選択肢です。
参考文献:
CP_R81.20_Harmony_Endpoint_Server_AdminGuide.pdf、19 ページ:「Endpoint Security Client」(Windows と Mac について言及)。
CP_R81.20_Harmony_Endpoint_Server_AdminGuide.pdf、49 ページ：「Microsoft Windows」(Windows サポートの詳細)。
CP_R81.20_Harmony_Endpoint_Server_AdminGuide.pdf、51 ページ：「macOS」および「Linux」（これらの OS のサポートを確認します）。

* エンドポイントクライアント GUI 概要ページ:
* 次のリアルタイムステータスを表示します:
* ポリシーのダウンロードの進行状況
* ユーザー獲得（AD/IDバインディング）
* FDE プリブートセットアップの完了
* ディスク暗号化フェーズ（例：「暗号化：75%」）
* Web管理ポータル:
* すべてのエンドポイントにわたる詳細な展開段階を追跡します。
* ポリシー割り当てステータス
* FDEの初期化
* 暗号化の進行状況
* 認証設定
* デバッグログ:
* 各フェーズの技術的な詳細を記録します。
* ポリシー取得エラー (epcpolicy.log)
* ユーザー取得失敗 (auth.log)
* FDE セットアップの問題 (fde_install.log)
* 暗号化エラー (encryption.log)
# 出典: Check Point Harmony Endpoint 管理ガイド R81.10 (セクション: クライアント展開の監視、217 ページ)。

Harmony Endpoint における「非認証モード」とは、コンピュータとユーザーが資格情報を所有しているものの、それらの資格情報が Active Directory (AD) に対して検証されていない構成を指します。このモードは、AD 認証が実装されていない、または必須ではないものの、何らかの資格情報ベースのアクセス制御が依然として適用されている場合に使用されます。
CP_R81.20_Harmony_Endpoint_Server_AdminGuide.pdfには、
「非認証モード」については専用のセクションに記載されています。ただし、この概念は、特にActive Directoryとの統合に関連して説明されている認証メカニズムから推測されたものです。208ページの「Active Directory認証」の項には、次のように記載されています。
「エンドポイントセキュリティは、ユーザーとコンピュータのActive Directory認証をサポートしています。これにより、ユーザーの資格情報とポリシーを一元管理できます。」これは、AD認証が資格情報を一元的に検証するためのサポートされている方法であることを示しています。ガイドの209ページの「Active Directory認証の構成」では、ADベースの認証を有効にする手順が詳しく説明されており、この構成がないと資格情報はADを通じて検証されないことが示唆されています。このような場合、システムはローカルの資格情報または代替方法に依存する可能性があり、これは「
「非認証モード」（つまり、AD 経由で認証されていない）。
オプション C (「コンピューターとユーザーには資格情報があるが、AD を通じて検証されていない」) は、次のシナリオに直接一致します。
* 「資格情報を持つ」: ユーザーとコンピューターは、システムにアクセスするために資格情報 (ユーザー名とパスワードなど) を引き続き使用します。
* 「AD 経由で検証されていません」: これらの資格情報は AD サーバーに対してチェックされないため、このモードは AD 認証セットアップと区別されます。
他のオプションを分析してみましょう。
* オプション A (「コンピューターとユーザーにはセキュリティ リスクがある可能性がありますが、引き続きアクセスできます」): これは、AD 検証がないとリスクが増大する可能性があるため、非認証モードの潜在的な結果となる可能性があります。
ただし、モード自体を定義するのではなく、結果を説明するため、正確性は低くなります。
* オプション B (「コンピューターとユーザーは IP アドレスとユーザー名に基づいて信頼されます」): ドキュメントには、AD 検証なしで IP アドレスとユーザー名に基づいて信頼することについては記載されていないため、これはサポートされていません。
* オプションD（「コンピュータとユーザーはパスワードとユーザー名のみに基づいて信頼される」）：これは部分的に正しいです。非認証モードではローカル認証情報の確認が行われる可能性があるためです。しかし、Harmony Endpointのコンセプトの中核となる「AD経由で検証されていない」という重要な区別が欠けています。
したがって、オプション C は、ドキュメントの認証方法に関する説明に基づく最も正確で具体的な定義です。
参考文献:
CP_R81.20_Harmony_Endpoint_Server_AdminGuide.pdf、208 ページ:「Active Directory 認証」(資格情報検証の AD サポートの概要)。
CP_R81.20_Harmony_Endpoint_Server_AdminGuide.pdf、ページ 209:「Active Directory 認証の構成」(構成されていない場合は非 AD 検証を意味します)。