Explanation:

この質問は、Microsoft Purview の AI 向けデータセキュリティ態勢管理ポータル内でワンクリックポリシーを作成する方法に関するものです。これらのポリシーは、機密データや AI ウェブサイトに関連するリスクを軽減するように設計されています。この特定のシナリオにおける正しい構成は、「まずテストする」を選択し、「デバイス、インスタンス、および SharePoint サイト」にポリシーを適用することです。この構成は、データ損失防止 (DLP) および同様のポリシーの導入に関する Microsoft の推奨プラクティスに基づいています。
ポリシーモード:「まずはテストしてみましょう」
マイクロソフトは、新しいポリシーを適用する前に、その影響と有効性を評価するためにテストモードの使用を推奨しています。このアプローチにより、ユーザーのワークフローへの意図しない中断を防止できます。テストモードでは、ポリシーは指定されたアクティビティをブロックすることなく監視および監査します。アラートとレポートが生成されるため、管理者はポリシーの動作を確認し、必要な調整を行うことができます。これは「小規模から始めて拡張する」という原則に合致しており、機密データの転送をブロックするように設計されたポリシーが、正当なビジネス活動を意図せず妨げることがないようにします。
ポリシーの範囲:「デバイス、インスタンス、および SharePoint サイト」
このポリシーは、ユーザーがAIウェブサイトに機密データを貼り付けたりアップロードしたりすることをブロックすることを目的としています。そのためには、あらゆる潜在的なデータ流出ポイントを網羅する包括的な適用範囲が必要です。
デバイス：これはユーザーのローカルデバイスを対象とし、マシン上で実行されているアプリケーションからのデータのアップロードや貼り付けを防止します。これはエンドポイントからのデータ制御に不可欠です。
インスタンス：これは、AIウェブサイトを含むSaaS（Software as a Service）インスタンスを指します。インスタンスにポリシーを適用することで、これらの外部サービスへのデータ転送が監視および制御されます。
SharePoint サイト：SharePoint に保存されているデータは、機密情報の一般的なソースです。ポリシーの適用範囲に SharePoint サイトを含めることで、これらの場所からデータが直接コピーされ、AI ウェブサイトにアップロードされることを防ぎ、包括的なセキュリティ体制を実現します。
「デバイス、インスタンス、SharePoint サイト」を選択すると、最も一般的なソースと宛先にわたるデータを監視・保護するようにポリシーが構成され、AIサービスへのデータ流出に対する強力な防御が実現します。この包括的なアプローチは、Microsoft 365 における最新のデータセキュリティ戦略の基盤となります。
この情報は、Microsoft Purview に関する Microsoft の公式ドキュメント、特にデータ損失防止 (DLP) ポリシーと AI 向けデータセキュリティ態勢管理に関するセクションで確認できます。「まずテスト」というベストプラクティスと、機密データの保護範囲の広範さが一貫して推奨されています。

Explanation:
ステートメント 1 - いいえ。機密ラベルにはコンテンツのマーキング (透かし: INTERNAL) が含まれますが、これはラベルが手動または自動で適用されたドキュメントにのみ適用され、デフォルトではすべてのドキュメントに適用されるわけではありません。
ステートメント2 - いいえ。機密ラベルは透かしのみを指定し、ヘッダーは指定しません。ヘッダーマーキングが設定されている場合は、ラベル設定に明示的に表示されます。
ステートメント3 - いいえ。自動ラベル付けが「rebranding」という単語を含むドキュメントにのみラベルを適用するように設定されているという表示はありません。自動ラベル付けはオプション設定であり、明示的な設定が必要です。

Explanation:
ボックス1: はい
User1 は Group1 と Group3 のメンバーです。
デバイス1はWindowsです。
Policy1 は Group1 に割り当てられ、USB [これが意図された単語であると仮定します] デバイスへのコピーを制限します。
注記：
サポートされているアクション: デバイス
DLP に対して、オンボード Windows デバイスに対するこれらのユーザー アクティビティを許可、監査のみ、上書きしてブロック、またはブロック (アクション) するように指示できます。
ボックス2: いいえ
User2 は Group2 と Group3 のメンバーです。
デバイス1はAndroidです。
デバイスアクションは Android デバイスには適用されません。
ボックス3: はい
User3 は、Group 1、Group2、および Group3 のメンバーです。
デバイス1はmacOSです。
Policy3 は Group3 に割り当てられ、Microsoft 365 の場所にある企業コンテンツへのアクセスを制限します。
参照：
https://learn.microsoft.com/en-us/purview/dlp-policy-reference

Explanation:

Explanation:

メールフロールールは、メッセージにOMEv2保護（「OMEv2で保護」）を適用するように構成されています。OMEv2を使用する場合：
コンシューマー メール システム (Gmail など) の受信者はリンクで保護されたメッセージを受信し、コンテンツを表示するには Office 365 メッセージ暗号化ポータルに対して認証する必要があります。
Microsoft 365 の受信者 (外部テナントの場合でも) は Outlook/OWA でネイティブの読み取りエクスペリエンスを得られ、保護されたメッセージは Microsoft 365 ID を使用して自動的に復号化され、直接開かれます。別の OME ポータル ワークフローは必要ありません。
これらの動作は、さまざまな受信者タイプとクライアントにおけるOMEv2ユーザーエクスペリエンスについてMicrosoftによって文書化されています。詳細は、Microsoft Purview Office 365 Message Encryptionの概要と、外部のMicrosoft 365および一般ユーザー向けメール受信者のユーザーエクスペリエンスをご覧ください。