{
"stig": {
"date": "2021-06-02",
"description": "This Security Technical Implementation Guide is published as a tool to improve the security of Department of Defense (DoD) information systems. The requirements are derived from the National Institute of Standards and Technology (NIST) 800-53 and related documents. Comments or proposed revisions to this document should be sent via email to the following address: disa.stig_spt@mail.mil.",
"findings": {
"V-220622": {
"checkid": "C-22337r507912_chk",
"checktext": "Review the switch configuration to verify that the switch does not have any unnecessary or non-secure services enabled. For example, the following commands should not be in the configuration:\n\nboot network\nip boot server\nip bootp server\nip dns server\nip identd\nip finger\nip http server\nip rcmd rcp-enable\nip rcmd rsh-enable\nservice config\nservice finger\nservice tcp-small-servers\nservice udp-small-servers\nservice pad\n\nNote: ip http server can be enabled provided that the \"ip http active-session-modules none\" command is configured for scenarios such as ISE sending URL redirects to the switch.\n\nIf any unnecessary services are enabled, this is a finding.",
"description": "A compromised switch introduces risk to the entire network infrastructure as well as data resources that are accessible via the network. The perimeter defense has no oversight or control of attacks by malicious users within the network. Preventing network breaches from within is dependent on implementing a comprehensive defense-in-depth strategy, including securing each device connected to the network. This is accomplished by following and implementing all security guidance applicable for each node type. A fundamental step in securing each switch is to enable only the capabilities required for operation.",
"fixid": "F-22326r507913_fix",
"fixtext": "Disable the following services if enabled as shown in the example below:\n\nSW2(config)#no boot network\nSW2(config)#no ip boot server\nSW2(config)#no ip bootp server\nSW2(config)#no ip dns server\nSW2(config)#no ip identd\nSW2(config)#no ip finger\nSW2(config)#no ip http server\nSW2(config)#no ip rcmd rcp-enable\nSW2(config)#no ip rcmd rsh-enable\nSW2(config)#no service config\nSW2(config)#no service finger\nSW2(config)#no service tcp-small-servers\nSW2(config)#no service udp-small-servers\nSW2(config)#no service pad",
"iacontrols": null,
"id": "V-220622",
"ruleID": "SV-220622r539671_rule",
"severity": "medium",
"title": "The Cisco switch must be configured to disable non-essential capabilities.",
"version": "CISC-L2-000010"
},
"V-220623": {
"checkid": "C-22338r507915_chk",
"checktext": "Verify that the switch configuration has 802.1x authentication implemented for all access switch ports connecting to LAN outlets (i.e., RJ-45 wall plates) or devices not located in the telecom room, wiring closets, or equipment rooms. MAC Authentication Bypass (MAB) must be configured on switch ports connected to devices that do not support an 802.1x supplicant.\n\nStep 1: Verify that 802.1x is configured on all host-facing interfaces as shown in the example below:\n\ninterface GigabitEthernet1/0\n switchport access vlan 12\n switchport mode access\n authentication port-control auto\n dot1x pae authenticator\n!\ninterface GigabitEthernet1/1\n switchport access vlan 13\n switchport mode access\n authentication port-control auto\n dot1x pae authenticator\n!\ninterface GigabitEthernet1/2\n switchport access vlan 13\n switchport mode access\n authentication port-control auto\n dot1x pae authenticator\n\nStep 2: Verify that 802.1x authentication is configured on the switch as shown in the example below:\n\naaa new-model\n!\n!\naaa group server radius RADIUS_SERVERS\n server name RADIUS_1\n server name RADIUS_2\n!\naaa authentication dot1x default group RADIUS_SERVERS\n\u2026\n\u2026\n\u2026\ndot1x system-auth-control\n\nStep 3: Verify that the radius servers have been defined:\n\nSW1#show radius server-group RADIUS_SERVERS\n\nNote: Single-host is the default. Host-mode multi-domain (for VoIP phone plus PC) or multi-auth (multiple PCs connected to a hub) can be configured as alternatives. Host-mode multi-host is not compliant with this requirement.\n\nIf 802.1x authentication or MAB is not configured on all access switch ports connecting to LAN outlets or devices not located in the telecom room, wiring closets, or equipment rooms, this is a finding.",
"description": "Controlling LAN access via 802.1x authentication can assist in preventing a malicious user from connecting an unauthorized PC to a switch port to inject or receive data from the network without detection.",
"fixid": "F-22327r507916_fix",
"fixtext": "Configure 802.1 x authentications on all host-facing access switch ports. To authenticate devices that do not support 802.1x, MAC Authentication Bypass must be configured.\n\nStep 1: Configure the radius servers as shown in the example below:\n\nSW1(config)#radius server RADIUS_1\nSW1(config-radius-server)#address ipv4 10.1.22.3\nSW1(config-radius-server)#key xxxxxx\nSW1(config-radius-server)#exit\nSW1(config)#radius server RADIUS_2\nSW1(config-radius-server)#address ipv4 10.1.14.5\nSW1(config-radius-server)#key xxxxxx\nSW1(config-radius-server)#exit\n\nStep 2: Enable 802.1x authentication on the switch:\n\nSW1(config)#aaa new-model \nSW1(config)#aaa group server radius RADIUS_SERVERS\nSW1(config-sg-radius)#server name RADIUS_1\nSW1(config-sg-radius)#server name RADIUS_2\nSW1(config-sg-radius)#exit\nSW1(config)#aaa authentication dot1x default group RADIUS_SERVERS\nSW1(config)#dot1x system-auth-control\n\nStep 3: Enable 802.1x on all host-facing interfaces as shown in the example below:\n\nSW1(config)#int range g1/0 - 8\nSW1(config-if-range)#switchport mode access \nSW1(config-if-range)#authentication host-mode single-host \nSW1(config-if-range)#dot1x pae authenticator \nSW1(config-if-range)#authentication port-control auto\nSW1(config-if-range)#end \n\nNote: Single-host is the default. Host-mode multi-domain (for VoIP phone plus PC) or multi-auth (multiple PCs connected to a hub) can be configured as alternatives.",
"iacontrols": null,
"id": "V-220623",
"ruleID": "SV-220623r539671_rule",
"severity": "high",
"title": "The Cisco switch must uniquely identify all network-connected endpoint devices before establishing any connection.",
"version": "CISC-L2-000020"
},
"V-220624": {
"checkid": "C-22339r507918_chk",
"checktext": "Review the switch configuration to verify that VTP is enabled using the show vtp status command as shown in the example below:\n\nSwitch#show vtp status\nVTP Version capable : 1 to 3\nVTP version running : 1\nVTP Domain Name : \nVTP Pruning Mode : Disabled\nVTP Traps Generation : Disabled\nDevice ID : 5e00.0000.8000\n\nFeature VLAN:\n--------------\nVTP Operating Mode : Off\nMaximum VLANs supported locally : 1005\nNumber of existing VLANs : 5\nConfiguration Revision : 0\nMD5 digest : 0x57 0xCD 0x40 0x65 0x63 0x59 0x47 0xBD \n 0x56 0x9D 0x4A 0x3E 0xA5 0x69 0x35 0xBC \nSwitch#\n\nIf mode is set to anything other than off, verify that a password has been configured using the show vtp password command.\n\nNote: VTP authenticates all messages using an MD5 hash that consists of the VTP version plus the VTP Password plus VTP Domain plus VTP Configuration Revision.\n\nIf VTP is enabled on the switch and is not authenticating VTP messages with a hash function using a configured password, this is a finding.",
"description": "VTP provides central management of VLAN domains, thus reducing administration in a switched network. When configuring a new VLAN on a VTP server, the VLAN is distributed through all switches in the domain. This reduces the need to configure the same VLAN everywhere. \n\nVTP pruning preserves bandwidth by preventing VLAN traffic (unknown MAC, broadcast, multicast) from being sent down trunk links when not needed (e.g., there are no access switch ports in neighboring switches belonging to such VLANs). \n\nAn attack can force a digest change for the VTP domain, enabling a rogue device to become the VTP server. This could allow unauthorized access to previously blocked VLANs or allow the addition of unauthorized switches into the domain. Authenticating VTP messages with a cryptographic hash function can reduce the risk of the VTP domain being compromised.",
"fixid": "F-22328r507919_fix",
"fixtext": "Configure the switch to authenticate all VTP messages with a hash function using a configured password as shown in the example below:\n\nSW1(config)#vtp password xxxxxxxxx",
"iacontrols": null,
"id": "V-220624",
"ruleID": "SV-220624r539671_rule",
"severity": "medium",
"title": "The Cisco switch must authenticate all VLAN Trunk Protocol (VTP) messages with a hash function using the most secured cryptographic algorithm available.",
"version": "CISC-L2-000030"
},
"V-220625": {
"checkid": "C-22340r507921_chk",
"checktext": "Review the switch configuration to verify QoS has been enabled as shown below:\n\nmls qos\n\nIf QoS has not been enabled, this is a finding.",
"description": "Denial of service is a condition when a resource is not available for legitimate users. Packet-flooding DDoS attacks are referred to as volumetric attacks and have the objective of overloading a network or circuit to deny or seriously degrade performance, which denies access to the services that normally traverse the network or circuit. Volumetric attacks have become relatively easy to launch by using readily available tools such as Low Orbit Ion Cannon or botnets.\n\nMeasures to mitigate the effects of a successful volumetric attack must be taken to ensure that sufficient capacity is available for mission-critical traffic. Managing capacity may include, for example, establishing selected network usage priorities or quotas and enforcing them using rate limiting, Quality of Service (QoS), or other resource reservation control methods. These measures may also mitigate the effects of sudden decreases in network capacity that are the result of accidental or intentional physical damage to telecommunications facilities (such as cable cuts or weather-related outages).",
"fixid": "F-22329r507922_fix",
"fixtext": "Enable QoS on the switch:\n\nSW1(config)#mls qos",
"iacontrols": null,
"id": "V-220625",
"ruleID": "SV-220625r539671_rule",
"severity": "medium",
"title": "The Cisco switch must manage excess bandwidth to limit the effects of packet-flooding types of denial-of-service (DoS) attacks.",
"version": "CISC-L2-000040"
},
"V-220626": {
"checkid": "C-22341r507924_chk",
"checktext": "Verify that the switch is capable of capturing ingress and egress packets from any designated switch port for the purpose of monitoring a specific user session. \n\nThe example configuration below will capture packets from interface GigabitEthernet0/3 and replicate the packets to interface GigabitEthernet0/2:\n\nmonitor session 1 source interface Gi0/3\nmonitor session 1 destination interface Gi0/2\n\nIf the switch is not capable of capturing ingress and egress packets from a designated switch port, this is a finding.",
"description": "Without the capability to select a user session to capture/record or view/hear, investigations into suspicious or harmful events would be hampered by the volume of information captured. The volume of information captured may also adversely impact the operation for the network. Session audits may include port mirroring, tracking websites visited, and recording information and/or file transfers.",
"fixid": "F-22330r507925_fix",
"fixtext": "Enable the feature or configure the switch so that it is capable of capturing ingress and egress packets from any designated switch port for the purpose of monitoring a specific user session. \n\nThe example configuration below will capture packets from interface GigabitEthernet0/3 and replicate the packets to GigabitEthernet0/2:\n\nSW1(config)#monitor session 1 source int g0/3\nSW1(config)#monitor session 1 destination int g0/2",
"iacontrols": null,
"id": "V-220626",
"ruleID": "SV-220626r539671_rule",
"severity": "medium",
"title": "The Cisco switch must be configured for authorized users to select a user session to capture.",
"version": "CISC-L2-000060"
},
"V-220627": {
"checkid": "C-22342r507927_chk",
"checktext": "Verify that the switch is capable of capturing ingress and egress packets from any designated switch port for the purpose of remotely monitoring a specific user session. \n\nThe example configuration below will capture packets from interface GigabitEthernet0/3 and replicate the packets to interface GigabitEthernet0/2:\n\nmonitor session 1 source interface Gi0/3\nmonitor session 1 destination interface Gi0/2\n\nIf the switch is not capable of capturing ingress and egress packets from a designated switch port for the purpose of remotely monitoring a specific user session, this is a finding.",
"description": "Without the capability to remotely view/hear all content related to a user session, investigations into suspicious user activity would be hampered. Real-time monitoring allows authorized personnel to take action before additional damage is done. The ability to observe user sessions as they are happening allows for interceding in ongoing events that after-the-fact review of captured content would not allow.",
"fixid": "F-22331r507928_fix",
"fixtext": "Enable the feature or configure the switch so that it is capable of capturing ingress and egress packets from any designated switch port for the purpose of monitoring a specific user session.\n\nThe example configuration below will capture packets from interface GigabitEthernet0/3 and replicate the packets to GigabitEthernet0/2:\n\nSW1(config)#monitor session 1 source int g0/3\nSW1(config)#monitor session 1 destination int g0/2",
"iacontrols": null,
"id": "V-220627",
"ruleID": "SV-220627r539671_rule",
"severity": "medium",
"title": "The Cisco switch must be configured for authorized users to remotely view, in real time, all content related to an established user session from a component separate from the Cisco switch.",
"version": "CISC-L2-000070"
},
"V-220628": {
"checkid": "C-22343r507930_chk",
"checktext": "Verify that the switch configuration has 802.1x authentication implemented for all access switch ports connecting to LAN outlets (i.e., RJ-45 wall plates) or devices not located in the telecom room, wiring closets, or equipment rooms.\n\nMAC Authentication Bypass (MAB) must be configured on switch ports connected to devices that do not provide an 802.1x supplicant.\n\nStep 1: Verify that 802.1x is configured on all host-facing interfaces as shown in the example below:\n\ninterface GigabitEthernet1/0\n switchport access vlan 12\n switchport mode access\n authentication port-control auto\n dot1x pae authenticator\n!\ninterface GigabitEthernet1/1\n switchport access vlan 13\n switchport mode access\n authentication port-control auto\n dot1x pae authenticator\n!\ninterface GigabitEthernet1/2\n switchport access vlan 13\n switchport mode access\n authentication port-control auto\n dot1x pae authenticator\n\nStep 2: Verify that 802.1x authentication is configured on the switch as shown in the example below:\n\naaa new-model\n!\n!\naaa group server radius RADIUS_SERVERS\n server name RADIUS_1\n server name RADIUS_2\n!\naaa authentication dot1x default group RADIUS_SERVERS\n\u2026\n\u2026\n\u2026\ndot1x system-auth-control\n\nStep 3: Verify that the radius servers have been defined:\n\nSW1#show radius server-group RADIUS_SERVERS\n\nNote: Single-host is the default. Host-mode multi-domain (for VoIP phone plus PC) or multi-auth (multiple PCs connected to a hub) can be configured as alternatives. Host-mode multi-host is not compliant with this requirement.\n\nIf 802.1x authentication or MAB is not configured on all access switch ports connecting to LAN outlets or devices not located in the telecom room, wiring closets, or equipment rooms, this is a finding.",
"description": "Without authenticating devices, unidentified or unknown devices may be introduced, thereby facilitating malicious activity.\n\nFor distributed architectures (e.g., service-oriented architectures), the decisions regarding the validation of authentication claims may be made by services separate from the services acting on those decisions. In such situations, it is necessary to provide authentication decisions (as opposed to the actual authenticators) to the services that need to act on those decisions.\n\nThis requirement applies to applications that connect locally, remotely, or through a network to an endpoint device (including but not limited to, workstations, printers, servers [outside a datacenter], VoIP phones, and VTC CODECs). Gateways and SOA applications are examples of where this requirement would apply.\n\nDevice authentication is a solution enabling an organization to manage devices. It is an additional layer of authentication ensuring that only specific preauthorized devices can access the system.",
"fixid": "F-22332r507931_fix",
"fixtext": "Configure 802.1 x authentications on all host-facing access switch ports. To authenticate devices that do not support 802.1x, MAB must be configured.\n\nStep 1: Configure the radius servers as shown in the example below:\n\nSW1(config)#radius server RADIUS_1\nSW1(config-radius-server)#address ipv4 10.1.22.3\nSW1(config-radius-server)#key xxxxxx\nSW1(config-radius-server)#exit\nSW1(config)#radius server RADIUS_2\nSW1(config-radius-server)#address ipv4 10.1.14.5\nSW1(config-radius-server)#key xxxxxx\nSW1(config-radius-server)#exit\n\nStep 2: Enable 802.1x authentication on the switch:\n\nSW1(config)#aaa new-model \nSW1(config)#aaa group server radius RADIUS_SERVERS\nSW1(config-sg-radius)#server name RADIUS_1\nSW1(config-sg-radius)#server name RADIUS_2\nSW1(config-sg-radius)#exit\nSW1(config)#aaa authentication dot1x default group RADIUS_SERVERS\nSW1(config)#dot1x system-auth-control\n\nStep 3: Enable 802.1x on all host-facing interfaces as shown in the example below:\n\nSW1(config)#int range g1/0 - 8\nSW1(config-if-range)#switchport mode access \nSW1(config-if-range)#authentication host-mode single-host \nSW1(config-if-range)#dot1x pae authenticator \nSW1(config-if-range)#authentication port-control auto\nSW1(config-if-range)#end \n\nNote: Single-host is the default. Host-mode multi-domain (for VoIP phone plus PC) or multi-auth (multiple PCs connected to a hub) can be configured as alternatives.",
"iacontrols": null,
"id": "V-220628",
"ruleID": "SV-220628r539671_rule",
"severity": "medium",
"title": "The Cisco switch must authenticate all endpoint devices before establishing any connection.",
"version": "CISC-L2-000080"
},
"V-220629": {
"checkid": "C-22344r744221_chk",
"checktext": "Review the switch topology as well as the configuration to verify that Root Guard is enabled on all switch ports connecting to access layer switches.\n\ninterface GigabitEthernet0/0\n spanning-tree guard root\n!\ninterface GigabitEthernet0/1\n spanning-tree guard root\n\u2026\n\u2026\n\u2026\ninterface GigabitEthernet0/9 \n spanning-tree guard root\n\nIf the switch has not enabled Root Guard on all switch ports connecting to access layer switches, this is a finding.",
"description": "Spanning Tree Protocol (STP) does not provide any means for the network administrator to securely enforce the topology of the switched network. Any switch can be the root bridge in a network. However, a more optimal forwarding topology places the root bridge at a specific predetermined location. With the standard STP, any bridge in the network with a lower bridge ID takes the role of the root bridge. The administrator cannot enforce the position of the root bridge but can set the root bridge priority to \"0\" in an effort to secure the root bridge position.\n\nThe Root Guard feature provides a way to enforce the root bridge placement in the network. If the bridge receives superior STP Bridge Protocol Data Units (BPDUs) on a Root Guard-enabled port, Root Guard moves this port to a root-inconsistent STP state and no traffic can be forwarded across this port while it is in this state. To enforce the position of the root bridge, it is imperative that Root Guard is enabled on all ports where the root bridge should never appear.",
"fixid": "F-22333r744222_fix",
"fixtext": "Configure the switch to have Root Guard enabled on all ports connecting to access layer switches.\n\nSW1(config)#int range g0/0 - 9\nSW1(config-if-range)#spanning-tree guard root",
"iacontrols": null,
"id": "V-220629",
"ruleID": "SV-220629r744223_rule",
"severity": "low",
"title": "The Cisco switch must have Root Guard enabled on all switch ports connecting to access layer switches.",
"version": "CISC-L2-000090"
},
"V-220630": {
"checkid": "C-22345r507936_chk",
"checktext": "Review the switch configuration to verify that BPDU Guard is enabled on all user-facing or untrusted access switch ports as shown in the configuration example below:\n\ninterface GigabitEthernet0/0\n spanning-tree bpduguard enable\n!\ninterface GigabitEthernet0/1\n spanning-tree bpduguard enable\n\u2026\n\u2026\n\u2026\ninterface GigabitEthernet0/9 \n spanning-tree bpduguard enable\n\nIf the switch has not enabled BPDU Guard, this is a finding.",
"description": "If a rogue switch is introduced into the topology and transmits a BPDU with a lower bridge priority than the existing root bridge, it will become the new root bridge and cause a topology change, rendering the network in a suboptimal state.\n\nThe STP PortFast BPDU Guard enhancement allows network designers to enforce the STP domain borders and keep the active topology predictable. The devices behind the ports that have STP PortFast enabled are not able to influence the STP topology. At the reception of BPDUs, the BPDU Guard operation disables the port that has PortFast configured. The BPDU Guard transitions the port into \"errdisable\" state and sends a log message.",
"fixid": "F-22334r507937_fix",
"fixtext": "Enable BPDU Guard on all user-facing or untrusted access switch ports as shown in the configuration example below:\n\nSW1(config)#int range g0/0 - 9\nSW1(config-if-range)#spanning-tree bpduguard enable\n\nNote: BPDU Guard can also be enabled globally on all Port Fast-enabled ports by using the spanning-tree portfast bpduguard default command.",
"iacontrols": null,
"id": "V-220630",
"ruleID": "SV-220630r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have Bridge Protocol Data Unit (BPDU) Guard enabled on all user-facing or untrusted access switch ports.",
"version": "CISC-L2-000100"
},
"V-220631": {
"checkid": "C-22346r507939_chk",
"checktext": "Review the switch configuration to verify that STP Loop Guard is enabled as shown in the configuration example below:\n\nhostname SW2\n\u2026\n\u2026\n\u2026\nspanning-tree mode pvst\nspanning-tree loopguard default\n\nIf STP Loop Guard is not enabled, this is a finding.",
"description": "The STP loop guard feature provides additional protection against STP loops. An STP loop is created when an STP blocking port in a redundant topology erroneously transitions to the forwarding state. In its operation, STP relies on continuous reception and transmission of BPDUs based on the port role. \n\nThe designated port transmits BPDUs, and the non-designated port receives BPDUs. When one of the ports in a physically redundant topology no longer receives BPDUs, the STP conceives that the topology is loop free. Eventually, the blocking port from the alternate or backup port becomes a designated port and moves to a forwarding state. This situation creates a loop. The Loop Guard feature makes additional checks. If BPDUs are not received on a non-designated port and loop guard is enabled, that port is moved into the STP loop-inconsistent blocking state.",
"fixid": "F-22335r507940_fix",
"fixtext": "Configure the switch to have STP Loop Guard enabled via the spanning-tree loopguard default global command.",
"iacontrols": null,
"id": "V-220631",
"ruleID": "SV-220631r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have Spanning Tree Protocol (STP) Loop Guard enabled.",
"version": "CISC-L2-000110"
},
"V-220632": {
"checkid": "C-22347r507942_chk",
"checktext": "Review the switch configuration to verify that UUFB is enabled on all access switch ports as shown in the configuration example below:\n\ninterface GigabitEthernet0/0\n switchport block unicast\n!\ninterface GigabitEthernet0/1\n switchport block unicast\n\u2026\n\u2026\n\u2026\ninterface GigabitEthernet0/9 \n switchport block unicast\n\nIf any access switch ports do not have UUFB enabled, this is a finding.",
"description": "Access layer switches use the Content Addressable Memory (CAM) table to direct traffic to specific ports based on the VLAN number and the destination MAC address of the frame. When a router has an Address Resolution Protocol (ARP) entry for a destination host and forwards it to the access layer switch and there is no entry corresponding to the frame's destination MAC address in the incoming VLAN, the frame will be sent to all forwarding ports within the respective VLAN, which causes flooding.\n\nLarge amounts of flooded traffic can saturate low-bandwidth links, causing network performance issues or complete connectivity outage to the connected devices. Unknown unicast flooding has been a nagging problem in networks that have asymmetric routing and default timers. \n\nTo mitigate the risk of a connectivity outage, the UUFB feature must be implemented on all access layer switches. The UUFB feature will block unknown unicast traffic flooding and only permit egress traffic with MAC addresses that are known to exit on the port.",
"fixid": "F-22336r507943_fix",
"fixtext": "Configure the switch to have UUFB enabled as shown in the configuration example below:\n\nSW1(config)#int range g0/0 - 9\nSW1(config-if-range)#switchport block unicast",
"iacontrols": null,
"id": "V-220632",
"ruleID": "SV-220632r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have Unknown Unicast Flood Blocking (UUFB) enabled.",
"version": "CISC-L2-000120"
},
"V-220633": {
"checkid": "C-22348r507945_chk",
"checktext": "Review the switch configuration and verify that DHCP snooping is enabled on all user VLANs as shown in the example below:\n\nhostname SW2\n\u2026\n\u2026\n\u2026\nip dhcp snooping vlan 2,4-8,11\nip dhcp snooping\n\nNote: Switchports assigned to a user VLAN would have drops in the area where the user community would reside; hence, the \"untrusted\" term is used. Server and printer VLANs would not be applicable.\n\nIf the switch does not have DHCP snooping enabled for all user VLANs to validate DHCP messages from untrusted sources, this is a finding.",
"description": "In an enterprise network, devices under administrative control are trusted sources. These devices include the switches, routers, and servers in the network. Host ports and unknown DHCP servers are considered untrusted sources. An unknown DHCP server on the network on an untrusted port is called a spurious DHCP server, any device (PC, wireless access point) that is loaded with DHCP server enabled. \n\nThe DHCP snooping feature determines whether traffic sources are trusted or untrusted. The potential exists for a spurious DHCP server to respond to DHCPDISCOVER messages before the real server has time to respond. DHCP snooping allows switches on the network to trust the port a DHCP server is connected to and not trust the other ports.\n\nThe DHCP snooping feature validates DHCP messages received from untrusted sources, filters out invalid messages, and rate-limits DHCP traffic from trusted and untrusted sources. The DHCP snooping feature builds and maintains a binding database, which contains information about untrusted hosts with leased IP addresses, and it uses the database to validate subsequent requests from untrusted hosts. \n\nOther security features, such as IP Source Guard and Dynamic Address Resolution Protocol (ARP) Inspection (DAI), also use information stored in the DHCP snooping binding database. Hence, it is imperative that the DHCP snooping feature is enabled on all VLANs.",
"fixid": "F-22337r507946_fix",
"fixtext": "Configure the switch to have DHCP snooping for all user VLANs to validate DHCP messages from untrusted sources as shown in the example below:\n\nSW2(config)#ip dhcp snooping\nSW2(config)#ip dhcp snooping vlan 2,4-8,11",
"iacontrols": null,
"id": "V-220633",
"ruleID": "SV-220633r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have DHCP snooping for all user VLANs to validate DHCP messages from untrusted sources.",
"version": "CISC-L2-000130"
},
"V-220634": {
"checkid": "C-22349r744219_chk",
"checktext": "Review the switch configuration to verify that IP Source Guard is enabled on all user-facing or untrusted access switch ports as shown in the example below:\n\n802.1x and MAB configured ports are exempt from this requirement, as they are trusted.\n\ninterface GigabitEthernet0/0\n ip verify source\n!\ninterface GigabitEthernet0/1\n ip verify source\n\u2026\n\u2026\n\u2026\ninterface GigabitEthernet0/9 \n ip verify source\n\nNote: The IP Source Guard feature depends on the entries in the DHCP snooping database or static IP-MAC-VLAN configuration commands to verify IP-to-MAC address bindings.\n\nIf the switch does not have IP Source Guard enabled on all untrusted access switch ports, this is a finding.",
"description": "IP Source Guard provides source IP address filtering on a Layer 2 port to prevent a malicious host from impersonating a legitimate host by assuming the legitimate host's IP address. The feature uses dynamic DHCP snooping and static IP source binding to match IP addresses to hosts on untrusted Layer 2 access ports. \n\nInitially, all IP traffic on the protected port is blocked except for DHCP packets. After a client receives an IP address from the DHCP server, or after static IP source binding is configured by the administrator, all traffic with that IP source address is permitted from that client. Traffic from other hosts is denied. This filtering limits a host's ability to attack the network by claiming a neighbor host's IP address.",
"fixid": "F-22338r507949_fix",
"fixtext": "Configure the switch to have IP Source Guard enabled on all user-facing or untrusted access switch ports:\n\nSW2(config)#int range g0/0 - 9\nSW2(config-if-range)#ip verify source",
"iacontrols": null,
"id": "V-220634",
"ruleID": "SV-220634r744220_rule",
"severity": "medium",
"title": "The Cisco switch must have IP Source Guard enabled on all user-facing or untrusted access switch ports.",
"version": "CISC-L2-000140"
},
"V-220635": {
"checkid": "C-22350r507951_chk",
"checktext": "Review the switch configuration to verify that the DAI feature is enabled on all user VLANs:\n\nhostname SW2\n\u2026\n\u2026\n\u2026\nip arp inspection vlan 2,4-8,11\n\nNote: DAI depends on the entries in the DHCP snooping binding database to verify IP-to-MAC address bindings in incoming ARP requests and ARP responses.\n\nIf DAI is not enabled on all user VLANs, this is a finding.",
"description": "DAI intercepts ARP requests and verifies that each of these packets has a valid IP-to-MAC address binding before updating the local ARP cache and before forwarding the packet to the appropriate destination. Invalid ARP packets are dropped and logged. \n\nDAI determines the validity of an ARP packet based on valid IP-to-MAC address bindings stored in the DHCP snooping binding database. If the ARP packet is received on a trusted interface, the switch forwards the packet without any checks. On untrusted interfaces, the switch forwards the packet only if it is valid.",
"fixid": "F-22339r507952_fix",
"fixtext": "Configure the switch to have DAI enabled on all user VLANs as shown in the example below:\n\nSW2(config)#ip arp inspection vlan 2,4-8,11",
"iacontrols": null,
"id": "V-220635",
"ruleID": "SV-220635r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have Dynamic Address Resolution Protocol (ARP) Inspection (DAI) enabled on all user VLANs.",
"version": "CISC-L2-000150"
},
"V-220636": {
"checkid": "C-22351r648761_chk",
"checktext": "Review the switch configuration to verify that storm control is enabled on all host-facing interfaces as shown in the example below:\n\ninterface GigabitEthernet0/3\nswitchport access vlan 12\nstorm-control unicast level bps 62000000\nstorm-control broadcast level bps 20000000\n\nNote: Bandwidth percentage thresholds (via level parameter) can be used in lieu of PPS rate.\n\nIf storm control is not enabled at a minimum for broadcast traffic, this is a finding.",
"description": "A traffic storm occurs when packets flood a LAN, creating excessive traffic and degrading network performance. Traffic storm control prevents network disruption by suppressing ingress traffic when the number of packets reaches a configured threshold levels. \n\nTraffic storm control monitors ingress traffic levels on a port and drops traffic when the number of packets reaches the configured threshold level during any one-second interval.",
"fixid": "F-22340r648762_fix",
"fixtext": "Configure storm control for each host-facing interface as shown in the example below:\n\nSW1(config)#int range g0/2 - 8 \nSW1(config-if-range)#storm-control unicast bps 62000000 \nSW1(config-if-range)#storm-control broadcast level bps 20000000 \n\n\nNote: The acceptable range is 10000000 -1000000000 for a gigabit Ethernet interface, and 100000000-10000000000 for a 10-gigabit interface. Storm control is not supported on most FastEthernet interfaces.",
"iacontrols": null,
"id": "V-220636",
"ruleID": "SV-220636r648763_rule",
"severity": "low",
"title": "The Cisco switch must have Storm Control configured on all host-facing switchports.",
"version": "CISC-L2-000160"
},
"V-220637": {
"checkid": "C-22352r507957_chk",
"checktext": "Review the switch configuration to verify that IGMP or MLD snooping has been configured for IPv4 and IPv6 multicast traffic respectively. The example below shows the steps to verify that IGMP snooping is enabled for each VLAN.\n\nStep 1: Verify that IGMP or MLD snooping is enabled globally. By default, IGMP snooping is enabled globally; hence, the following command should not be in the switch configuration: \n\nno ip igmp snooping\n\nStep 2: Verify that IGMP snooping is not disabled for any VLAN as shown in the example below:\n\nno ip igmp snooping vlan 11\n\nNote: When IGMP snooping is globally enabled, it is also enabled by default on all VLANs but can be disabled on a per-VLAN basis. If global snooping is disabled, VLAN snooping cannot be enabled. \n\nIf the switch is not configured to implement IGMP or MLD snooping for each VLAN, this is a finding.",
"description": "IGMP and MLD snooping provide a way to constrain multicast traffic at Layer 2. By monitoring the IGMP or MLD membership reports sent by hosts within a VLAN, the snooping application can set up Layer 2 multicast forwarding tables to deliver specific multicast traffic only to interfaces connected to hosts interested in receiving the traffic, thereby significantly reducing the volume of multicast traffic that would otherwise flood the VLAN.",
"fixid": "F-22341r507958_fix",
"fixtext": "Globally configure IGMP or MLD snooping for IPv4 and IPv6 multicast traffic respectively:\n\nSW1(config)#ip igmp snooping",
"iacontrols": null,
"id": "V-220637",
"ruleID": "SV-220637r539671_rule",
"severity": "low",
"title": "The Cisco switch must have IGMP or MLD Snooping configured on all VLANs.",
"version": "CISC-L2-000170"
},
"V-220638": {
"checkid": "C-22353r507960_chk",
"checktext": "In cases where VLANs do not span multiple switches, it is a best practice to not implement STP. Avoiding the use of STP will provide the most deterministic and highly available network topology. If STP is required, review the switch configuration to verify that Rapid STP has been implemented: \n\nhostname SW2\n\u2026\n\u2026\n\u2026\nspanning-tree mode rapid-pvst\n\nNote: MSTP can be configured as an alternate mode. MSTP uses RSTP for rapid convergence and enables multiple VLANs to be grouped into and mapped to the same spanning-tree instance, thereby reducing the number of spanning-tree instances needed to support a large number of VLANs.\n\nIf either RSTP or MSTP has not been implemented where STP is required, this is a finding.",
"description": "STP is implemented on bridges and switches to prevent Layer 2 loops when a broadcast domain spans multiple bridges and switches and when redundant links are provisioned to provide high availability in case of link failures. \n\nConvergence time can be significantly reduced using Rapid STP (802.1w) instead of STP (802.1d), resulting in improved availability. Rapid STP should be deployed by implementing either Rapid Per-VLAN-Spanning-Tree (Rapid-PVST) or Multiple Spanning-Tree Protocol (MSTP). The latter scales much better when there are many VLANs.",
"fixid": "F-22342r507961_fix",
"fixtext": "Configure Rapid STP or MSTP to be implemented at the access and distribution layers where VLANs span multiple switches as shown in the examples below:\n\nSW2(config)#spanning-tree mode rapid-pvst\n\nor \n\nSW1(config)#spanning-tree mode mst",
"iacontrols": null,
"id": "V-220638",
"ruleID": "SV-220638r539671_rule",
"severity": "medium",
"title": "The Cisco switch must implement Rapid Spanning Tree Protocol (STP) where VLANs span multiple switches with redundant links.",
"version": "CISC-L2-000180"
},
"V-220639": {
"checkid": "C-22354r507963_chk",
"checktext": "If any of the switch ports have fiber optic interconnections with neighbors, review the switch configuration to verify that UDLD is enabled globally or on a per-interface basis as shown in the examples below:\n\nhostname SW2\n\u2026\n\u2026\n\u2026\nudld enable\n\nor\n\ninterface GigabitEthernet0/1\n udld port\n\nNote: An alternative implementation when UDLD is not supported by connected device is to deploy a single member Link Aggregation Group (LAG) via IEEE 802.3ad Link Aggregation Control Protocol (LACP).\n\nIf the switch has fiber optic interconnections with neighbors and UDLD is not enabled, this is a finding.",
"description": "In topologies where fiber optic interconnections are used, physical misconnections can occur that allow a link to appear to be up when there is a mismatched set of transmit/receive pairs. When such a physical misconfiguration occurs, protocols such as STP can cause network instability.\n\nUDLD is a Layer 2 protocol that can detect these physical misconfigurations by verifying that traffic is flowing bidirectionally between neighbors. Ports with UDLD enabled periodically transmit packets to neighbor devices. If the packets are not echoed back within a specific time frame, the link is flagged as unidirectional and the interface is shut down.",
"fixid": "F-22343r507964_fix",
"fixtext": "Configure the switch to enable UDLD to protect against one-way connections:\n\nSW2(config)#udld enable\n\nor\n\nSW2(config)#int g0/1\nSW2(config-if)#udld port",
"iacontrols": null,
"id": "V-220639",
"ruleID": "SV-220639r539671_rule",
"severity": "medium",
"title": "The Cisco switch must enable Unidirectional Link Detection (UDLD) to protect against one-way connections.",
"version": "CISC-L2-000190"
},
"V-220640": {
"checkid": "C-22355r507966_chk",
"checktext": "By default, DTP is enabled on all Cisco switches. Review the switch configuration to verify that trunk links will not form a trunk via negotiation as shown in the example below:\n\nSW2#show interfaces switchport \nName: Gi0/0\nSwitchport: Enabled\nAdministrative Mode: dynamic auto\nOperational Mode: static access\nAdministrative Trunking Encapsulation: negotiate\nOperational Trunking Encapsulation: native\nNegotiation of Trunking: On\n\nIf trunk negotiation is enabled on any interface, this is a finding.",
"description": "When trunk negotiation is enabled via Dynamic Trunk Protocol (DTP), considerable time can be spent negotiating trunk settings (802.1q or ISL) when a node or interface is restored. While this negotiation is happening, traffic is dropped because the link is up from a Layer 2 perspective. \n\nPacket loss can be eliminated by setting the interface statically to trunk mode, thereby avoiding dynamic trunk protocol negotiation and significantly reducing any outage when restoring a failed link or switch.",
"fixid": "F-22344r507967_fix",
"fixtext": "Configure the switch to enable trunk links statically as shown in the configuration below:\n\nSW2(config-if)#switchport trunk encapsulation dot1q \nSW2(config-if)#switchport mode trunk\nSW2(config-if)#switchport nonegotiate",
"iacontrols": null,
"id": "V-220640",
"ruleID": "SV-220640r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have all trunk links enabled statically.",
"version": "CISC-L2-000200"
},
"V-220641": {
"checkid": "C-22356r507969_chk",
"checktext": "Step 1: Review the switch configurations and examine all access switch ports. Each access switch port not in use should have membership to an inactive VLAN. \n\ninterface GigabitEthernet0/0\n switchport access vlan 999\n shutdown\n!\ninterface GigabitEthernet0/1\n switchport access vlan 999\n shutdown\n\u2026\n\u2026\n\u2026\ninterface GigabitEthernet0/9\n switchport access vlan 999\n shutdown\n\nStep 2: Verify that traffic from the inactive VLAN is not allowed on any trunk links as shown in the example below:\n\ninterface GigabitEthernet1/1\n switchport trunk allowed vlan 1-998,1000-4094\n switchport trunk encapsulation dot1q\n switchport mode trunk\n\nNote: Switch ports configured for 802.1x are exempt from this requirement.\n\nIf any access switch ports are not in use and not in an inactive VLAN, this is a finding.",
"description": "A disabled port that is assigned to a user or management VLAN may become enabled by accident or by an attacker and as a result may gain access to that VLAN as a member.",
"fixid": "F-22345r507970_fix",
"fixtext": "Assign all switch ports not in use to an inactive VLAN.\n\nStep 1: Assign the disabled interfaces to an inactive VLAN:\n\nSW3(config)#int range g0/0 \u2013 9\nSW3(config-if-range)# switchport access vlan 999\n\nStep 2: Configure trunk links to not allow traffic from the inactive VLAN:\n\nSW3(config)#int g1/1\nSW3(config-if)#switchport trunk allowed vlan except 999",
"iacontrols": null,
"id": "V-220641",
"ruleID": "SV-220641r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have all disabled switch ports assigned to an unused VLAN.",
"version": "CISC-L2-000210"
},
"V-220642": {
"checkid": "C-22357r507972_chk",
"checktext": "Review the switch configurations and verify that no access switch ports have been assigned membership to the default VLAN (i.e., VLAN 1). VLAN assignments can be verified via the show vlan command:\n\nSW1#show vlan\n\nVLAN Name Status Ports\n---- -------------------------------- --------- -------------------------------\n1 default active \n10 User VLAN active Gi0/3, Gi1/0, Gi1/1, Gi1/2\n Gi1/3, Gi2/1\n20 Management VLAN active Gi0/2\n999 VLAN0999 active Gi2/0\n\nIf access switch ports are assigned to the default VLAN, this is a finding.",
"description": "In a VLAN-based network, switches use the default VLAN (i.e., VLAN 1) for in-band management and to communicate with other networking devices using Spanning-Tree Protocol (STP), Dynamic Trunking Protocol (DTP), VLAN Trunking Protocol (VTP), and Port Aggregation Protocol (PAgP) - all untagged traffic. \n\nAs a consequence, the default VLAN may unwisely span the entire network if not appropriately pruned. If its scope is large enough, the risk of compromise can increase significantly.",
"fixid": "F-22346r507973_fix",
"fixtext": "Remove the assignment of the default VLAN from all access switch ports.",
"iacontrols": null,
"id": "V-220642",
"ruleID": "SV-220642r539671_rule",
"severity": "medium",
"title": "The Cisco switch must not have the default VLAN assigned to any host-facing switch ports.",
"version": "CISC-L2-000220"
},
"V-220643": {
"checkid": "C-22358r507975_chk",
"checktext": "Review the switch configuration and verify that the default VLAN is pruned from trunk links that do not require it:\n\nSW1#show interfaces trunk\n\nPort Mode Encapsulation Status Native vlan\nGi0/1 on 802.1q trunking 1\nGi0/2 on 802.1q trunking 1\n\nPort Vlans allowed on trunk\nGi0/1 1-998,1000-4094\nGi0/2 1-4094\n\nIf the default VLAN is not pruned from trunk links that should not be transporting frames for the VLAN, this is a finding.",
"description": "The default VLAN (i.e., VLAN 1) is a special VLAN used for control plane traffic such as Spanning-Tree Protocol (STP), Dynamic Trunking Protocol (DTP), VLAN Trunking Protocol (VTP), and Port Aggregation Protocol (PAgP). VLAN 1 is enabled on all trunks and ports by default. \n\nWith larger campus networks, care must be taken about the diameter of the STP domain for the default VLAN. Instability in one part of the network could affect the default VLAN, influencing control-plane stability and therefore STP stability for all other VLANs.",
"fixid": "F-22347r507976_fix",
"fixtext": "Prune VLAN 1 from any trunk links as necessary:\n\nSW1(config)#int g0/2\nSW1(config-if)#switchport trunk allowed vlan except 1\n\nVerify that VLAN 1 is not allowed on the trunk link:\n\nSW1#show interfaces trunk\n\nPort Mode Encapsulation Status Native vlan\nGi0/1 on 802.1q trunking 1\nGi0/2 on 802.1q trunking 1\n\nPort Vlans allowed on trunk\nGi0/1 1-998,1000-4094\nGi0/2 2-4094",
"iacontrols": null,
"id": "V-220643",
"ruleID": "SV-220643r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have the default VLAN pruned from all trunk ports that do not require it.",
"version": "CISC-L2-000230"
},
"V-220644": {
"checkid": "C-22359r507978_chk",
"checktext": "Review the switch configuration and verify that the default VLAN is not used to access the switch for management:\n\ninterface Vlan22\n description Management VLAN\n ip address 10.1.22.3 255.255.255.0\n\nIf the default VLAN is being used for management access to the switch, this is a finding.",
"description": "Switches use the default VLAN (i.e., VLAN 1) for in-band management and to communicate with directly connected switches using Spanning-Tree Protocol (STP), Dynamic Trunking Protocol (DTP), VLAN Trunking Protocol (VTP), and Port Aggregation Protocol (PAgP) - all untagged traffic. As a consequence, the default VLAN may unwisely span the entire network if not appropriately pruned. If its scope is large enough, the risk of compromise can increase significantly.",
"fixid": "F-22348r507979_fix",
"fixtext": "Configure the switch for management access to use a VLAN other than the default VLAN:\n\nSW1(config)#int vlan 22\nSW1(config-if)#ip add 10.1.22.3 255.255.255.0\nSW1(config-if)#no shut",
"iacontrols": null,
"id": "V-220644",
"ruleID": "SV-220644r539671_rule",
"severity": "medium",
"title": "The Cisco switch must not use the default VLAN for management traffic.",
"version": "CISC-L2-000240"
},
"V-220645": {
"checkid": "C-22360r507981_chk",
"checktext": "Review the switch configurations and examine all user-facing or untrusted switchports. The example below depicts both access and trunk ports:\n\ninterface GigabitEthernet0/1\n switchport trunk encapsulation dot1q\n switchport mode trunk\n negotiation auto\n!\ninterface GigabitEthernet0/2\nswitchport access vlan 11\n negotiation auto\n!\ninterface GigabitEthernet0/3\n switchport access vlan 12\n negotiation auto\n\nIf any of the user-facing switch ports are configured as a trunk, this is a finding.",
"description": "Double encapsulation can be initiated by an attacker who has access to a switch port belonging to the native VLAN of the trunk port. Knowing the victim's MAC address and with the victim attached to a different switch belonging to the same trunk group, thereby requiring the trunk link and frame tagging, the malicious user can begin the attack by sending frames with two sets of tags. \n\nThe outer tag that will have the attacker's VLAN ID (probably the well-known and omnipresent default VLAN) is stripped off by the switch, and the inner tag that will have the victim's VLAN ID is used by the switch as the next hop and sent out the trunk port.",
"fixid": "F-22349r507982_fix",
"fixtext": "Disable trunking on all user-facing or untrusted switch ports:\n\nSW1(config)#int g0/6\nSW1(config-if)#switchport mode access\nSW1(config-if)#end",
"iacontrols": null,
"id": "V-220645",
"ruleID": "SV-220645r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have all user-facing or untrusted ports configured as access switch ports.",
"version": "CISC-L2-000250"
},
"V-220646": {
"checkid": "C-22361r507984_chk",
"checktext": "Review the switch configurations and examine all trunk links. Verify the native VLAN has been configured to a VLAN ID other than the ID of the default VLAN (i.e., VLAN 1) as shown in the example below:\n\ninterface GigabitEthernet0/1\n switchport trunk encapsulation dot1q\n switchport trunk native vlan 44\n switchport mode trunk\n negotiation auto\n\nNote: An alternative to configuring a dedicated native VLAN is to ensure that all native VLAN traffic is tagged. This will mitigate the risk of VLAN hopping because there will always be an outer tag for native traffic as it traverses an 802.1q trunk link.\n\nIf the native VLAN has the same VLAN ID as the default VLAN, this is a finding.",
"description": "VLAN hopping can be initiated by an attacker who has access to a switch port belonging to the same VLAN as the native VLAN of the trunk link connecting to another switch that the victim is connected to. If the attacker knows the victim\u2019s MAC address, it can forge a frame with two 802.1q tags and a Layer 2 header with the destination address of the victim. \n\nBecause the frame will ingress the switch from a port belonging to its native VLAN, the trunk port connecting to the victim\u2019s switch will remove the outer tag because native VLAN traffic is to be untagged. The switch will forward the frame on to the trunk link, unaware of the inner tag with a VLAN ID of which the victim\u2019s switch port is a member.",
"fixid": "F-22350r507985_fix",
"fixtext": "To ensure the integrity of the trunk link and prevent unauthorized access, the ID of the native VLAN of the trunk port must be changed from the default VLAN (i.e., VLAN 1) to its own unique VLAN ID. \n\nSW1(config)#int g0/1\nSW1(config-if)#switchport trunk native vlan 44\n\nNote: The native VLAN ID must be the same on both ends of the trunk link; otherwise, traffic could accidentally leak between broadcast domains.",
"iacontrols": null,
"id": "V-220646",
"ruleID": "SV-220646r539671_rule",
"severity": "medium",
"title": "The Cisco switch must have the native VLAN assigned to an ID other than the default VLAN for all 802.1q trunk links.",
"version": "CISC-L2-000260"
},
"V-220647": {
"checkid": "C-22362r507987_chk",
"checktext": "Review the switch configurations and examine all access switch ports. Verify that they do not belong to the native VLAN as shown in the example below:\n\ninterface GigabitEthernet0/1\n switchport trunk encapsulation dot1q\n switchport trunk native vlan 44\n switchport mode trunk\n negotiation auto\n!\ninterface GigabitEthernet0/2\n switchport access vlan 11\n negotiation auto\n!\ninterface GigabitEthernet0/3\n switchport access vlan 12\n negotiation auto\n!\n\nIf any access switch ports have been assigned to the same VLAN ID as the native VLAN, this is a finding.",
"description": "Double encapsulation can be initiated by an attacker who has access to a switch port belonging to the native VLAN of the trunk port. Knowing the victim\u2019s MAC address and with the victim attached to a different switch belonging to the same trunk group, thereby requiring the trunk link and frame tagging, the malicious user can begin the attack by sending frames with two sets of tags. \n\nThe outer tag that will have the attacker\u2019s VLAN ID (probably the well-known and omnipresent default VLAN) is stripped off by the switch, and the inner tag that will have the victim\u2019s VLAN ID is used by the switch as the next hop and sent out the trunk port.",
"fixid": "F-22351r507988_fix",
"fixtext": "Configure all access switch ports to a VLAN other than the native VLAN.",
"iacontrols": null,
"id": "V-220647",
"ruleID": "SV-220647r539671_rule",
"severity": "low",
"title": "The Cisco switch must not have any switchports assigned to the native VLAN.",
"version": "CISC-L2-000270"
}
},
"profiles": {
"MAC-1_Classified": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-1_Classified",
"title": "I - Mission Critical Classified"
},
"MAC-1_Public": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-1_Public",
"title": "I - Mission Critical Public"
},
"MAC-1_Sensitive": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-1_Sensitive",
"title": "I - Mission Critical Sensitive"
},
"MAC-2_Classified": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-2_Classified",
"title": "II - Mission Support Classified"
},
"MAC-2_Public": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-2_Public",
"title": "II - Mission Support Public"
},
"MAC-2_Sensitive": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-2_Sensitive",
"title": "II - Mission Support Sensitive"
},
"MAC-3_Classified": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-3_Classified",
"title": "III - Administrative Classified"
},
"MAC-3_Public": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-3_Public",
"title": "III - Administrative Public"
},
"MAC-3_Sensitive": {
"description": "",
"findings": {
"V-220622": "true",
"V-220623": "true",
"V-220624": "true",
"V-220625": "true",
"V-220626": "true",
"V-220627": "true",
"V-220628": "true",
"V-220629": "true",
"V-220630": "true",
"V-220631": "true",
"V-220632": "true",
"V-220633": "true",
"V-220634": "true",
"V-220635": "true",
"V-220636": "true",
"V-220637": "true",
"V-220638": "true",
"V-220639": "true",
"V-220640": "true",
"V-220641": "true",
"V-220642": "true",
"V-220643": "true",
"V-220644": "true",
"V-220645": "true",
"V-220646": "true",
"V-220647": "true"
},
"id": "MAC-3_Sensitive",
"title": "III - Administrative Sensitive"
}
},
"slug": "cisco_ios_switch_l2s",
"title": "Cisco IOS Switch L2S Security Technical Implementation Guide",
"version": "2"
}
}