Select any two versions of this STIG to compare the individual requirements
Select any old version/release of this STIG to view the previous requirements
1. Navigate to Fabric >> Fabric Policies >> Pod >> Date and Time >> default. 2. Verify that UTC is selected. If the Cisco ACI is not configured to use the UTC time zone, this is a finding.
1. Navigate to Fabric >> Fabric Policies >> Pod >> Date and Time >> default to set the Time Zone. 2. Configure the Display time to be UTC and assign the appropriate Time Zone for the APIC's location.
1. Navigate to System >> System Settings. 2. Click "Fabric Security". 3. Click the "Policy" tab. 4. Verify FIPS Mode is set to "Enable". If FIPS mode is not set to "Enable", this is a finding.
1. Navigate to System >> System Settings. 2. Click "Fabric Security". 3. Click the "Policy" tab. 4. Set FIPS Mode to "Enable".
1. On the APIC menu bar, choose System >> System Settings. 2. In the Navigation pane, click "APIC Identification Preferences". 3. Verify the Controller CLI Banner, Switch CLI Banner, and GUI Banner (URL) are configured to display the text below. The banner at the URL must read as follows. "You are accessing a U.S. Government (USG) Information System (IS) that is provided for USG-authorized use only. By using this IS (which includes any device attached to this IS), you consent to the following conditions: -The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations. -At any time, the USG may inspect and seize data stored on this IS. -Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception, and search, and may be disclosed or used for any USG-authorized purpose. -This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy. -Notwithstanding the above, using this IS does not constitute consent to PM, LE or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communications and work product are private and confidential. See User Agreement for details." If the banner is not presented, this is a finding.
The CLI banner is a simple text string to be printed at the terminal before the password prompt. A banner can be defined for the APIC CLI and a separate banner for the switch CLI. The GUI banner displays at the APIC URL before user login authentication. The GUI banner is defined as a URL of a site hosting the desired HTML. 1. On the APIC menu bar, choose System >> System Settings. 2. In the Navigation pane, click "APIC Identification Preferences". 3. In the Work pane, fill out the form, inputting each banner type, and then click "Submit". Configure the APIC CLI banner: 1. Type the banner text below into the Controller CLI Banner text box. 2. Type the banner text below into the Switch CLI Banner text box. 3. Type the URL of a site hosting the desired HTML into the GUI Banner (URL) text box. Note: The URL site owner must allow the site to be placed in an iFrame to display the informational banner. If the owner of the site sets the x-frame-option to deny or sameorigin, the site the URL points to will not appear. 4. Click "Submit". The banner must read exactly as follows: "You are accessing a U.S. Government (USG) Information System (IS) that is provided for USG-authorized use only. By using this IS (which includes any device attached to this IS), you consent to the following conditions: -The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations. -At any time, the USG may inspect and seize data stored on this IS. -Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception, and search, and may be disclosed or used for any USG-authorized purpose. -This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy. -Notwithstanding the above, using this IS does not constitute consent to PM, LE or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communications and work product are private and confidential. See User Agreement for details."
1. On the GUI menu bar, choose Admin >> AAA. 2. In the Navigation pane, choose "Security". 3. In the Work pane, choose the Management Settings >> Policy tab. 4. Under Properties, verify the fields as follows: - For Lockout User after multiple failed login attempts, choose "Enable". - For Number of failed attempts before user is locked out, enter "3". - For Time period in which consecutive attempts were failed (m), enter "15" or an organization-defined value. - For Duration of lockout (m), enter "15". If the Cisco ACI fabric is not configured to enforce the limit of three consecutive invalid logon attempts and lock out users for 15 minutes, this is a finding.
1. On the GUI menu bar, choose Admin >> AAA. 2. In the Navigation pane, choose "Security". 3. In the Work pane, choose Management Settings >> Policy tab. 4. Under Properties, fill out the fields as follows: - For Lockout User after multiple failed login attempts, choose "Enable". - For Number of failed attempts before user is locked out, enter "3". - For Time period in which consecutive attempts were failed (m), enter "15" (or an organization-defined value). - For Duration of lockout (m), enter "15". 5. Click "Submit".
From APIC GUI: 1. Navigate to Fabric >> Fabric Policies >> Pod >> Management Access. 2. Fabric >> Fabric Policies >> Pod Policies >> Management Access. Verify insecure or unnecessary ports/protocols, services, and ciphers are disabled. This is the default. If the Cisco ACI is configured to listen or run unnecessary and/or nonsecure functions, ports, protocols, and/or services, this is a finding.
From APIC GUI: 1. Navigate to Fabric >> Fabric Policies >> Pod >> Management Access. 2. Fabric >> Fabric Policies >> Pod Policies >> Management Access. Disable insecure or unnecessary ports/protocols, services, and ciphers that have been enabled, such as HTTP, FTP, unauthorized TLS versions, and TELNET.
From the APIC GUI, verify backups are being performed as required: 1. Navigate to Admin >> Import/Export >> Export Policies >> Configuration >> Create Configuration Export Policy. 2. Fill out the rest of the form and click "Submit". If the Cisco ACI is not configured to conduct backups of the configuration weekly or at an organization-defined frequency and stored on a separate device, this is a finding.
From the APIC GUI, create a remote location where the configuration will be stored: 1. Navigate to Admin >> Import/Export >> Remote Locations >> Create Remote Location. 2. Enable the global AES encryption setting and save the password in a secure location. 3. Fill out the rest of the form and click "Submit". Create a Scheduler policy for weekly backups: 1. Navigate to Admin >> Schedulers >> Fabric >> Create Scheduler >> Create Trigger Scheduler. 2. Fill out the rest of the form and click "Submit". Create a Configuration Export Policy: 1. Navigate to Admin >> Import/Export >> Export Policies >> Configuration >> Create Configuration Export Policy. 2. Fill out the rest of the form and click "Submit".
From the GUI menu bar: 1. Navigate to Admin >> AAA >> Security >> Public Key Management >> Certificate Authorities. 2. Verify the Issuer is an approved CA. If the Cisco ACI does not obtain its public key certificates from an appropriate certificate policy through an approved service provider, this is a finding.
From the GUI menu bar: 1. Navigate to Admin >> AAA >> Security >> Public Key Management >> Certificate Authorities. 2. Fill in the form, including the trusted CA root certificate and CA intermediate certificate. Click "Submit". 3. Navigate to Admin >> AAA >> Security >> Public Key Management >> Key Rings. Fill out the form and click "Submit". 4. Navigate to Admin >> AAA >> Security >> Public Key Management >> Key Rings. Fill out the form and click "Submit". 5. Get the CSR and send it to the CA Organization. 6. On the menu bar, navigate to Admin >> AAA >> Security >> Public Key Management >> Key Rings. 7. Double-click the create Key Ring name and find the Request option. The content in the Request is the CSR. Click "Submit". 8. Update the Signing Certificate on the Web. On the menu bar, navigate to Fabric >> Fabric Policies >> Policies >> Pod >> Management Access >> Default. 9. In the Admin KeyRing drop-down list, choose the desired KeyRing. Click "Submit". After clicking submit, an error occurs due to certificate reasons. Refresh with the new certificate.
Review the NTP configuration to verify it is compliant: 1. Navigate to Fabric >> Fabric Policies >> Fabric Security. 2. Expand "Policies". 3. Expand "Pod". 4. Expand "Date and Time". 5. Expand each "Date and Time Policy". 6. Verify at least two DOD-approved time sources are configured. Note: DOD-approved solutions consist of a combination of a primary and secondary time source using a combination or multiple instances of the following: a time server designated for the appropriate DOD network (NIPRNet/SIPRNet); United States Naval Observatory (USNO) time servers; and/or the Global Positioning System (GPS). The secondary time source must be located in a different geographic region than the primary time source. If Cisco ACI fabric does not use DOD-approved NTP sources that use authentication that is cryptographically based, this is a finding.
Configure NTP servers. Create an NTP policy: 1. Navigate to Fabric >> Quickstart, and then click "Create an NTP Policy Link". 2. Fill out the form. - Provide a name for the policy. - Set the State to "Enabled". 3. Click "Next" to define the NTP Sources. 4. Define at least two DOD-approved time servers. Leave all the default options and click "OK". Refer to the note below. 5. Navigate to Fabric >> Fabric Policies sub menu >> Pods >> Policy Groups folder to add the NTP Policy to the appropriate Fabric Pod Policy or group to assign to one or more Pods in the fabric. 6. Right-click on the Policy Groups folder. Select an existing Pod Policy Group or create a new group. 7. Select the policy for NTP created in the previous step. 8. Navigate to Fabric >> Fabric Policies sub menu >> Pods >> Profiles >> Pod Profile >> default. If needed, with the default Pod Selector selected in the navigation pane, change the Fabric Policy Group to the one created in the previous step. Note: DOD-approved solutions consist of a combination of a primary and secondary time source using a combination or multiple instances of the following: a time server designated for the appropriate DOD network (NIPRNet/SIPRNet); USNO time servers; and/or the GPS. The secondary time source must be located in a different geographic region than the primary time source.
Review the AAA configuration: 1. In the GUI, on the menu bar, choose Admin >> AAA. 2. In the Navigation pane, click "Authentication" and then click the "RADIUS" tab. 3. Review the configuration for the AAA server. 4. Review the configuration of the Login Domain(s) used by the site. Note: The above configuration is an example using the RADIUS protocol. However, DOD sites may configure the options for LDAP, RADIUS, or TACACS+. If the Cisco ACI is not configured to use at least two authentication servers for the purpose of authenticating users prior to granting administrative access, this is a finding.
In the APIC, configure redundant RADIUS providers: 1. On the menu bar, choose Admin >> AAA. 2. In the Navigation pane, click "Authentication" and then click the "RADIUS" tab. 3. In the Work pane, choose Actions >> Create RADIUS Provider. 4. Specify the RADIUS host name (or IP address), port, protocol, and management endpoint group. 5. In the Navigation pane, choose System >> System Settings >> APIC Connectivity Preferences. In the Work pane, select "ooband". 6. Repeat the above steps for at least one other AAA server. Create the login domain for RADIUS: 1. In the Navigation pane, choose AAA Authentication >> Login Domains. 2. In the Work pane, choose Actions >> Create Login Domain. 3. Specify the login domain name, description, realm, and provider group as appropriate. Note: The above configuration is an example using the RADIUS protocol. However, DOD sites may configure the options for LDAP, RADIUS, or TACACS+.
To view the complete versions included in all the components of the fabric, from the CLI, type: apic1# configure apic1(config)# firmware apic1(config-firmware)# show version Refer to the Cisco APIC Upgrade/Downgrade Support Matrix for Cisco APIC upgrade and downgrade paths, available here: https://www.cisco.com/c/dam/en/us/td/docs/Website/datacenter/apicmatrix/index.html If the Cisco ACI fabric, leaf switches, or APIC components have an operating system release that is not currently supported by the vendor, this is a finding.
Refer to the Cisco APIC Upgrade/Downgrade Support Matrix for Cisco APIC upgrade and downgrade paths. Install a Cisco APIC Software Maintenance Upgrade Patch Using the GUI. Use the following procedure to install a software maintenance upgrade (SMU) patch on a Cisco APIC: 1. Add the firmware image that corresponds to the SMU patch to the Cisco APIC. The patch will be listed along with any other firmware images (SMU patches and otherwise). 2. Set up a controller firmware update. On the Version Selection screen, for the Update Type, choose "Software Maintenance Upgrade (Install)", then choose the SMU patch in the Select Firmware section. Installing a Switch Software Maintenance Upgrade Patch Using the GUI: SMU patch installation or uninstallation uses the same update group as a regular firmware upgrade. Because one node can belong to only one update group, when an SMU patch is applied to a specific node, remove that node from the existing group and create a new group that is dedicated to the node so that other nodes are not impacted. When performing a regular firmware upgrade for the entire fabric, delete the dedicated update group used for the SMU patch installation and add the node back to one of the original groups. If all the nodes in the existing group need the SMU patch, reuse the same update group without creating a new update group. 1. Add the firmware image that corresponds to the SMU patch to the Cisco APIC. The Cisco APIC lists the patch along with any other firmware images (SMU patches and otherwise). 2. Set up a node firmware update. On the Version Selection screen, for the Update Type, choose "Software Maintenance Upgrade (Install)", then choose the SMU patch in the Select Firmware section. Click "Begin Download" in the Confirmation screen to download the patch to the selected switches. The Firmware Updates tab in the Work pane displays. 3. In the Work pane, click the upgrade group created. The Node Firmware Update dialog displays with information for the upgrade group. 4. When the status for the switches is "Ready to Install", click "Actions". Install and Reload: The switches reboot after the SMU patch gets installed. Choose this action to install only one SMU patch, or if installing the final patch of multiple patches. Install and Skip Reload: The switches do not reboot after the SMU patch gets installed. Choose this action to install multiple SMU patches and if this patch is not the final patch. In this case, repeat this entire procedure for each additional patch and continue to choose Install and Skip Reload until the final patch is installed. For the final patch, choose Install and Reload. Optionally, choose "Install and Skip Reload" and manually reboot the switch after the patch gets installed.
Verify node rules are configured to Assign Access to each Node: 1. On the menu bar, choose Admin >> AAA. 2. In the Navigation pane, click "Security". 3. In the Work pane, select the RBAC Rules tab >> Node Rules subtab >> Actions. 4. View the RBAC Node Rules assigned to ports and domains. If the Cisco ACI fabric is not configured to assign appropriate user roles or access levels to authenticated users, this is a finding.
Create a Security Domain: 1. On the GUI menu bar select Admin >> AAA. 2. In the Navigation pane, click "Security". 3. In the Work pane, select the Security Domains tab >> Actions >> Create Security Domain. 4. In the Create Security Domain dialog box, fill out the form. - In the Name field, type a name for the security domain. - Enter a Description. - To set the security domain as a Restricted RBAC Domain, put a check in the Enabled checkbox. - If the security domain is configured as a restricted domain, users who are assigned to this domain cannot view policies, profiles, or users configured by users associated with other security domains. - Click "Save". Create node rules to Assign Access to each Node: 1. On the menu bar, choose Admin >> AAA. 2. In the Navigation pane, click "Security". 3. In the Work pane, select the RBAC Rules tab >> Node Rules subtab >> Actions >> Create RBAC Node Rule. The screen is displayed. 4. In the Create RBAC Rule for Node screen that is displayed, enter the following details: - Click "Select Node ID" to select a node from the drop-down list. - To assign an RBAC Rule for a port, click "Add RBAC Rule for Port", enter a name, and associate a domain to the rule by clicking "Select Domain". Click the tick-mark after choosing the domain. More than one RBAC rule can be assigned for the selected port by clicking "Add RBAC Rule for Port" again. - Click "Save". Note: This procedure uses preconfigured rules and privileges. Refer to the vendor documentation to create custom rules and privileges combinations.
Verify only the local site designated account of last resort is present: 1. In the GUI menu bar, navigate to Admin >> AAA. 2. In the navigation pane, click "Users". 3. In the Work pane, click "View the Local Users" tab. If local accounts other than the account of last resort are present, this is a finding.
Remove accounts that are not the account of last resort: 1. In the GUI menu bar, navigate to Admin >> AAA. 2. In the navigation pane, click "Users". 3. In the Work pane, click "View the Local Users" tab. 4. Select any unauthorized user accounts that are not the account of last resort and deactivate the user account by using the Account Status control.
Verify the ACI Fabric is configured to send event messages to syslog servers. Example configuration: logging server-group SYSLOG_SERVER_GROUP apic1(config)# server 10.0.0.10 port 514 severity informational . . . apic1(config)# syslog monitoring source MyEventSource apic1(config)# syslog monitoring source MyEventSource destination SYSLOG_SERVER_GROUP If the ACI is not configured to send audit records to a redundant central syslog server that are separate from the ACI, this is a finding.
Configure the Cisco switch to send log records to syslog servers. Step 1: Create a logging server group. logging server-group <group_name> server <server_ip> port <port_number> severity <severity_level> Step 2: Configure monitoring sources. Define which types of events (audit, event, fault, session) to log to the remote servers. Associate the monitoring source with the server group. syslog monitoring source <source_name> syslog monitoring source <source_name> destination <logging_server_group_name> Example configuration: apic1(config)# logging server-group SYSLOG_SERVER_GROUP apic1(config)# server 10.0.0.10 port 514 severity informational apic1(config)# syslog monitoring source MyEventSource apic1(config)# syslog monitoring source MyEventSource destination SYSLOG_SERVER_GROUP
Verify the ACI Fabric is configured to send event messages to syslog servers. Example configuration: logging server-group SYSLOG_SERVER_GROUP apic1(config)# server 10.0.0.10 port 514 severity informational apic1(config)# server 10.0.0.20 port 514 severity informational . . . apic1(config)# syslog monitoring source MyEventSource apic1(config)# syslog monitoring source MyEventSource destination SYSLOG_SERVER_GROUP If the ACI is not configured to send audit records to redundant central syslog server that are separate from the ACI, this is a finding.
Configure the Cisco switch to send log records to a syslog servers. Step 1: Create a logging server group. logging server-group <group_name> server <server_ip> port <port_number> severity <severity_level> Step 2: Configure monitoring sources. Define which types of events (audit, event, fault, session) to log to the remote servers. Associate the monitoring source with the server group. syslog monitoring source <source_name> syslog monitoring source <source_name> destination <logging_server_group_name> Example configuration: apic1(config)# logging server-group SYSLOG_SERVER_GROUP apic1(config)# server 10.0.0.10 port 514 severity informational apic1(config)# server 10.0.0.20 port 514 severity informational apic1(config)# syslog monitoring source MyEventSource apic1(config)# syslog monitoring source MyEventSource destination SYSLOG_SERVER_GROUP
Verify the remote syslog or SIEM is sending event notifications to personnel based on audit log entries and associating those notifications with specific user roles or groups within the organization through the Authentication, Authorization, and Accounting (AAA) configuration. If the ACI is not configured to send audit records to the central audit server, this is a finding.
Configure event notifications based on audit log entries and associate those notifications with specific user roles or groups within the organization through the AAA configuration. Preferred method (required): Configure the APIC to forward audit log events to a centralized Syslog such as a SIEM platform. (SRG-APP-000515-NDM-000325) Configure the SIEM's capabilities to aggregate, analyze, and correlate audit events with other system logs for advanced threat detection and incident response. Note: Although the ACI can perform this function, it leverages the Call Home feature, which must be set to disabled by another STIG requirement.
Verify the ACI Fabric is configured to send event messages to redundant syslog servers: 1. Navigate to Admin >> External Data Collectors >> Monitoring Destinations >> Syslog. 2. Verify one or more Syslog Monitoring Destinations have been configured. 3. Verify redundant syslog servers are configured. If the ACI is not configured to send audit records to redundant central syslog servers that are separate from the ACI, this is a finding.
Configure the ACI Fabric to send messages to redundant external syslog servers. Create Syslog Remote Location: 1. Navigate to Admin >> External Data Collectors >> Monitoring Destinations >> Syslog. 2. From the Actions Menu, select "Create Syslog Monitoring Destination Group". 3. Provide a name for the Syslog Group (e.g., syslog servers). 4. Leave all other options as default and click "Next". 5. Under Create Remote Destinations, click the "+" icon. a. Enter hostname or IP address. b. Set the Severity level to "Information". c. Set the Management EPG as default (Out-of-band). d. Click "OK". 6. If necessary, add additional Remove Destinations. 7. Click "Finish". Create Fabric Level Syslog Source: The fabric Syslog policy will export alerts for monitoring details including physical ports, switch components (fans, memory, PSUs, etc.), and linecards. 1. Navigate to Fabric >> Fabric Policies submenu >> Policies >> Monitoring >> Common Policy >> Callhome/Smart Callhome/SNMP/Syslog/TACACs. 2. From the Actions Menu, select "Create Syslog Source". a. Provide a name for the source (e.g., fabric_common_syslog). b. Set the Severity level to "Information". c. Check all Log types. d. Set the Dest Group to the Syslog Destination Group previously created. e. Click "Submit". Creating Access Level Syslog Policy: The Access Syslog policy will export alerts for monitoring details including VLAN Pools, Domains, Interface Policy Groups, and Interface & Switch Selectors Policies. 1. Navigate to Fabric >> Access Policies submenu >> Policies >> Monitoring >> default >> Callhome/Smart Callhome/SNMP/Syslog/TACACs. 2. In the Work pane, set the Source Type to "Syslog". 3. Click the "+" icon to add a Syslog Source. a. Provide a name for the source (e.g., access_default_syslog). b. Set severity level to "Information" unless desired to increase logging details. c. Check any additional Log types such as Audit Logs (optional). d. Set the Dest Group to the Syslog Destination Group previously created. e. Click "Submit". Creating Tenant Level Syslog Policies: Tenant-level logging includes all tenant-related policies, including Application Profiles, EPGs, Bridge domains, VRFs, external networking, etc. To simplify the syslog configuration across multiple tenants, leverage Common Tenant syslog configuration and share that across other tenants. This would provide a consistent level of logging for all tenants. Alternately, the site may create the respective Syslog policy within each tenant. The following configures a single consistent syslog policy using the Common Tenant: 1. Navigate to Tenants >> common >> Policies >> Mentoring >> default >> Callhome/Smart Callhome/SNMP/Syslog/TACACs. 2. In the Work pane, set the Source Type to "Syslog". 3. Click the "+" icon to add a Syslog Source. a. Provide a name for the source (e.g., tenant_default_syslog). b. Set the severity level as "Information". c. Check all log types. d. Set the Dest Group to the Syslog Destination Group previously created. e. Click "Submit". 4. Navigate to Tenants >> Your_Tenant >> Policy tab. 5. Set the Monitoring Policy drop-down box to be the default policy from the common tenant.
Verify the ACI Fabric is configured to send event messages to redundant syslog servers: 1. Navigate to Admin >> External Data Collectors >> Monitoring Destinations >> Syslog. 2. Verify one or more Syslog Monitoring Destinations have been configured. 3. Verify redundant syslog servers are configured. If the ACI is not configured to send audit records to redundant central syslog server that are separate from the ACI, this is a finding.
Configuring the ACI Fabric to send messages to redundant external syslog servers. Create Syslog Remote Location: 1. Navigate to Admin >> External Data Collectors >> Monitoring Destinations >> Syslog. 2. From the Actions Menu, select "Create Syslog Monitoring Destination Group". 3. Provide a name for the Syslog Group (e.g., syslog servers). 4. Leave all other options default and click "Next". 5. Under Create Remote Destinations, click the "+" icon. a. Enter hostname or IP address. b. Set the Severity level to "Information". c. Set the Management EPG as default (Out-of-band). d. Click "OK". 6. If necessary, add additional Remove Destinations. 7. Click "Finish". Create Fabric Level Syslog Source: The fabric Syslog policy will export alerts for monitoring details including physical ports, switch components (fans, memory, PSUs, etc.) and linecards. 1. Navigate to Fabric >> Fabric Policies submenu >> Policies >> Monitoring >> Common Policy >> Callhome/Smart Callhome/SNMP/Syslog/TACACs. 2. From the Actions Menu, select "Create Syslog Source". a. Provide a name for the source (e.g., fabric_common_syslog). b. Set the Severity level to "Information". c. Check all Log types. d. Set the Dest Group to the Syslog Destination Group previously created. e. Click "Submit". Creating Access Level Syslog Policy: The Access Syslog policy will export alerts for monitoring details including VLAN Pools, Domains, Interface Policy Groups, and Interface & Switch Selectors Policies. 1. Navigate to Fabric >> Access Policies submenu >> Policies >> Monitoring >> default >> Callhome/Smart Callhome/SNMP/Syslog/TACACs. 2. In the Work pane, set the Source Type to "Syslog". 3. Click the "+" icon to add a Syslog Source. a. Provide a name for the source (e.g., access_default_syslog). b. Set severity level to "Information" unless desired to increase logging details. c. Check any additional Log types such as Audit Logs (optional). d. Set the Dest Group to the Syslog Destination Group previously created. e. Click "Submit". Creating Tenant Level Syslog Policies: Tenant-level logging includes all tenant-related policies, including Application Profiles, EPGs, Bridge domains, VRFs, external networking, etc. To simplify the syslog configuration across multiple tenants, leverage Common Tenant syslog configuration and share that across other tenants. This would provide a consistent level of logging for all tenants. Alternately, the site may create the respective Syslog policy within each tenant. The following configures a single consistent syslog policy using the Common Tenant. 1. Navigate to Tenants >> common >> Policies >> Mentoring >> default >> Callhome/Smart Callhome/SNMP/Syslog/TACACs. 2. In the Work pane, set the Source Type to "Syslog". 3. Click the "+" icon to add a Syslog Source. a. Provide a name for the source (e.g., tenant_default_syslog). b. Set the severity level as "Information". c. Check all log types. d. Set the Dest Group to the Syslog Destination Group previously created. e. Click "Submit". 4. Navigate to Tenants >> Your_Tenant >> Policy tab. 5. Set the Monitoring Policy drop-down box to be the default policy from the common tenant.
Verify the default fabric TLS Protocol: 1. On the menu bar, choose Fabric >> Fabric Policies. 2. In the Navigation pane, select Policies >> Pod >> Management Access >> default. 3. In the Work pane, find the HTTPS section. 4. For SSL Protocols, verify the box for TLS 1.2 or higher is checked. Verify other SSL or TLS versions are not checked. If the Cisco ACI fabric does not implement TLS 1.2 or higher for authentication for network access to privileged accounts, this is a finding.
Configure the default fabric TLS Protocol: 1. On the menu bar, choose Fabric >> Fabric Policies. 2. In the Navigation pane, choose Policies >> Pod >> Management Access >> default. 3. In the Work pane, find the HTTPS section. 4. For SSL Protocols, check the boxes for TLS 1.2 or higher. Uncheck or leave unchecked for any other SSL or TLS version.
Verify the SSP requires a process for verifying the checksum for software download and install ISO files. If a local documented process does not require that the checksum value of any software download be verified, this is a finding.
1. Navigate to the DOD repository or Cisco download page. Hover over the download link and a small window will pop up. This window will contain information about that particular download. The information includes the MD5 and SHA512 checksum value of that file. 2. Use a hash algorithm tool to generate the MD5 or SHA512 to establish the unique checksum of the file downloaded. 3. If the checksum matches the value found from the source repository, proceed with the update.
View the AAA event types in the local log: 1. In the menu bar, click "Admin". 2. In the submenu bar, click "AAA". 3. In the Navigation pane, choose "AAA Authentication". 4. In the Work pane, click the "History" tab. 5. Under the History tab, click the "Events" subtab to view the event log. 6. Under the History tab, click the "Audit Log" subtab to view the audit log. 7. Double-click a log entry to view additional details about the event. If account change actions are not being logged, this is a finding.
To change the logging level to 6: 1. Select a service from the "Services" field in the "Changing Logging Level" window. 2. Choose the new logging level for the service from the "Logging Level" field. 3. Click "Apply".
Configure locally required events for auditing in compliance with the SSP: 1. Navigate to the Contracts section within the tenant. 2. Within the filter directives, select "Log" to enable logging for permit or deny actions on that filter. If locally required events that require auditing are not set to log, this is a finding.
Configure locally required events for auditing in compliance with the SSP: 1. Navigate to the "Contracts" section within the tenant. 2. Within the filter directives, verify the "Log" is enabled for permit or deny actions on that filter.
1. Navigate to Admin >> AAA >> Security. 2. Click the "Management Settings" tab. 3. In the Properties Section, ensure "Password Strength Check" is checked. If the Cisco ACI fabric is not configured to allow user selection of long passwords and passphrases, including spaces and all printable characters for password-based authentication, this is a finding.
1. Navigate to Admin >> AAA >> Security. 2. Click the "Management Settings" tab. 3. In the Properties Section, ensure "Password Strength Check" is checked.
1. Navigate to Admin >> AAA >> Security. 2. Click the "Management Settings" tab. 3. In the Properties section, ensure "Password Strength Check" is checked. If the Cisco ACI fabric is not configured to enforce a minimum 15-character password length, this is a finding.
1. Navigate to Admin >> AAA >> Security. 2. Click the "Management Settings" tab. 3. In the Properties section, ensure "Password Strength Check'" is checked. 4. In the dialog box that opens, ensure "Password Minimum Length" is set to "15".
1. Navigate to System >> System Settings. 2. Click "Fabric Security". 3. Click the "Policy" tab. 4. Verify FIPS Mode is set to "Enable". If FIPS mode is not set to "Enable", this is a finding.
When FIPS is enabled, it is applied across the Cisco Application Policy Infrastructure Controller (APIC). 1. On the menu bar, select System >> System Settings. 2. In the Navigation pane, select "Fabric Security". 3. In the Work pane, in the Properties area, select the desired FIPS mode. 4. Reboot to complete the configuration.
Verify the maximum GUI idle duration before requiring login refresh is set to 300 seconds or less: apic1(config)# crypto webtoken apic1(config-webtoken)# ? Note: If the output is empty, then the default values are used, this is a finding. If ui-idle-timeout-seconds and webtoken-timeout-seconds are not set to 300 seconds or less, this is a finding.
Set the GUI idle timeout which affects SSH on both APIC and Switches: 1. Navigate to Admin >> AAA >> Security >> Management Settings. 2. In the Properties section, ensure "Web Token Timeout (s)" is set to 300 or less.
1. Navigate to Fabric >> Fabric Policies >> Fabric Security. 2. Expand "Policies". 3. Expand "Pod". 4. Expand "Date and Time". 5. Expand each "Date and Time Policy". 6. Verify at least two DOD-approved time sources are configured. Note: DOD-approved solutions consist of a combination of a primary and secondary time source using a combination or multiple instances of the following: a time server designated for the appropriate DOD network (NIPRNet/SIPRNet); United States Naval Observatory (USNO) time servers; and/or the Global Positioning System (GPS). The secondary time source must be located in a different geographic region than the primary time source. If Cisco ACI fabric does not use DOD-approved redundant NTP sources that use authentication that is cryptographically based, this is a finding.
Create an NTP policy: 1. Navigate to Fabric >> Quickstart and click "Create an NTP Policy Link". 2. Fill out the form. - Provide a name for the policy. - Set the State to "Enabled". 3. Click "Next" to define the NTP Sources. 4. Define at least two DOD-approved time servers. Leave all the default options and click "OK". Refer to note below. 5. Navigate to Fabric >> Fabric Policies submenu >> Pods >> Policy Groups folder to add the NTP Policy to the appropriate Fabric Pod Policy or group to assign to one or more Pods in the fabric. 6. Right-click on the Policy Groups folder. Select an existing Pod Policy Group or create a new group. 7. Select the policy for NTP created in the previous step. 8. Navigate to Fabric >> Fabric Policies submenu >> Pods >> Profiles >> Pod Profile >> default. If needed, with the default Pod Selector selected in the navigation pane, change the Fabric Policy Group to the one created in the previous step. Note: DOD-approved solutions consist of a combination of a primary and secondary time source using a combination or multiple instances of the following: a time server designated for the appropriate DOD network (NIPRNet/SIPRNet), USNO time servers, and/or GPS. The secondary time source must be located in a different geographic region than the primary time source.
Verify the USB port is disabled: 1. Navigate to Fabric >> Access Policies >> Policies >> Switch >> USB Configuration >> default. 2. Verify the "Disable USB Port" box is checked. If the USB port is not disabled, this is a finding.
Disable the USB port on all switches within the Cisco ACI fabric: 1. Navigate to Fabric >> Access Policies >> Policies >> Switch >> USB Configuration >> default. 2. Check the "Disable USB Port" box; this will disable the USB port on all switches within the Cisco ACI fabric.
Verify the ACI is set to limit the number of concurrent management sessions to "1" as shown in the example below: 1. Navigate to the configuration through the APIC GUI by navigating to Admin >> AAA >> Security. 2. Verify the limit for the number of concurrent sessions per user is set to "1". If the ACI is not configured to limit the number of concurrent management sessions to "1" for all management session types (i.e., vty, con, and SSH), this is a finding.
Configure the switch to limit the number of concurrent management sessions to an organization-defined number as shown in the example below: 1. Navigate to the configuration through the APIC GUI by navigating to Admin >> AAA >> Security. 2. Set the limit for the number of concurrent sessions per user to "1".