デフォルトでは、AnypointCLIおよびMuleMavenプラグインはMuleランタイムに含まれていないため、デプロイされたMuleアプリケーションで使用することはできません。
*****************************************
>>カスタム作成されたAPIインスタンスで実行できるように、AnypointプラットフォームAPIにAPIポリシーを適用することはできません。したがって、これを示唆するオプションはFALSEです。
>> Anypoint Platform APIは、CloudHubと顧客がホストするMuleランタイムの両方との相互作用を自動化するために使用できます。CloudHubだけではありません。したがって、これに反対するオプションはFALSEです。
>> Mule Mavenプラグインは、顧客がホストするMuleランタイムへのデプロイには必須ではありません。CI/CDの自動化をスムーズにするのに役立ちます。ただし、展開するための必須要件ではありません。したがって、これに反対するオプションはFALSEです。
>>プラットフォームには、AnypointCLIを使用するユーザーとAnypointプラットフォームAPIを使用するユーザーのアクセスを個別に制御するための特別な役割と権限はありません。適切な一般的な役割/権限（API所有者、Cloudhub管理者など）があれば、任意のオプション（AnypointCLIまたはPlatformAPI）を使用できます。したがって、これを示唆するオプションはFALSEです。
選択肢に示されている唯一のTRUEステートメントは次のとおりです。--AnypointCLIおよびMuleMavenプラグインはMuleランタイムに含まれていないため、デプロイされたMuleアプリケーションで使用することはできません。
MavenはStudioの一部であるか、他のMavenインストールを開発に使用できます。
CLIは便利なだけです。これは、アプリをランタイムにインストールする多くの方法の1つです。
これらは、展開または自動化のプロセス以外の一部ではありません。

基本認証を適用します-LDAPポリシー。内部ActiveDirectoryは、ユーザーを認証するためのLDAPソースとして構成されます。
*****************************************
>>IPホワイトリストはこの目的には適していません。さらに、ユーザーのワークステーションは必ずしもネットワークに静的IPを持っているとは限りません。
>> OAuth 2.0の実施には、組織のシステムコンポーネントに含まれていないクライアントプロバイダーが必要です。
>>すべてのユーザーが個別のクライアント資格情報を作成し、それらを使用できるように構成できるようにすることは、効果的なアプローチではありません。
基本認証を適用する効果的な方法-LDAPポリシーと内部ActiveDirectoryは、ユーザーを認証するためのLDAPソースとして構成されます。

ID管理のためにIdPによって提供される資格情報
*****************************************
参照：
>>クライアント/IDプロバイダーからのOAuth2.0トークンがAnypointCLIを介して認証することはサポートされていません。可能なトークンは、https：//anypoint.mulesoft.com/accounts/loginのAnypoint Organization / EnvironmentClientIdとSecretを使用してのみ生成される「ベアラートークン」のみです。クライアントプロバイダーのクライアント資格情報ではありません。そのため、OAuth2.0は使用できません。さらに、トークンは主にAPI Managerの目的であり、ユーザーに関連付けられていません。このMulesoftナレッジの記事にあるように、ほとんどのAPI（Cloudhubなど）を呼び出すために使用することはできません。
>> Anypoint CLIで許可されている他のオプションは、クライアントの資格情報を使用することです。クライアントプロバイダーのクライアントクレデンシャルを使用することは可能ですが、クライアント管理でConnected Appsを設定する必要がありますが、そのような詳細は、質問で説明されているシナリオでは示されていません。
>>したがって、残っているオプションは、IDプロバイダーからのユーザー資格情報を使用することだけです。