包括的かつ詳細な解説：
Microsoft Identity and Access Administrator のドキュメントに記載されているように、Azure Key Vault の役割、アクセス許可、および最小権限の原則に基づいて、手順を一つずつ詳しく見ていきましょう。
Azure Key Vaultとその要件を理解する：
Azure Key Vault は、暗号鍵、シークレット、証明書を安全に保存および管理するサービスです。ロールベースのアクセス制御 (RBAC) を使用して、ユーザー、グループ、およびアプリケーションのアクセス許可を管理します。
この問題では、User1 が Vault1 内の証明書、キー、およびシークレットのメタデータを読み取ることができる必要があります。Azure Key Vault では、「メタデータ」とは、これらのオブジェクトのプロパティ (名前、作成日、有効期限など) を指し、実際のコンテンツ (シークレット値、キー値、証明書の秘密鍵など) を指すものではありません。
解決策は最小権限の原則に従う必要があり、つまり、ユーザー1にはタスクを実行するために必要な最小限の権限のみが付与され、不要な操作（オブジェクトの変更や削除など）にはアクセスできないようにする必要があります。
Azure Key Vault の RBAC ロールとアクセス許可:
Azure Key Vault は、キー、シークレット、証明書の管理に関する特定のアクセス許可を定義する組み込みの RBAC ロールをサポートしています。オプションの各ロールについて見ていきましょう。
キーボルト暗号ユーザー:
この役割により、ユーザーは鍵を使用して暗号化操作（暗号化、復号化、署名、検証など）を実行したり、鍵のメタデータを読み取ったりすることができます。
権限には、Microsoft.KeyVault/vaults/keys/read (キーメタデータの読み取り) および暗号化、復号化などの暗号化操作が含まれます。
ただし、この役割には、秘密情報や証明書のメタデータを読み取る権限は付与されておらず、タスクに必要ない暗号化操作権限が含まれています。
キーボルト暗号担当役員：
この役割は、鍵の管理と暗号化操作の実行を目的としています。鍵の作成、削除、更新、読み取り、および暗号化操作の実行に関する権限が含まれています。
アクセス許可には、Microsoft.KeyVault/vaults/keys/* (キーに対する完全な制御) が含まれます。
この役割は、秘密情報や証明書へのアクセス権限を付与せず、必要以上の権限（作成、削除など）を付与するため、最小権限の原則に違反します。
キー保管庫リーダー:
このロールは、キーコンテナー内のすべてのオブジェクト（キー、シークレット、証明書）のメタデータへの読み取り専用アクセスを提供します。
アクセス許可には、Microsoft.KeyVault/vaults/read (コンテナーのプロパティの読み取り) および Microsoft.KeyVault/vaults/* が含まれます。
/read（鍵、秘密鍵、証明書のメタデータを読み取ります）。
重要な点として、このロールではオブジェクトの実際のコンテンツ（シークレット値、キー値、証明書の秘密鍵など）へのアクセスは許可されず、メタデータのみへのアクセスが許可されます。また、書き込み操作（作成、更新、削除など）も許可されません。
これは「メタデータを読み取る」という要件に完全に合致しており、最小権限の原則にも従っています。
キー保管庫の秘密ユーザー:
このロールを使用すると、ユーザーはシークレットの内容（メタデータだけでなく）を読み取ったり、シークレットの値を取得するなどの操作を実行したりできます。
権限には、Microsoft.KeyVault/vaults/secrets/get (シークレット値の読み取り) および Microsoft.KeyVault が含まれます。
/vaults/secrets/read（シークレットメタデータの読み取り）。
この役割は鍵や証明書へのアクセス権を付与するものではなく、必要以上のアクセス権（メタデータだけでなく秘密の値の読み取り）を付与するため、最小権限の原則に違反しています。
最小特権の原則を適用する：
このタスクでは、ユーザー1は証明書、鍵、秘密情報のメタデータを読み取る必要がありますが、それらの内容にアクセスしたり、書き込み操作を実行したりする必要はありません。
キー保管庫閲覧者が最も適切な役割である理由は以下のとおりです。
これは、すべてのオブジェクト（鍵、秘密鍵、証明書）のメタデータへの読み取り専用アクセスを許可します。
オブジェクトの内容（例えば、秘密の値）へのアクセスは許可されていませんが、それは必要ありません。
最小権限の原則に従い、書き込み操作（作成、削除など）は許可しません。
他の役割は、アクセス権限が多すぎる（例：Key Vault Crypto Officer、Key Vault Secrets User）か、必要なオブジェクトをすべて網羅していない（例：Key Vault Crypto User、Key Vault Secrets User）かのいずれかです。
オプションの分析：
A: キーボールト暗号ユーザー:
誤りです。このロールはキーメタデータの読み取りと暗号化操作の実行のみを許可しますが、シークレットや証明書のメタデータへのアクセスは許可しません。また、不要な暗号化権限も付与しています。
B: キーボールト暗号担当者:
誤りです。この役割は鍵に対する完全な制御権限を提供しますが、これは必要以上に広範であり、秘密情報や証明書のメタデータへのアクセス権は付与されません。
C: キー保管庫リーダー:
その通りです。このロールは、鍵、秘密鍵、証明書のメタデータへの読み取り専用アクセスを提供し、最小権限の原則に従いながら、要件に完全に合致しています。
D: キー保管庫の秘密ユーザー:
誤りです。このロールでは、シークレット値（メタデータだけでなく）の読み取りが許可されますが、キーや証明書のメタデータへのアクセスは許可されません。必要以上のアクセス権限が付与されています。
その他の考慮事項：
もし質問が、User1にシークレットの内容（メタデータだけでなく）を読み取ることを求めていた場合、Key Vault Secrets Userロールが検討されるかもしれませんが、それでもキーと証明書はカバーされません。
権限を細かく調整するためにカスタムRBACロールを作成することもできますが、質問では組み込みロールが求められており、Key Vault Readerが最適です。
質問では、User1が他の操作（暗号化操作、保管庫の管理など）を実行する必要があるかどうかは明記されていません。追加の権限が必要な場合は、複数の役割の組み合わせ、またはカスタム役割が必要になる可能性がありますが、最小権限の原則に従えば、最小限の役割で済みます。
結論：User1が最小権限の原則に従いながらVault1内の証明書、キー、シークレットのメタデータを読み取れるようにするには、Key Vault Readerロールを割り当てる必要があります。このロールは、不要なアクセスを許可することなく、必要な権限を正確に提供します。したがって、正解はCです。
参考文献：
Azure Key Vault のドキュメント: 「Azure Key Vault RBAC ロール」(Microsoft Learn:https://learn.microsoft.
com/en-us/azure/key-vault/general/rbac-guide)
Azure Key Vault のドキュメント：「キーコンテナーへの安全なアクセス」（Microsoft Learn:https://learn.microsoft.com）
/en-us/azure/key-vault/general/secure-your-key-vault)
Microsoft Identity and Access Administrator (SC-300) 試験対策ガイド。Azure Key Vault のアクセス制御と最小権限の原則について解説しています。

Explanation:

参照：
https://docs.microsoft.com/en-us/azure/role-based-access-control/role-assignments-portal
https://docs.microsoft.com/en-us/azure/active-directory/roles/permissions-reference

説明

参照：
https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/add-application-portal-assign-users
https://docs.microsoft.com/en-us/azure/active-directory/develop/active-directory-how-applications-are-added

https://learn.microsoft.com/en-us/defender-cloud-apps/access-policy-aad App1 の Microsoft Defender for Cloud Apps アクセス ポリシーを作成するには、条件付きアクセス ポリシーを構成して、アプリによる制限を使用するようにする必要があります。これにより、ユーザー、デバイス、場所、アプリの状態などの条件に基づいて、クラウド アプリへのアクセスを制御できます。また、アプリによる制限を使用して、管理対象デバイスで実行されているか、管理対象外デバイスで実行されているかなど、アプリの状態に基づいてクラウド アプリへのアクセスを制御することもできます。