HPE6-A78 Exam Study Guide: The Ultimate 2026 Practice Test

To ensure secure transmission of log data over the network, particularly when dealing with sensitive or critical information, using TLS (Transport Layer Security) for encrypted communication between network devices and syslog servers is necessary:

Secure Logging Setup : When configuring an ArubaOS-CX switch to send logs securely to a Syslog server, specifying the server with the TLS option ensures that all transmitted log data is encrypted. Additionally, the switch must have a valid certificate to establish a trusted connection, preventing potential eavesdropping or tampering with the logs in transit.

Other Options :

Option B , Option C , and Option D are less accurate or applicable for directly encrypting log data between the device and Syslog server as specified in the company policies.

The task is to configure an AOS-CX switch to send logs to a SIEM Syslog server at IP address 10.4.13.15 using TCP port 514, with logs for events at the " warning " severity level or above (i.e., warning, error, critical, alert, emergency). The initial command entered is:

AOS-CX(config)# logging 10.4.13.15 tcp vrf default

This command configures the switch to send logs to the Syslog server at 10.4.13.15 using TCP (port 514 is the default for TCP Syslog unless specified otherwise) and the default VRF. However, this command alone does not specify the severity level of the logs to be sent, which is a requirement of the task.

Severity Level Configuration : AOS-CX switches allow you to specify the severity level for logs sent to a Syslog server. The severity levels, in increasing order of severity, are: debug, informational, notice, warning, error, critical, alert, and emergency. The requirement is to send logs at the " warning " level or above, meaning warning, error, critical, alert, and emergency logs should be sent, but debug, informational, and notice logs should not.

Option A , " Specify the ‘warning’ severity level for the logging server, " is correct. To meet the requirement, you need to add the severity level to the logging configuration for the specific Syslog server. The command to do this is:

AOS-CX(config)# logging 10.4.13.15 severity warning

This command ensures that only logs with a severity of warning or higher are sent to the Syslog server at 10.4.13.15. Since the initial command already specified TCP and the default VRF, this additional command completes the configuration.

Option B , " Add logging categories at the global level, " is incorrect. Logging categories (e.g., system, security, network) are used to filter logs based on the type of event, not the severity level. The requirement is about severity ( " warning " or above), not specific categories, so this step is not necessary to meet the stated criteria.

Option C , " Ask for the Syslog password and configure it on the switch, " is incorrect. Syslog servers typically do not require a password for receiving logs, and AOS-CX switches do not have a configuration option to specify a Syslog password. Authentication or encryption for Syslog (e.g., using TLS) is not mentioned in the requirements.

Option D , " Configure logging as a debug destination, " is incorrect. Configuring a debug destination (e.g., using the debug command) is used to send debug-level logs to a destination (e.g., console, buffer, or Syslog), but the requirement is to send logs at the " warning " level or above, not debug-level logs. Additionally, the logging command already specifies the Syslog server as the destination.

The HPE Aruba Networking AOS-CX 10.12 System Management Guide states:

" To configure a Syslog server on an AOS-CX switch, use the logging < ip-address > [tcp | udp] [vrf < vrf-name > ] command to specify the server’s IP address, protocol, and VRF. To filter logs by severity, add the severity < level > option to the logging command. For example, logging 10.4.13.15 tcp severity warning sends logs with a severity of warning or higher (warning, error, critical, alert, emergency) to the Syslog server at 10.4.13.15 using TCP. The default port for TCP Syslog is 514. " (Page 89, Syslog Configuration Section)

Additionally, the guide notes:

" Severity levels for logging on AOS-CX switches are, in increasing order: debug, informational, notice, warning, error, critical, alert, emergency. Specifying a severity level of ‘warning’ ensures that only logs at that level or higher are sent to the configured destination. " (Page 90, Logging Severity Levels Section)

The scenario involves an AOS-8 Mobility Controller (MC) with Control Plane Security (CPSec) enabled and auto certificate provisioning disabled. CPSec is a feature that secures the control plane communication between the MC and APs using certificates. When CPSec is enabled, APs must be authorized and trusted by the MC to become managed.

CPSec Enabled, Auto Cert Provisioning Disabled : When CPSec is enabled, APs must have a valid certificate to establish a secure control plane connection with the MC. If auto certificate provisioning is disabled (as shown in the exhibit), the MC does not automatically provision certificates to the APs. Instead, the APs must already have a factory-installed certificate (or a manually installed certificate), and the MC must trust the AP’s certificate by having the issuing CA in its trust list. Additionally, the AP must be on the MC’s AP whitelist to be authorized.

AP Whitelist : The AP whitelist is a list of authorized APs maintained on the MC (or Mobility Master, MM, if present). For an AP to become managed, its MAC address must be in the whitelist, especially when CPSec is enabled and auto provisioning is disabled. This ensures that only authorized APs can connect to the MC.

Option A , " Installing CA-signed certificates on the APs, " is incorrect because HPE Aruba Networking APs, such as the 335 series, come with factory-installed certificates signed by Aruba’s CA. These certificates are sufficient for CPSec, provided the MC trusts the Aruba CA (which is typically preconfigured). Manually installing CA-signed certificates is not required unless the factory certificates are not used or trusted.

Option B , " Approving the APs as authorized APs on the AP whitelist, " is correct. With CPSec enabled and auto cert provisioning disabled, the APs must be explicitly authorized by adding their MAC addresses to the AP whitelist on the MC. This step ensures that the MC accepts the AP’s certificate and allows it to become managed.

Option C , " Installing self-signed certificates on the APs, " is incorrect because self-signed certificates are not typically used for CPSec. APs use factory-installed certificates, and the MC must trust the issuing CA. Self-signed certificates would require manual trust configuration on the MC, which is not a standard practice.

Option D , " Configuring a PAPI key that matches on the APs and MCs, " is incorrect. PAPI (Protocol for AP Provisioning and Information) keys are used for securing communication between APs and the MC in non-CPSec environments or for specific configurations (e.g., when CPSec is disabled). When CPSec is enabled, certificate-based authentication replaces the need for a PAPI key.

The HPE Aruba Networking AOS-8 8.11 User Guide states:

" When Control Plane Security (CPSec) is enabled and auto certificate provisioning is disabled, APs must be authorized by adding their MAC addresses to the AP whitelist on the Mobility Controller (or Mobility Master). The AP uses its factory-installed certificate to establish a secure control plane connection with the MC. The MC must trust the CA that issued the AP’s certificate (e.g., Aruba’s CA), and the AP must be in the whitelist to become managed. To add an AP to the whitelist, navigate to Configuration > Access Points > AP Whitelist in the MC UI and add the AP’s MAC address. " (Page 395, CPSec Configuration Section)

Additionally, the HPE Aruba Networking CPSec Deployment Guide notes:

" If auto cert provisioning is disabled, the AP whitelist becomes mandatory for CPSec. Each AP must be explicitly approved by adding its MAC address to the whitelist, ensuring that only authorized APs can connect to the MC. The AP’s factory certificate is used for authentication, and no manual certificate installation is required on the AP. " (Page 12, CPSec with Manual Provisioning Section)