cisco Cisco CIS Vulnerability Reference
Cross-reference the Cisco checklist against CIS IOS/IOS-XE Benchmark categories.
Source: CIS Cisco IOS Benchmark (the Management/Control/Data Plane + Level 1/Level 2 organizational structure has stayed consistent across every version from v2.2 through the current IOS-XE 17.x benchmark — this reference uses that stable structure and numbering). This is a curated extract for cross-checking the Cisco Networking Master Checklist. Note up front: a meaningful chunk of the CIS Cisco benchmark assumes a live device with routing protocols, AAA/RADIUS-TACACS+ infrastructure, and SNMP in use — in a Packet Tracer-based CyberPatriot round, only a subset of these will actually be checkable/applicable. Items below are flagged where that matters.
1. Level-1 Benchmark#
1.1 Management Plane Level 1#
1.1.1 AAA Rules
-
1.1.1.1-4AAA service not enabled, AAA not required for login/enable-mode/console+VTY lines — without AAA, the device falls back to weaker line-password-only authentication with no per-user accountability. (Packet Tracer note: localusername/login localis a reasonable substitute when full AAA/RADIUS isn't in the topology.)
1.1.2 Access Rules
-
1.1.2.1Local users configured with encrypted (not cleartext) passwords -
1.1.2.2/1.1.2.3SSH required for remote access, VTY transport restricted to SSH (not Telnet) — this is the single most commonly-scored networking item and matches what's already in the master checklist -
1.1.2.4Login session timeout configured (exec-timeout) — an unattended, never-timing-out privileged session is a walk-up vulnerability -
1.1.2.5Auxiliary port disabled/no exec — a forgotten backdoor console path -
1.1.2.6/1.1.2.7SSH access control and VTY ACL restrict which hosts can even attempt to connect, on top of requiring SSH
1.1.3 Banner Rules
-
1.1.3.1-3EXEC banner, login banner, and MOTD banner all configured — a missing legal-notice banner is an easy, guaranteed-visible fix
1.1.4 Password Rules
-
1.1.4.1enable secret(hashed) configured — not justenable password(reversible/weak) — matches the "always prefer secret" guidance already in the master checklist -
1.1.4.2/1.1.4.3Line and user passwords encrypted -
1.1.4.4service password-encryptionenabled globally
1.1.5 SNMP Rules (only applicable if the topology actually has SNMP configured)
-
1.1.5.1/1.1.5.2Default community stringsprivate/publicforbidden — using the factory-default community string is equivalent to leaving a default password in place -
1.1.5.3/1.1.5.4SNMP read+write or write-only access forbidden unless explicitly required -
1.1.5.5/1.1.5.6SNMP always restricted by an ACL — SNMP with no ACL means anyone on the network segment can query (or worse, write to) the device -
1.1.5.7Community strings authorized and access-controlled
1.2 Control Plane Level 1#
1.2.1 Clock Rules
-
1.2.1.1/1.2.1.2Clock timezone set to UTC (consistent log timestamps), summer-time/DST clock adjustment disabled (prevents an hour-long log-correlation gap twice a year)
1.2.2 Global Service Rules
-
1.2.2.1CDP disabled globally unless specifically needed — leaks device model, IOS version, and IP addressing to anyone on the segment. Matches the master checklist's CDP guidance. -
1.2.2.2-1.2.2.11Finger service, IP BOOTP server, Identification (ident) service, IP HTTP server, remote startup-config loading, TCP/UDP small-servers, and TFTP server all forbidden unless required — this is a comprehensive "disable unused legacy services" list; the master checklist covers HTTP server and small-servers but double-check Finger, BOOTP, and remote-config-loading are also addressed -
1.2.2.7/1.2.2.8TCP keepalives-in/out required (not forbidden) — these actually should be enabled, since they help the device detect and clean up dead/hung TCP sessions (a minor DoS-resilience measure)
1.2.3 Logging Rules
-
1.2.3.1-1.2.3.7Logging enabled, buffered logging configured, logging to console, logging to a syslog server, trap severity level set appropriately, timestamps enabled on both debug and log messages — without timestamps, log entries are nearly useless for reconstructing an incident timeline
1.2.4 NTP Rules
-
1.2.4.1-1.2.4.3Primary/secondary/tertiary NTP servers configured — accurate time is a prerequisite for meaningful logging and for any certificate/Kerberos-style time-sensitive auth elsewhere in the topology
1.3 Data Plane Level 1#
1.3.1 Routing Rules
-
1.3.1.1Directed broadcast forbidden — directed broadcasts are a classic amplification/smurf-attack vector -
1.3.1.2IP source-route forbidden — source routing lets a packet dictate its own path, bypassing normal routing/firewall logic; already covered in the master checklist (no ip source-route)
2. Level-2 Benchmark (defense-in-depth — apply if time allows and the topology supports it)#
2.1 Management Plane Level 2#
-
2.1.1.1/2.1.1.2AAA authentication required for both enable and login (stricter enforcement than Level 1's baseline requirement) -
2.1.1.3-2.1.1.7AAA accounting for commands, connections, exec sessions, network access, and system events — this is what actually produces an audit trail of who did what, beyond just who logged in
2.2 Control Plane Level 2#
-
2.2.1.1-2.2.1.5A dedicated loopback interface configured, with AAA/NTP/TFTP services bound to it specifically (rather than any-interface) — this is real-IOS best practice for management-plane isolation; often not practical/checkable in Packet Tracer depending on the topology - Multiple loopback interfaces forbidden (keeps the management-plane binding unambiguous)
2.3 Data Plane Level 2#
2.3.1 Border Router Filtering (only applicable if the topology has an external/internet-facing edge router)
- Private (RFC1918) source addresses forbidden from external networks, external source addresses forbidden on outbound traffic — classic anti-spoofing/BCP38 ingress-egress filtering
2.3.2 Neighbor (Routing Protocol) Authentication (only applicable if the topology actually runs a routing protocol)
- BGP/EIGRP/OSPF/RIPv2 authentication required if that protocol is in use — an unauthenticated routing protocol lets any device on the segment inject bogus routes. The master checklist's OSPF MD5 example is exactly this control; the same logic extends to whichever protocol the topology actually uses.
2.3.3 Routing Rules
- Unicast Reverse-Path Forwarding (uRPF) required — drops packets with spoofed source addresses that couldn't have legitimately arrived on that interface
- IP Proxy ARP forbidden — proxy ARP lets a router answer ARP requests on behalf of other hosts, which can be abused to intercept traffic between hosts that think they're on the same segment
- Tunnel interfaces forbidden unless explicitly required — an unexpected GRE/other tunnel interface is a potential covert channel or misconfiguration
How to use this against the Master Checklist#
Cross-check each [ ] item above against Cisco_Networking_Master_Checklist.md. Remember the Packet-Tracer caveat: Level 2 items involving loopback-interface service binding and full AAA accounting are the ones most likely to be impractical or ungraded in a Packet Tracer-based round — treat those as "nice to know" rather than "must fix."