以下の説明を参照してください。
説明
ロックにより、組織内の他のユーザーが、Azure サブスクリプション、リソース グループ、リソースなどの重要なリソースを誤って削除または変更することを防ぎます。
注: Azure では、リソースという用語は、Azure によって管理されるエンティティを指します。たとえば、仮想マシン、仮想ネットワーク、ストレージ アカウントはすべて Azure リソースと呼ばれます。
1. 仮想ネットワーク VNET の [設定] ブレードで、[ロック] を選択します。

2. ロックを追加するには、[追加] を選択します。

3. [ロックの種類] で [ロックの削除] を選択し、[OK] をクリックします。
参照：
https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-lock-resources

Azure Container Registry は、Docker のコンテンツ信頼モデルを実装し、署名されたイメージのプッシュとプルを可能にします。
信頼できるイメージ タグをコンテナー レジストリにプッシュするには、コンテンツの信頼を有効にし、docker push を使用してイメージをプッシュします。
信頼できるイメージを操作するには、イメージの発行者とコンシューマーの両方が、Docker クライアントのコンテンツの信頼を有効にする必要があります。発行者は、コンテンツの信頼が有効なレジストリにプッシュするイメージに署名できます。
参照：
https://docs.microsoft.com/en-us/azure/container-registry/container-registry-content-trust セキュリティ運用の管理 テストレット 1 ケース スタディ これはケース スタディです。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは独立しています。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
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) を有効にします。
セキュリティ運用の管理
テストレット 2
これは事例研究です。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは独立しています。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
Litware, Inc. は、シカゴ地域に 500 人の従業員、サンフランシスコ地域に 20 人の従業員を抱えるデジタル メディア企業です。
既存の環境
Litware には、Sub1 という名前の Azure サブスクリプションがあり、サブスクリプション ID は 43894a43-17c2-4a39-8cfc- です。
3540c2653ef4.
Sub1 は、litwareinc.com という名前の Azure Active Directory (Azure AD) テナントに関連付けられています。テナントには、すべての Litware 従業員とそのデバイスのユーザー オブジェクトとデバイス オブジェクトが含まれています。各ユーザーには、Azure AD Premium P2 ライセンスが割り当てられます。Azure AD Privileged Identity Management (PIM) がアクティブ化されています。
テナントには、次の表に示すグループが含まれています。

Azure サブスクリプションには、次の表に示すオブジェクトが含まれています。

Azure Security Center は Free レベルに設定されています。
変更予定
Litware は、次の表に示す Azure リソースをデプロイする予定です。

ID とアクセスの要件
Litware は、次の ID およびアクセス要件を識別します。
* サンフランシスコのすべてのユーザーとそのデバイスは、Group1 のメンバーである必要があります。
* グループ 2 のメンバーには、リソース グループ 2 への共同作成者の役割を、永続的な適格な割り当てを使用して割り当てる必要があります。
* ユーザーが Azure AD にアプリケーションを登録したり、ユーザーに代わって会社の情報にアクセスするアプリケーションに同意したりできないようにする必要があります。
プラットフォーム保護要件
Litware は、次のプラットフォーム保護要件を識別します。
* リソース グループ 1 の仮想マシンに Microsoft Antimalware をインストールする必要があります。
* Group2 のメンバーには、Azure Kubernetes Service クラスター管理者ロールが割り当てられている必要があります。
* Azure AD ユーザーは、Azure AD 資格情報を使用して AKS1 に対して認証する必要があります。
* 計画された変更の実装後、IT チームは JIT VM アクセスを使用して VM0 に接続できる必要があります。
* リソース グループ 1 のマネージド ディスクの管理を委任するには、Role1 という名前の新しいカスタム RBAC ロールを使用する必要があります。Role1 は、Resource Group1 でのみ使用できる必要があります。
セキュリティ運用要件
Litware は、Azure Security Center でオペレーティング システムのセキュリティ構成をカスタマイズできる必要があります。
データとアプリケーションの要件
Litware は、次のデータとアプリケーションの要件を識別します。
* Group2 のユーザーは、Azure AD 資格情報を使用して SQLDB1 に対して認証できる必要があります。
* WebApp1 は相互認証を強制する必要があります。
一般要件
Litware は、次の一般的な要件を識別します。
* 可能な限り、管理作業を最小限に抑える必要があります。
* 可能な限り、自動化の使用を最小限に抑える必要があります。

Azure AD は、最初の Azure AD マネージド ドメインにすることができます。Azure AD は、Azure AD とフェデレーションされたオンプレミスの Active Directory Domain Services にすることもできます。
https://www.fast2test.com/AZ-500-practice-test.html 86
Fast2test AZ-500 復習問題集 - New AZ-500 復習問題集
Azure AD ID を使用して SSMS または SSDT を使用して接続する
次の手順は、SQL Server Management Studio または SQL Server データベース ツールを使用して、Azure AD ID で SQL データベースに接続する方法を示しています。
Active Directory 統合認証
フェデレーション ドメインから Azure Active Directory 資格情報を使用して Windows にログインしている場合は、この方法を使用します。
1. Management Studio または Data Tools を起動し、[サーバーに接続] (または [データベース エンジンに接続]) ダイアログ ボックスの [認証] ボックスで、[Active Directory - 統合] を選択します。接続には既存の資格情報が提示されるため、パスワードは必要ありません。また、入力することもできません。

2. [オプション] ボタンを選択し、[接続のプロパティ] ページの [データベースに接続] ボックスに、接続するユーザー データベースの名前を入力します。(「AD ドメイン名またはテナント ID」オプションは、MFA 接続オプションを使用するユニバーサルでのみサポートされています。それ以外の場合はグレー表示されます。) 参照:
https://docs.microsoft.com/en-us/azure/azure-sql/database/authentication-aad-configure?tabs=azure-powershell

参照：
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/encrypt-disks