セクション: [なし]
Explanation:
不正解:
A、C: デバイスまたはユーザーの動的グループを作成できますが、ユーザーとデバイスの両方を含むルールを作成することはできません。
D: 割り当てられたグループの場合、個々のメンバーのみを追加できます。
シナリオ：
Litware は、次の ID およびアクセス要件を識別します。 サンフランシスコのすべてのユーザーとそのデバイスは、Group1 のメンバーである必要があります。
テナントには現在、次のグループが含まれています。

参考文献:
https://docs.microsoft.com/en-us/azure/active-directory/users-groups-roles/groups-dynamic-membership
https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/active-directory-groups-create-azure-portal Testlet 2 ケース スタディ これはケース スタディです。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは独立しています。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
Contoso, Ltd. は、モントリオールに本社があり、シアトルとニューヨークに 2 つの支社があるコンサルティング会社です。
同社は、サーバー インフラストラクチャ全体を Azure でホストしています。
Contoso には、Sub1 と Sub2 という名前の 2 つの Azure サブスクリプションがあります。どちらのサブスクリプションも、contoso.com という名前の Azure Active Directory (Azure AD) テナントに関連付けられています。
既存の環境
アズール AD
Contoso.com には、次の表に示すユーザーが含まれています。

Contoso.com には、次の表に示すセキュリティ グループが含まれています。

サブ1
Sub1 には、RG1、RG2、RG3、RG4、RG5、および RG6 という名前の 6 つのリソース グループが含まれています。
User9 は、次の表に示す仮想ネットワークを作成します。

Sub1 には、次の表に示すロックが含まれています。

Sub1 には、次の表に示す Azure ポリシーが含まれています。

サブ2
Sub2 には、次の表に示す仮想ネットワークが含まれています。

Sub2 には、次の表に示す仮想マシンが含まれます。

すべての仮想マシンにはパブリック IP アドレスがあり、Web サーバー (IIS) の役割がインストールされています。各仮想マシンのファイアウォールは、ping 要求と Web 要求を許可します。
Sub2 には、次の表に示すネットワーク セキュリティ グループ (NSG) が含まれています。

NSG1 には、次の表に示す受信セキュリティ規則があります。

NSG2 には、次の表に示す受信セキュリティ規則があります。

NSG3 には、次の表に示す受信セキュリティ規則があります。

NSG4 には、次の表に示す受信セキュリティ規則があります。

NSG1、NSG2、NSG3、および NSG4 には、次の表に示す送信セキュリティ規則があります。

技術要件
Contoso は、次の技術要件を特定しています。
* Azure Firewall を Sub2 の VNetwork1 にデプロイします。
* App2 という名前のアプリケーションを contoso.com に登録します。
* 可能な限り、最小権限の原則を使用してください。
* contoso.com に対して Azure AD Privileged Identity Management (PIM) を有効にします。

説明
サブスクリプションの課金所有権を別の Azure AD テナントのアカウントに譲渡すると、サブスクリプションを新しいアカウントのテナントに移動できます。これを行うと、サブスクリプションとそのリソースを管理するためのロール ベース アクセス (RBAC) を持っていたすべてのユーザー、グループ、またはサービス プリンシパルがアクセスできなくなります。移行要求を受け入れる新しいアカウントのユーザーのみが、リソースを管理するためのアクセス権を持ちます。
参照：
https://docs.microsoft.com/en-us/azure/billing/billing-subscription-transfer
https://docs.microsoft.com/en-us/azure/billing/billing-subscription-transfer#transferring-subscription-to-anaccou

説明

ボックス 1: 所有者のみがリソースのアクセス許可を変更できます。
ボックス 2: コントリビューターは、サブスクリプション内のあらゆるものを作成/変更/削除できますが、アクセス許可を変更することはできません。

参照：
https://docs.microsoft.com/en-us/azure/role-based-access-control/built-in-roles#compute