{"stig":{"title":"Arista MLS DCS-7000 Series NDM Security Technical Implementation Guide","version":"1","release":"4"},"checks":[{"vulnId":"V-217354","ruleId":"SV-217354r961863_rule","severity":"high","ruleTitle":"The Arista Multilayer Switch must have a local infrequently used account to be used as an account of last resort with full access to the network device.","description":"Use of a complex password helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks. Password complexity is one factor of several that determines how long it takes to crack a password. The more complex the password, the greater the number of possible combinations that needs to be tested before the password is compromised.\n\nTypically, the account of last resort is a built-in account with full privileges to the network device. This account should only be used when the authentication mechanism is unreachable and configuration or maintenance actions must be taken.","checkContent":"Review the Arista Multilayer Switch configuration for a local infrequently used account to be used as an account of last resort with full access to the network device. The default account on the Arista MLS is called admin.\n\nIf the account of last resort does not exist, this is a finding.\n\nTo assign a password to this account, enter the following:\n\nusername admin secret [password] role [role]","fixText":"Configure the Arista Multilayer Switch with a local infrequently used account to be used as an account of last resort with full access to the network device.","ccis":["CCI-000366"]},{"vulnId":"V-217355","ruleId":"SV-217355r984092_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch account of last resort must have a password with a length of 15 characters.","description":"Use of a complex password helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks. Password complexity is one factor of several that determines how long it takes to crack a password. The more complex the password, the greater the number of possible combinations that needs to be tested before the password is compromised.\n\nTypically, the account of last resort is a built-in account with full privileges to the network device. This account should only be used when the authentication mechanism is unreachable and configuration or maintenance actions must be taken.","checkContent":"Review the Arista Multilayer Switch configuration for the account of last resort with full access to the network device.\n\nIf the account of last resort does not require a password length of at least 15 characters, this is a finding.\n\nTo verify the setting is correct, run the \"show running-config\" command on the switch. Under the section \"management security\", the configuration statement \"password minimum length 15\" must be present, with a value set to 15 or higher.","fixText":"Configure the Arista Multilayer Switch account of last resort with a password with a length of at least 15 characters.\n\nTo configure the password minimum length, enter the following commands:\n\nconfigure\nmanagement security\npassword minimum length 15","ccis":["CCI-000205"]},{"vulnId":"V-217356","ruleId":"SV-217356r960777_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must automatically audit account creation.","description":"Upon gaining access to a network device, an attacker will often first attempt to create a persistent method of reestablishing access. One way to accomplish this is to create a new account. Notification of account creation helps to mitigate this risk. Auditing account creation provides the necessary reconciliation that account management procedures are being followed. Without this audit trail, personnel without the proper authorization may gain access to critical network nodes.","checkContent":"Review the switch configuration and verify that logging is enabled.\n\nIf logging is not enabled or is not enabled with sufficient detail to fulfill the specifications set forth in the VulDiscussion, this is a finding.\n\nTo determine if logging is enabled, enter: \n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.\n\nIn order to ensure all user commands are captured, the following statement must be in the running config:\n\naaa accounting commands all default start-stop logging [group radius]","fixText":"Enable logging on the switch with sufficient detail to fulfill the specifications set forth in the VulDiscussion.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational\n\nThen configure the following AAA:\n\naaa accounting commands all default start-stop logging [group radius]","ccis":["CCI-000018"]},{"vulnId":"V-217357","ruleId":"SV-217357r960780_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must automatically audit account modification.","description":"Since the accounts in the network device are privileged or system-level accounts, account management is vital to the security of the network device. Account management by a designated authority ensures access to the network device is being controlled in a secure manner by granting access to only authorized personnel with the appropriate and necessary privileges. Auditing account modification along with an automatic notification to appropriate individuals will provide the necessary reconciliation that account management procedures are being followed. If modifications to management accounts are not audited, reconciliation of account management procedures cannot be tracked.","checkContent":"Review the switch configuration and verify that logging is enabled.\n\nIf logging is not enabled or is not enabled with sufficient detail to fulfill the specifications set forth in the VulDiscussion, this is a finding.\n\nTo determine if logging is enabled, enter: \n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.\n\nIn order to ensure all user commands are captured, the following statement must be in the running config.\n\naaa accounting commands all default start-stop logging [group radius]","fixText":"Enable logging on the switch with sufficient detail to fulfill the specifications set forth in the VulDiscussion.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational\n\nThen configure the following AAA\n\naaa accounting commands all default start-stop logging [group radius]","ccis":["CCI-001403"]},{"vulnId":"V-217358","ruleId":"SV-217358r960783_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must automatically audit account disabling actions.","description":"Account management, as a whole, ensures access to the network device is being controlled in a secure manner by granting access to only authorized personnel. Auditing account disabling actions will support account management procedures. When device management accounts are disabled, user or service accessibility may be affected. Auditing also ensures authorized active accounts remain enabled and available for use when required.","checkContent":"Review the switch configuration and verify that logging is enabled.\n\nIf logging is not enabled or is not enabled with sufficient detail to fulfill the specifications set forth in the VulDiscussion, this is a finding.\n\nTo determine if logging is enabled, enter: \n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.\n\nIn order to ensure all user commands are captured, the following statement must be in the running config.\n\naaa accounting commands all default start-stop logging [group radius]","fixText":"Enable logging on the switch with sufficient detail to fulfill the specifications set forth in the VulDiscussion.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational\n\nThen configure the following AAA\n\naaa accounting commands all default start-stop logging [group radius]","ccis":["CCI-001404"]},{"vulnId":"V-217359","ruleId":"SV-217359r960786_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must automatically audit account removal actions.","description":"Account management, as a whole, ensures access to the network device is being controlled in a secure manner by granting access to only authorized personnel. Auditing account removal actions will support account management procedures. When device management accounts are terminated, user or service accessibility may be affected. Auditing also ensures authorized active accounts remain enabled and available for use when required.","checkContent":"Review the switch configuration and verify that logging is enabled.\n\nIf logging is not enabled or is not enabled with sufficient detail to fulfill the specifications set forth in the VulDiscussion, this is a finding.\n\nTo determine if logging is enabled, enter: \n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.\n\nIn order to ensure all user commands are captured, the following statement must be in the running config:\n\naaa accounting commands all default start-stop logging [group radius]","fixText":"Enable logging on the switch with sufficient detail to fulfill the specifications set forth in the VulDiscussion.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational\n\nThen configure the following AAA:\n\naaa accounting commands all default start-stop logging [group radius]","ccis":["CCI-001405"]},{"vulnId":"V-217360","ruleId":"SV-217360r960843_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must display the Standard Mandatory DoD Notice and Consent Banner before granting access to the device.","description":"Display of the DoD-approved use notification before granting access to the network device ensures privacy and security notification verbiage used is consistent with applicable federal laws, Executive Orders, directives, policies, regulations, standards, and guidance.\n\nSystem use notifications are required only for access via logon interfaces with human users.","checkContent":"Review the device configuration and verify display of the Standard DoD Notice and Consent Banner.\n\nIf the banner is not displayed, this is a finding.\n\nTo verify the device is configured to display the DoD Banner, review the running configuration with the \"show running-config\" command. Identify the section \"banner login\" and verify the standard DoD Banner is displayed.","fixText":"Configure the switch to display the Standard DoD Notice and Consent banner.\n\nTo configure the banner, enter the following commands from the configuration mode interface. Replace the bracketed data with the DoD Banner.\n\nswitch(config)#banner login\n[DoD Banner]\nEOF","ccis":["CCI-000048"]},{"vulnId":"V-217361","ruleId":"SV-217361r960864_rule","severity":"low","ruleTitle":"The Arista Multilayer Switch must protect against an individual (or process acting on behalf of an individual) falsely denying having performed organization-defined actions to be covered by non-repudiation.","description":"This requirement supports non-repudiation of actions taken by an administrator and is required in order to maintain the integrity of the configuration management process. All configuration changes to the network device are logged, and administrators authenticate with two-factor authentication before gaining administrative access. Together, these processes will ensure the administrators can be held accountable for the configuration changes they implement.\n\nTo meet this requirement, the network device must log administrator access and activity.","checkContent":"Review the switch configuration and verify that logging is enabled.\n\nIf logging is not enabled or is not enabled with sufficient detail to fulfill the specifications set forth in the VulDiscussion, this is a finding.\n\nTo determine if logging is enabled, enter: \n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.\n\nIn order to ensure all user commands are captured, the following statement must be in the running config:\n\naaa accounting commands all default start-stop logging [group radius]","fixText":"Enable logging on the switch with sufficient detail to fulfill the specifications set forth in the VulDiscussion.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational\n\nThen configure the following AAA\n\naaa accounting commands all default start-stop logging [group radius]","ccis":["CCI-000166"]},{"vulnId":"V-217362","ruleId":"SV-217362r960885_rule","severity":"low","ruleTitle":"The Arista Multilayer Switch must generate audit records when successful/unsuccessful attempts to access privileges occur.","description":"Without generating audit records that are specific to the security and mission needs of the organization, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible for one. \n\nAudit records can be generated from various components within the information system (e.g., module or policy filter).","checkContent":"Review the switch configuration and verify that logging is enabled.\n\nIf logging is not enabled or is not enabled with sufficient detail to fulfill the specifications set forth in the VulDiscussion, this is a finding.\n\nTo determine if logging is enabled, enter: \n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.\n\nIn order to ensure all user commands are captured, the following statement must be in the running config:\n\naaa accounting commands all default start-stop logging [group radius]","fixText":"Enable logging on the switch with sufficient detail to fulfill the specifications set forth in the VulDiscussion.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational\n\nThen configure the following AAA:\n\naaa accounting commands all default start-stop logging [group radius]","ccis":["CCI-000172"]},{"vulnId":"V-217363","ruleId":"SV-217363r960891_rule","severity":"low","ruleTitle":"The Arista Multilayer Switch must produce audit log records containing sufficient information to establish what type of event occurred.","description":"It is essential for security personnel to know what is being done, what was attempted, where it was done, when it was done, and by whom it was done in order to compile an accurate risk assessment. Associating event types with detected events in the application and audit logs provides a means of investigating an attack; recognizing resource utilization or capacity thresholds; or identifying an improperly configured network device. Without this capability, it would be difficult to establish, correlate, and investigate the events leading up to an outage or attack.","checkContent":"Review the device configuration and verify that logging is enabled with sufficient detail to establish what type of event occurred.\n\nIf logging is not enabled or does not provide sufficient detail, this is a finding.\n\nTo determine if logging is enabled, enter:\n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.","fixText":"Enable logging on the switch with sufficient detail to establish what type of event occurred.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational","ccis":["CCI-000130"]},{"vulnId":"V-217364","ruleId":"SV-217364r960909_rule","severity":"low","ruleTitle":"The Arista Multilayer Switch must generate audit records containing the full-text recording of privileged commands.","description":"Reconstruction of harmful events or forensic analysis is not possible if audit records do not contain enough information. \n\nOrganizations consider limiting the additional audit information to only that information explicitly needed for specific audit requirements. The additional information required is dependent on the type of information (i.e., sensitivity of the data and the environment within which it resides). At a minimum, the organization must audit full-text recordings of privileged commands. The organization must maintain audit trails in sufficient detail to reconstruct events to determine the cause and impact of compromise.","checkContent":"Review the switch configuration and verify that logging is enabled.\n\nIf logging is not enabled or is not enabled with sufficient detail to fulfill the specifications set forth in the VulDiscussion, this is a finding.\n\nTo determine if logging is enabled, enter:\n\nswitch#show logging\n\nThe output must show logging as enabled, with a logging level of informational or debugging.\n\nIn order to ensure all user commands are captured, the following statement must be in the running config:\n\naaa accounting commands all default start-stop logging [group radius]","fixText":"Enable logging on the switch with sufficient detail to fulfill the specifications set forth in the VulDiscussion.\n\nTo configure logging to a remote syslog server at the informational level, enter:\n\nswitch#config\nswitch(config)#logging host [ip address]\nswitch(config)#logging trap informational\n\nThen configure the following AAA:\n\naaa accounting commands all default start-stop logging [group radius]","ccis":["CCI-000135"]},{"vulnId":"V-217365","ruleId":"SV-217365r960966_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must be configured to prohibit the use of all unnecessary and/or nonsecure functions, ports, protocols, and/or services, as defined in the PPSM CAL and vulnerability assessments.","description":"In order to prevent unauthorized connection of devices, unauthorized transfer of information, or unauthorized tunneling (i.e., embedding of data types within data types), organizations must disable unused or unnecessary physical and logical ports/protocols on information systems.\n\nNetwork devices are capable of providing a wide variety of functions and services. Some of the functions and services provided by default may not be necessary to support essential organizational operations. Additionally, it is sometimes convenient to provide multiple services from a single component (e.g., email and web services); however, doing so increases risk over limiting the services provided by any one component. \n\nTo support the requirements and principles of least functionality, the network device must support the organizational requirements providing only essential capabilities and limiting the use of ports, protocols, and/or services to only those required, authorized, and approved to conduct official business or to address authorized quality of life issues.","checkContent":"Determine if the network device prohibits the use of all unnecessary and/or nonsecure functions, ports, protocols, and/or services, as defined in the PPSM CAL and vulnerability assessments.\n\nThis can be verified by reviewing the access control list configuration on the device and comparing against the PPSM CAL. The access control list configuration must deny ports, protocols, and services defined by the PPSM CAL. IP access list configuration can be viewed via the \"show ip access-lists\" command. To verify an interface has the appropriate access control list on it, use the \"show ip access-list\" summary command.\n\nIf any unnecessary or nonsecure functions are permitted, this is a finding.","fixText":"Configure the network device to prohibit the use of all unnecessary and/or nonsecure functions, ports, protocols, and/or services, as defined in the PPSM CAL and vulnerability assessments.\n\nTo configure an access control list, use the following commands:\n\nconfigure\nip access-list [name]\n10 deny [protocol] [src port] [src mask] [dst port] [dst mask] [options]\nexit\n\nTo apply an access control list to an interface, use the following commands from the interface configuration mode:\n\nip access-group [name] [direction]","ccis":["CCI-000382"]},{"vulnId":"V-217366","ruleId":"SV-217366r961068_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must terminate all network connections associated with a device management session at the end of the session, or the session must be terminated after 10 minutes of inactivity except to fulfill documented and validated mission requirements.","description":"Terminating an idle session within a short time period reduces the window of opportunity for unauthorized personnel to take control of a management session enabled on the console or console port that has been left unattended. In addition, quickly terminating an idle session will also free up resources committed by the managed network element.\n\nTerminating network connections associated with communications sessions includes, for example, de-allocating associated TCP/IP address/port pairs at the operating system level, or de-allocating networking assignments at the application level if multiple application sessions are using a single, operating system-level network connection. This does not mean that the device terminates all sessions or network access; it only ends the inactive session and releases the resources associated with that session.","checkContent":"Determine if the network device terminates the connection associated with a device management session at the end of the session or after 10 minutes of inactivity. This requirement may be verified by demonstration or configuration review.\n\nVerify by executing a \"show running-config\" command, and under the \"management ssh\" subsection, validate the configuration statement \"idle-timeout 10\" is present and the value is 10 or less.\n\nIf the network device does not terminate the connection associated with a device management session at the end of the session or after 10 minutes of inactivity, this is a finding.","fixText":"Configure the network device to terminate the connection associated with a device management session at the end of the session or after 10 minutes of inactivity.\n\nArista switches have a configurable timeout function that automatically closes connections to the switch upon reaching an organization-defined period of time.\n\nConfiguration Example:\n\nswitch(config)#management ssh\nswitch(config-mgmt-ssh)#idle-timeout 10\n\nConfigure the switch to terminate an idle ssh connection after 10 minutes of inactivity.","ccis":["CCI-001133"]},{"vulnId":"V-217367","ruleId":"SV-217367r987682_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must be configured to synchronize internal information system clocks with the primary and secondary time sources located in different geographic regions using redundant authoritative time sources.","description":"The loss of connectivity to a particular authoritative time source will result in the loss of time synchronization (free-run mode) and increasingly inaccurate time stamps on audit events and other functions.\n\nMultiple time sources provide redundancy by including a secondary source. Time synchronization is usually a hierarchy; clients synchronize time to a local source while that source synchronizes its time to a more accurate source. The network device must utilize an authoritative time server and/or be configured to use redundant authoritative time sources. This requirement is related to the comparison done in CCI-001891.\n\nDoD-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.","checkContent":"Determine if the network device is configured to synchronize internal information system clocks with the primary and secondary time sources located in different geographic regions using redundant authoritative time sources.\n\nIf the network device is not configured to synchronize internal information system clocks with the primary and secondary time sources located in different geographic regions using redundant authoritative time sources, this is a finding.\n\nVerify with: \n\nswitch#show NTP status \n\nIdentify the NTP status and available time sources.","fixText":"Configure the network device to synchronize internal information system clocks with the primary and secondary time sources located in different geographic regions using redundant authoritative time sources.\n\nConfiguration Example: \n\nswitch(config)#ntp server HOST\nswitch(config)#ntp server HOST prefer","ccis":["CCI-000366","CCI-001893"]},{"vulnId":"V-217368","ruleId":"SV-217368r961443_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must record time stamps for audit records that can be mapped to Coordinated Universal Time (UTC) or Greenwich Mean Time (GMT).","description":"If time stamps are not consistently applied and there is no common time reference, it is difficult to perform forensic analysis.\n\nTime stamps generated by the application include date and time. Time is commonly expressed in Coordinated Universal Time (UTC), a modern continuation of Greenwich Mean Time (GMT), or local time with an offset from UTC.","checkContent":"Determine if the network device records time stamps for audit records that can be mapped to Coordinated Universal Time (UTC) or Greenwich Mean Time (GMT). This requirement may be verified by demonstration or configuration review.\n\nIf the network device does not record time stamps for audit records that can be mapped to Coordinated Universal Time (UTC) or Greenwich Mean Time (GMT), this is a finding.\n\nThis can be configured with the following command:\n\nclock timezone GMT\n\nand verified by \n\nshow run section clock\n\nLog records can be validated with:\n\nshow logging","fixText":"Configure the network device to record time stamps for audit records that can be mapped to Coordinated Universal Time (UTC) or Greenwich Mean Time (GMT).\n\nThis can be configured with the following command:\n\nclock timezone GMT","ccis":["CCI-001890"]},{"vulnId":"V-217369","ruleId":"SV-217369r961554_rule","severity":"medium","ruleTitle":"Arista Multilayer Switches used for nonlocal maintenance sessions must implement cryptographic mechanisms to protect the integrity of nonlocal maintenance and diagnostic communications.","description":"This requires the use of secure protocols instead of their unsecured counterparts, such as SSH instead of telnet, SCP instead of FTP, and HTTPS instead of HTTP.","checkContent":"Determine if the network device uses secure protocols instead of their unsecured counterparts. \n\nIf any unsecured maintenance protocols are in use (e.g., telnet, FTP, HTTP) and these protocols are not wrapped in a secure tunnel, this is a finding.\n\nValidate by checking that unsecure protocols are either disabled or wrapped in SSH tunnels.\n\nExecuting a \"show run\" command will provide a means to validate this config. From the output of this command, verify that there is no statement enabling telnet, there is no statement enabling FTP, and there is no statement enabling the API, or the API is configured to use only HTTPS.","fixText":"Configure the network device to use secure protocols instead of their unsecured counterparts.\n\nConfiguration Example: \n\nDisable unsecure protocols.\nconfigure\nmanagement telnet\nshutdown\nexit\nmanagement api http-commands\nno protocol http\nprotocol https\nexit \n\nOther protocols (FTP) can be denied using AAA and RBAC. For connections that require use of these maintenance protocols, creation of SSH tunnels can fulfill this security requirement. This is summarized here and available at length in the Common Criteria guidance document.\n\nConfiguration Example: \n\nmanagement ssh\ntunnel NEW\nlocal port 514\nssh-server syslogServer user authuser port 22\nremote host localhost port 514\nno shutdown","ccis":["CCI-002890"]},{"vulnId":"V-217370","ruleId":"SV-217370r961557_rule","severity":"medium","ruleTitle":"Arista Multilayer Switches used for nonlocal maintenance sessions must implement cryptographic mechanisms to protect the confidentiality of nonlocal maintenance and diagnostic communications.","description":"This requires the use of secure protocols instead of their unsecured counterparts, such as SSH instead of telnet, SCP instead of FTP, and HTTPS instead of HTTP.","checkContent":"Determine if the network device uses secure protocols instead of their unsecured counterparts.\n\nIf any unsecured maintenance protocols are in use (e.g., telnet, FTP, HTTP) and these protocols are not wrapped in a secure tunnel, this is a finding.\n\nValidate by checking that unsecure protocols are either disabled or wrapped in SSH tunnels.\n\nExecuting a \"show run\" command will provide a means to validate this config. From the output of this command, verify that there is no statement enabling telnet, no statement enabling FTP, no statement enabling HTTP, and no statement enabling the API, or the API is configured to use only HTTPS.","fixText":"Configure the network device to use secure protocols instead of their unsecured counterparts.\n\nConfiguration Example: \n\nDisable unsecure protocols.\nconfigure\nmanagement telnet\nshutdown\nexit\nmanagement api http-commands\nno protocol http\nprotocol https\nexit \n\nOther protocols (FTP) can be denied using AAA and RBAC. For connections that require use of these maintenance protocols, creation of SSH tunnels can fulfill this security requirement. This is summarized here and available at length in the Common Criteria guidance document.\n\nConfiguration Example: \n\nmanagement ssh\ntunnel NEW\nlocal port 514\nssh-server syslogServer user authuser port 22\nremote host localhost port 514\nno shutdown","ccis":["CCI-003123"]},{"vulnId":"V-217371","ruleId":"SV-217371r961827_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must generate audit records for privileged activities or other system-level access.","description":"Without generating audit records that are specific to the security and mission needs of the organization, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible for one. \n\nAudit records can be generated from various components within the information system (e.g., module or policy filter).","checkContent":"Determine if the network device generates audit records for privileged activities or other system-level access. \n\nIf the network device does not generate audit records for privileged activities or other system-level access, this is a finding.\n\nVerify logging is configured to audit full-text commands.\n\nExecute a \"show logging\" command and review the logs to verify the full text of commands is included.","fixText":"Configure the network device to generate audit records for privileged activities or other system-level access.\n\naaa accounting commands all default start-stop\naaa accounting exec default start-stop\naaa accounting system default start-stop","ccis":["CCI-000172"]},{"vulnId":"V-217372","ruleId":"SV-217372r961830_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must generate audit records showing starting and ending time for administrator access to the system.","description":"Without generating audit records that are specific to the security and mission needs of the organization, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible for one. \n\nAudit records can be generated from various components within the information system (e.g., module or policy filter).","checkContent":"Determine if the network device generates audit records showing starting and ending time for administrator access to the system. \n\nIf the network device does not generate audit records showing starting and ending time for administrator access to the system, this is a finding.\n\nVerify by reviewing log files to show start and end times for administrator access to the system via the \"show logging\" command.","fixText":"Configure the network device to generate audit records showing starting and ending time for administrator access to the system.\n\nEnable logging level 6 to ensure this event is captured.\n\nSwitch(config)#logging trap 6\nswitch(config)#logging level all 6","ccis":["CCI-000172"]},{"vulnId":"V-217373","ruleId":"SV-217373r961833_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must generate audit records when concurrent logons from different workstations occur.","description":"Without generating audit records that are specific to the security and mission needs of the organization, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible for one. \n\nAudit records can be generated from various components within the information system (e.g., module or policy filter).","checkContent":"Determine if the network device generates audit records when concurrent logons from different workstations occur. \n\nIf the network device does not generate audit records when concurrent logons from different workstations occur, this is a finding.\n\nVerify by reviewing log files to show concurrent logons to the system via the \"Show Logging\" command.","fixText":"Configure the network device to generate audit records when concurrent logons from different workstations occur.\n\nEnable logging level 6 to ensure this event is captured.\n\nSwitch(config)#logging trap 6\nswitch(config)#logging level all 6","ccis":["CCI-000172"]},{"vulnId":"V-217374","ruleId":"SV-217374r961860_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must, at a minimum, off-load audit records for interconnected systems in real time.","description":"Information stored in one location is vulnerable to accidental or incidental deletion or alteration.\n\nOff-loading is a common process in information systems with limited audit storage capacity.","checkContent":"Check the network device configuration to determine if the device off-loads audit records onto a different system or media than the system being audited. \n\nIf the device does not off-load audit records onto a different system or media, this is a finding.\n\nReview the configuration for the \"logging host [a.b.c.d]\" statement. Execute a \"show logging\" to verify logging host status.","fixText":"Configure the network device to off-load interconnected systems in real time and off-load standalone systems weekly.\n\nArista EOS logs can be exported to, including by a regular syslog server.\n\nConfiguration Example: \n\nswitch(config)#logging host[ a.b.c.d]\nswitch(config)#logging trap informational","ccis":["CCI-001851"]},{"vulnId":"V-217375","ruleId":"SV-217375r961863_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must protect the audit records of nonlocal accesses to privileged accounts and the execution of privileged functions.","description":"Auditing may not be reliable when performed by the network device to which the user being audited has privileged access. The privileged user may inhibit auditing or modify audit records. This control enhancement helps mitigate this risk by requiring that privileged access be further defined between audit-related privileges and other privileges, thus limiting the users with audit-related privileges. Reducing the risk of audit compromises by privileged users can also be achieved by performing audit activity on a separate information system or by using storage media that cannot be modified (e.g., write-once recording devices).","checkContent":"Review the network device account configuration files to determine if the privileged functions to access and modify audit settings and files are restricted to authorized security personnel. Review locations of audit logs generated as a result of nonlocal accesses to privileged accounts and the execution of privileged functions. Verify there are appropriate controls and permissions to protect the audit information from unauthorized access.\n\nIf the audit records that are generated upon nonlocal access to privileged accounts or upon the execution of privileged functions are not protected, this is a finding.\n\nVerify remote logging is enabled via the \"Show Logging\" command.\n\nVerify that individual accounts do not have access to logging functionality by executing the \"show user-account\" command and validating that only intended users are assigned to roles that permit access to logging functions. To verify what permissions are allowed by each role, execute the \"show roles\" command.","fixText":"Configure the system to protect the audit records of nonlocal accesses to privileged accounts and the execution of privileged functions.\n\nEnable remote logging with:\n\nconfig\nlogging host a.b.c.d\nlogging trap informational\n\nTo assign a user to a role, use the command:\n\nusername [name] role [role name]\n\nTo deny access to logging functions via RBAC:\n\nrole [name]\ndeny command logging [all]","ccis":["CCI-000366"]},{"vulnId":"V-217376","ruleId":"SV-217376r961863_rule","severity":"high","ruleTitle":"The Arista Multilayer Switch must employ AAA service to centrally manage authentication settings.","description":"The use of authentication servers or other centralized management servers for providing centralized authentication services is required for network device management. Maintaining local administrator accounts for daily usage on each network device without centralized management is not scalable or feasible. Without centralized management, it is likely that credentials for some network devices will be forgotten, leading to delays in administration, which itself leads to delays in remediating production problems and in addressing compromises in a timely fashion.","checkContent":"Review the device's configuration and verify the use of an AAA server for Account Management. Configuration must include at least one authenticated remote AAA server and verification that authentication, authorization, and accounting are enabled. In order for AAA to execute authorizations, role-based access control (RBAC) must also be configured on the switch, as shown in the configuration example. User roles do not need to follow these exact permissions, but they must comply with organizational policies for access-control. If the AAA server is not configured to centrally manage authentication settings, this is a finding.\n\nUsing the \"show running-config\" command will display all configured AAA commands, which must include the following commands with the variables completed:\n\naaa group server [radius/tacacs] [name]\n[radius/tacacs]-server host [IP Address] vrf [name] key [key]\naaa authentication login default group [group name] [radius/tacacs] [local]\naaa authentication login console [group] [group name/radius/tacacs+] [local]\naaa authentication dot1x default group [group] [radius]\naaa authentication policy on-success log\naaa authentication policy on-failure log\naaa authorization console\naaa authorization exec default [radius/tacacs] local\naaa authorization commands all default local\naaa accounting exec default start-stop logging\naaa accounting system default start-stop logging\naaa accounting commands all default start-stop logging\nno aaa root\n\nExecuting the \"Show aaa sessions\" command will verify the operation of AAA for any connected sessions. This will include the username, role, state, authentication method, and remote host information, which must match the configured remote AAA server.\n\nVerify Role Based Access Control is enabled by executing the \"show roles\" command, and review the configured roles to ensure they meet organization-defined requirements.","fixText":"Configure AAA services via a remote AAA server for all nonlocal accounts.\n\nConfiguration:\naaa group server [radius/tacacs] [name]\n[radius/tacacs]-server host [IP Address] vrf [name] key [key]\naaa authentication login default group [group name] [radius/tacacs] [local]\naaa authentication login console [group] [group name/radius/tacacs+] [local]\naaa authentication dot1x default group [group] [radius]\naaa authentication policy on-success log\naaa authentication policy on-failure log\naaa authorization console\naaa authorization exec default [radius/tacacs] local\naaa authorization commands all default local\naaa accounting exec default start-stop logging\naaa accounting system default start-stop logging\naaa accounting commands all default start-stop logging\nno aaa root\n\nExample RBAC roles:\n\nrole administrator\n 10 permit command .*\n\n role operator\n 10 permit command show running-config [all|detail] sanitized\n 20 deny command >|>>|extension|\\||session|do|delete|copy|rmdir|mkdir|python-shell|bash|platform|scp|append|redirect|tee|more|less|who|show run.*\n 25 deny command bash\n 30 deny mode config command (no |default ) (username|role|aaa|tcpdump|schedule|event.*)\n 40 permit command .*\n 30 deny mode config command (no |default ) (username|role|aaa|tcpdump|schedule|event.*)\n 40 permit command .*","ccis":["CCI-000366","CCI-000370"]},{"vulnId":"V-217377","ruleId":"SV-217377r961863_rule","severity":"low","ruleTitle":"The Arista Multilayer Switch must support organizational requirements to conduct backups of system-level information contained in the information system when changes occur or weekly, whichever is sooner.","description":"System-level information includes default and customized settings and security attributes, including ACLs that relate to the network device configuration, as well as software required for the execution and operation of the device. Information system backup is a critical step in ensuring system integrity and availability. If the system fails and there is no backup of the system-level information, a denial of service condition is possible for all who utilize this critical network component.\n\nThis control requires the network device to support the organizational central backup process for system-level information associated with the network device. This function may be provided by the network device itself; however, the preferred best practice is a centralized backup rather than each network device performing discrete backups.","checkContent":"Check the network device to determine if the network device is configured to conduct backups of system-level information contained in the information system when changes occur or weekly, whichever is sooner. \n\nIf the network device does not support the organizational requirements to conduct backups of system-level data according to the defined frequency, this is a finding.","fixText":"Configure the network device to conduct backups of system-level information contained in the information system when changes occur or weekly, whichever is sooner.\n\nFor weekly backups, the following chronologically scheduled command will back up the switch information one per day at noon:\n\nswitch(config)#schedule [name] at [hh:mm:ss] interval 1440 max-log-files 100 command bash FastCli -p 15 -c $'enable\\nshow tech-support > scp:[remote destination/filename]\\n'\n\nThe following event-handler will schedule backups any time the configuration is changed and written to memory:\n\nevent-handler Copy-Config\ntrigger on-startup-config\naction bash sudo ip netns exec ns-DATA scp /mnt/flash/startup-config [user@IPaddress/filepath/filename]\ndelay 5","ccis":["CCI-000366","CCI-000537"]},{"vulnId":"V-217378","ruleId":"SV-217378r961863_rule","severity":"low","ruleTitle":"The Arista Multilayer Switch must be updated to one of the minimum approved versions of EOS.","description":"The Arista Multilayer Switch uses the EOS operating system. Updates to EOS contain new security-related features and security patches that address known vulnerabilities. Running a current DoD-approved software version improves the security posture of the network device.","checkContent":"Verify the Arista Multilayer Switch configuration using the “Show version” command. Review the software image version, and verify it is a minimum DoD-approved version. The current approved minimum versions are 4.16.0F, 4.15.3F, 4.14.11M, or later. If the Arista Multilayer Switch is not using a minimum approved versions of EOS, this is a finding.","fixText":"Configure the Arista Multilayer Switch to use an approved software version. Download the approved version from www.arista.com/support, copy the .swi file to flash via an approved file transfer mechanism, and then enter:\n\nEnable\nConfigure\nBoot system flash:<your_image.swi>\nWrite memory\nreload","ccis":["CCI-000366"]},{"vulnId":"V-217379","ruleId":"SV-217379r961050_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must use FIPS-compliant mechanisms for authentication to a cryptographic module.","description":"Unapproved mechanisms that are used for authentication to the cryptographic module are not verified and therefore cannot be relied upon to provide confidentiality or integrity, and DoD data may be compromised.\n\nNetwork devices utilizing encryption are required to use FIPS-compliant mechanisms for authenticating to cryptographic modules.\n\nFIPS 140-2 is the current standard for validating that mechanisms used to access cryptographic modules utilize authentication that meets DoD requirements.","checkContent":"Review the device configuration via the “show running-config” command for the following statement:\n\nmanagement ssh\nfips restrictions\n\nIf this statement is not present, this is a finding.","fixText":"Enable FIPS restrictions via the following commands:\nEnable\nConfigure\nManagement ssh\nFips restrictions\nExit\n\nAdditionally, the switch should be configured to use its Hardware Random Number Generator as a source of entropy for the SSH protocol. To enable this, configure:\n\nEnable\nConfigure\nManagement security\nEntropy source hardware\n\nOnce this has been changed, regenerate the SSH RSA Keys with:\n\nReset ssh hostkey rsa","ccis":["CCI-000803"]},{"vulnId":"V-264428","ruleId":"SV-264428r992081_rule","severity":"high","ruleTitle":"The Arista MLS NDM must be using a version supported by the vendor.","description":"Systems running an unsupported software/firmware version lack current security fixes required to mitigate the risks associated with recent vulnerabilities.","checkContent":"This STIG is sunset and no longer updated.\n\nCompare the version running to the supported version by the vendor.\n\nIf the system is using an unsupported version from the vendor, this is a finding.","fixText":"Upgrade to a version supported by the vendor.","ccis":["CCI-000366"]},{"vulnId":"V-265635","ruleId":"SV-265635r997392_rule","severity":"medium","ruleTitle":"The Arista Multilayer Switch must use multifactor authentication for local access to privileged accounts.","description":"Multifactor authentication is defined as: using two or more factors to achieve authentication.\n\nFactors include: \n(i) Something a user knows (e.g., password/PIN); \n(ii) Something a user has (e.g., cryptographic identification device, token); or \n(iii) Something a user is (e.g., biometric).\n\nTo assure accountability and prevent unauthenticated access, privileged users must utilize multifactor authentication to prevent potential misuse and compromise of the system. \n\nLocal access is defined as access to an organizational information system by a user (or process acting on behalf of a user) communicating through a direct connection without the use of a network.\n\nApplications integrating with the DoD Active Directory and utilizing the DoD CAC are examples of compliant multifactor authentication solutions.","checkContent":"Determine if the network device uses multifactor authentication for local access to privileged accounts. This requirement may be verified by demonstration or configuration review. This requirement may be met through use of a properly configured authentication server if the device is configured to use the authentication server. \n\nIf multifactor authentication is not used for local access to privileged accounts, this is a finding.\n\nReview the device configuration via the \"show running-config\" command. The line \"aaa authentication login console group [server-group] [radius/tacplus] [local]\" must be present and must contain, at a minimum, the server group used for authentication, if present, or the term radius or tacplus to indicate all configured radius or tacplus servers, and the term local for local database authentication.","fixText":"Configure the network device or its associated authentication server to use multifactor authentication for local access to privileged accounts.\n\nTo configure the local device to authenticate via its authentication server, enter the following command from the configuration mode interface. Replace the bracketed value with the configured server group name or the name of the server type to validate against all configured servers of that type.\n\nswitch(config)#aaa authentication login console group [radius] local","ccis":["CCI-000767"]}]}