AOS-CX では、監査担当者の役割は、システムログとイベントへの読み取り専用アクセスを必要とするユーザー向けに設計されています。この役割では、Web UI の [システム] > [ログ] ページへのアクセスが可能になり、特に /logs/event リソースに対して、管理者権限を付与することなく、REST API の GET メソッドを使用してログを取得できます。これは、アクセス制限に関する顧客の要件を満たしています。

この環境における新しいIPカメラとスキャナーのセキュリティを強化するための最良の選択肢はCです。
MPSKは、WLAN内の各デバイスがそれぞれ固有の事前共有鍵を持つことを可能にする。
MPSKはMulti Pre-Shared Keyの略で、異なるデバイスが異なる事前共有キーを使用して同じSSIDに接続できるようにする機能です。これにより、各デバイスが802.1X認証や外部ポリシーエンジンを必要とせずに独自のキーと役割を持つことができるため、ネットワークのセキュリティと拡張性が向上します。MPSKは、アクセスポイント（AP）上でローカルに設定することも、Aruba Central12で一元的に設定することもできます。
他の選択肢が間違っている理由は以下のとおりです。
A) MPSK Localは、ユーザーがデバイス上でSSIDごとに24個のPSKをローカルに設定できる機能です。
これらのローカルPSKは、基本MPSK機能の拡張として機能します。しかし、MPSK Localはこのシナリオには適していません。なぜなら、SSIDごとに最大24台のデバイスしかサポートできないのに対し、クライアントには250台のデバイスがあるからです1。
B) Aruba ClearPassは、802.1X認証を実行し、デバイスに証明書をインストールできるネットワークアクセス制御ソリューションです。ただし、新しいIPカメラとスキャナは802.1X認証をサポートしていないため、このオプションはこのシナリオには適していません3。
D) MPSK Localでは、カメラが鍵を共有し、スキャナが別の鍵を共有することは許可されません。
MPSK Localは、デバイスの種類に関係なく、各デバイスに異なるキーを割り当てます。さらに、MPSK LocalはSSIDごとに最大24台のデバイスしかサポートできませんが、クライアントは最大250台のデバイスを接続できます1。

Arubaのドキュメントポータル1によると、ユーザーベーストンネリング（UBT）は、GREを使用してスイッチインターフェイス上の受信トラフィックをゲートウェイにトンネル接続し、そこでさらに処理を行う機能です。UBTにより、スイッチはユーザーごとの認証とアクセス制御を使用して、一貫したアクセスと権限を確保し、集中型のセキュリティポリシーを提供できます。
オプションA：スイッチはクライアントをアクセスVLANに接続します
これは、オプション A が Aruba スイッチでの UBT の動作方法を示しているためです。デバイスがネットワークに接続すると、MAC 認証または 802.1X を使用して認証され、ClearPass から強制ポリシーがトリガーされます。このポリシーには、ユーザー ロール構成を含む強制プロファイルが含まれています。ユーザー ロールは、スイッチ上でローカルに割り当てることも、強制プロファイルの一部として ClearPass 上で割り当てることもできます。ユーザー ロールによって、デバイスが属する VLAN と、そのデバイスに適用されるアクセス ポリシーが決まります 23。
したがって、選択肢Aが正解です。
1: https://www.arubanetworks.com/techdocs/central/latest/content/nms/aos-cx/cfg/conf-cx-ubt.htm 2:
https://www.arubanetworks.com/techdocs/AOS-CX/10.06/HTML/5200-7696/GUID-581D2976-694B-46C7-849
https://community.arubanetworks.com/viewdocument/?DocumentKey=c740df4e-3e26-4cc5-9126-355a18709c4

説明
オプションCに、SVI 10とLAG 1を介して隣接デバイスとのOSPF隣接関係を確立するための正しい設定を示します。設定には以下の手順が含まれます。
* VLAN 10を作成し、名前とIPアドレスを割り当てます。
* LAG 1 を作成し、名前とモード（動的または静的）を割り当てます。
* LAG 1にメンバーポートを追加し、LAGインターフェースを有効にします。
* LAG 1 のタグなし VLAN として VLAN 10 を割り当てます。
* スイッチでOSPFを有効にし、ルーターIDを割り当てます。
* OSPFエリア0を作成し、そのエリアにSVI 10をインターフェースとして追加します。
オプションAは、スイッチ上でOSPFを有効にせず、OSPFエリアも作成しないため、誤りです。オプションBは、LAG 1のタグ付きVLANとしてVLAN 10を割り当てますが、これはSVI 10と互換性がないため、誤りです。
オプションDは、LAG 1にメンバーポートを追加したり、LAGインターフェースを有効にしたりしないため、誤りです。
参考文献：
https://techhub.hpe.com/eginfolib/Aruba/OS-CX_10.04/5200-6692/GUID-BD3E0A5F-FE4C-4B9B-BE1D-FE7D
https://techhub.hpe.com/eginfolib/Aruba/OS-CX_10.04/5200-6692/GUID-BD3E0A5F-FE4C-4B9B-BE1D-FE7D

AOS-10では、クライアントがオープン（暗号化されていない）拡張オープンSSIDに接続し、そのVLANがブリッジされている場合、クライアントとAP間のクライアントのトラフィックには暗号化は適用されません。
拡張オープン（OWE）は、クライアントとアクセスポイントの両方がそれをサポートしている場合にのみ暗号化を提供しますが、通常のオープンSSIDではこの保護は提供されません。