{ "id": 687, "benchmarkId": "Nokia_SR_OS_25-x_RTR_STIG", "slug": "nokia_service_router_os_25x_router", "stigSlug": "nokia_service_router_os_25x_router", "versionStatus": "current", "status": "accepted", "statusDate": "2026-06-15T00:00:00.000Z", "title": "Nokia Service Router OS 25.x Router Security Technical Implementation Guide", "description": "This Security Technical Implementation Guide is published as a tool to improve the security of Department of War (DoW) 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.", "version": "V1R1", "vendor": null, "createdAt": "2026-07-11T12:27:50.626Z", "updatedAt": "2026-07-11T12:27:50.626Z", "groups": [ { "id": 40787, "benchmarkId": 687, "groupId": "V-283846", "title": "SRG-NET-000364-RTR-000204", "description": "", "ruleId": "SV-283846r1203787_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000280", "ruleTitle": "The Nokia perimeter router must be configured to drop IPv6 packets containing an extension header with the Endpoint Identification option.", "ruleVulnDiscussion": "The optional and extensible natures of the IPv6 extension headers require higher scrutiny since many implementations do not always drop packets with headers they cannot recognize, which could cause a denial of service on the target device. \n\nIn addition, the type, length, value (TLV) formatting enables headers to be very large. This option type is associated with the Nimrod Routing system and has no defining RFC document.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the router to drop IPv6 packets containing an option type value of 0x8A (Endpoint Identification) regardless of whether it appears in a Hop-by-Hop or Destination Option header.\n\nConfigure the IPv6 filter, as shown in the example below: \n\nNote: This will drop all Hop-by-Hop Option headers.\n\n- configure filter ipv6-filter 40 create\n- config>filter>ipv6-filter# default-action forward\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry$ match hop-by-hop-opt true\n- config>filter>ipv6-filter>entry$ action drop\n- config>filter>ipv6-filter>entry$ exit all\n\nApply the IPv6 filter to the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 40", "ruleFixId": "F-88316r1203786_fix", "ruleCheckSystem": "C-88411r1203785_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router switch configuration and determine if filters are bound to the applicable interfaces to drop IPv6 packets containing an option type value of 0x8A (Endpoint Identification) regardless of whether it appears in a Hop-by-Hop or Destination Option header. \n\nVerify the IPv6 filter has the HopByHop option set to \"True\", as shown in the example below: \n\n- show filter ipv6 40\n\nEntry : 10 (Inactive)\nDescription : (Not Specified)\nLog Id : n/a\nSrc. IP : ::/0\nSrc. Port : n/a\nDest. IP : ::/0\nDest. Port : n/a\nNext Header : Undefined\nDscp : Undefined\nICMP Type : Undefined ICMP Code : Undefined\nSampling : Off Int. Sampling : On\nTcp-flag : (Not Specified)\nFragment : Off\nHopByHop Opt : True Routing Type0 : Off\n\nVerify an \"Ing IPv6 Flt\" has been applied to the interface, as shown in the example below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\nEgr IPv6 Flt : none Ingr IPv6 Flt : 40\n\nIf the router is not configured to drop IPv6 packets containing an extension header with the Endpoint Identification option, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40794, "benchmarkId": 687, "groupId": "V-283853", "title": "SRG-NET-000362-RTR-000113", "description": "", "ruleId": "SV-283853r1203808_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000350", "ruleTitle": "The Nokia router must be configured to have Internet Control Message Protocol (ICMP) unreachable notifications disabled on all external interfaces.", "ruleVulnDiscussion": "The ICMP supports IP traffic by relaying information about paths, routes, and network conditions. Routers automatically send ICMP messages under a wide variety of conditions. Host unreachable ICMP messages are commonly used by attackers for network mapping and diagnosis.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Disable ICMP unreachable notifications on all external interfaces, as shown in the example below: \n\n- configure router interface \"TO-PE2\" icmp no unreachables", "ruleFixId": "F-88323r1203807_fix", "ruleCheckSystem": "C-88418r1203806_chk", "ruleCheckContent": "Review the device configuration to determine if controls have been defined to ensure the router does not send ICMP unreachable notifications out to any external interfaces.\n\nUse the command below to verify \"ICMP Unreachable\" is set to Disable:\n\n- show router interface \"TO-PE2\" detail | match \"Unreachables\"\nUnreachables : Disabled\nUnreachables : Number - 100 Time (seconds) - 10\n\nIf ICMP unreachable notifications are enabled on any external interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40826, "benchmarkId": 687, "groupId": "V-283885", "title": "SRG-NET-000230-RTR-000003", "description": "", "ruleId": "SV-283885r1203904_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000690", "ruleTitle": "The Nokia router must be configured to use keys with a duration not exceeding 180 days for authenticating routing protocol messages.", "ruleVulnDiscussion": "If the keys used for routing protocol authentication are guessed, the malicious user could create havoc within the network by advertising incorrect routes and redirecting traffic. Some routing protocols allow the use of key chains for authentication. A key chain is a set of keys that is used in succession, with each having a lifetime of no more than 180 days. Changing the keys frequently reduces the risk of them eventually being guessed.\n\nKeys cannot be used during time periods for which they are not activated. If a time period occurs during which no key is activated, neighbor authentication cannot occur, and routing updates will fail. Ensure that for a given key chain, key activation times overlap to avoid any period during which no key is activated.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001184", "ruleIdents": [ "CCI-001184" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure each key to have a lifetime of no more than 180 days, as shown in the example below: \n\n- configure system security keychain \"test\" tcp-option-number send tcp-ao\n- configure system security keychain \"test\" tcp-option-number receive tcp-ao\n- configure system security keychain \"test\" direction bi entry 1 key 12345678901 algorithm aes-128-cmac-96 begin-time 2025/12/28 UTC 00:00:00\n- configure system security keychain \"test\" direction bi entry 2 key 12345678901 algorithm aes-128-cmac-96 begin-time 2026/06/28 UTC 00:00:00", "ruleFixId": "F-88355r1203903_fix", "ruleCheckSystem": "C-88450r1203902_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nFor each authenticated routing protocol session, review the configured key expiration dates.\n\nUse the command below and verify \"Begin Time\" between two consecutive entries does not exceed 180 days:\n\n- show system security keychain \"test\" detail\n\nKey chain:test\n\nDescription : (Not Specified)\nTCP-Option number send : tcp-ao Admin state : Up\nTCP-Option number receive : tcp-ao Oper state : Up\nUsed by : BGP\nExpired : No\n\nKey entries for key chain: test\n\nId : 1 Direction : send-receive\nAlgorithm : aes-128-cmac-96 Option : none\nAdmin State : Up RX Valid : Yes\nTX Active : Yes Tolerance : 300\nBegin Time : 2025/12/28 00:00:00 Begin Time (UTC) : 2025/12/28 00:00:00\nEnd Time : 2026/06/28 00:00:00 End Time (UTC) : 2026/06/28 00:00:00\n\nNOTE: Nokia router is limited to MD5, HMAC-sha-1-96, and AES-128-CMAC-96 for BGP authentication. Configure the router with AES-128-CMAC-96, which will be FIPS compliant once SP 800-224 is finalized. Until then, this is a finding because it is not FIPS compliant but may be downgraded to a CAT III.\n\nIf any key has a lifetime of more than 180 days, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40762, "benchmarkId": 687, "groupId": "V-283821", "title": "SRG-NET-000364-RTR-000112", "description": "", "ruleId": "SV-283821r1204035_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000030", "ruleTitle": "The Nokia perimeter router must be configured to have Proxy ARP disabled on all external interfaces.", "ruleVulnDiscussion": "When Proxy ARP is enabled on a router, it allows that router to extend the network (at layer 2) across multiple interfaces (local area network [LAN] segments). Because proxy ARP allows hosts from different LAN segments to look like they are on the same segment, proxy ARP is safe only when used between trusted LAN segments. \n\nAttackers can leverage the trusting nature of proxy ARP by spoofing a trusted host and then intercepting packets. Proxy ARP should always be disabled on router interfaces that do not require it unless the router is being used as a LAN bridge.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nDisable Proxy ARP on all external interfaces, as shown in the example below:\n\n- configure router interface \"TO-PE2\" no local-proxy-arp\n- configure router interface \"TO-PE2\" no remote-proxy-arp", "ruleFixId": "F-88291r1203711_fix", "ruleCheckSystem": "C-88386r1203710_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the router configuration to determine if IP Proxy ARP is enabled on any external interfaces, as shown in the example below.\n\nFor each interface, use the command below, and in the \"Proxy ARP Details\" section, verify \"Rem Proxy ARP\" and \"Local Proxy ARP\" are disabled:\n\n- show router interface \"TO-PE2\" detail | match Proxy\n\nProxy ARP Details\nRem Proxy ARP : Disabled Local Proxy ARP : Disabled\n\nNote: Proxy ARP is disabled by default. \n\nIf IP Proxy ARP is enabled on any external interface, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40763, "benchmarkId": 687, "groupId": "V-283822", "title": "SRG-NET-000362-RTR-000121", "description": "", "ruleId": "SV-283822r1204021_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000040", "ruleTitle": "The multicast Rendezvous Point (RP) must be configured to rate limit the number of Protocol Independent Multicast (PIM) register messages.", "ruleVulnDiscussion": "When a new source starts transmitting in a PIM Sparse Mode network, the Designated Router will encapsulate the multicast packets into register messages and forward them to the RP using unicast. This process can be taxing on the CPU for both the Designated Router and the RP if the source is running at a high data rate and many new sources are starting at the same time. \n\nThis scenario could occur immediately after a network failover. The rate limit for the number of register messages should be set to a relatively low value based on the known number of multicast sources within the multicast domain.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Configure the RP to rate limit the number of multicast register messages, as shown in the example below: \n\nNote: Limit may be set by packet-per-second or kilobit-per-second.\n\n- configure system security dist-cpu-protection\n- config>sys>security>dist-cpu-protection# policy \"test-dcp\"\n- config>sys>security>dist-cpu-protection>policy# static-policer \"PIM-RATE-LIMIT\" create\n- config>sys>security>dist-cpu-protection>policy>static# rate packets 1 within 1\n- config>sys>security>dist-cpu-protection>policy>static# exceed-action discard\n- config>sys>security>dist-cpu-protection>policy>static# exit\n- config>sys>security>dist-cpu-protection>policy# protocol pim\n- config>sys>security>dist-cpu-protection>policy>protocol# enforcement static \"PIM-RATE-LIMIT\"\n- config>sys>security>dist-cpu-protection>policy>protocol# exit all\n\n- configure router interface \"TO-PE3\" dist-cpu-protection \"test-dcp\"", "ruleFixId": "F-88292r1204020_fix", "ruleCheckSystem": "C-88387r1203713_chk", "ruleCheckContent": "Review the configuration of the RP to verify it is rate limiting the number of multicast register messages.\n\nVerify the CPU-protection policy has been configured on the interface, as shown in the example below: \n\n- show router interface \"TO-PE3\" detail | match OperDCpuProtPlcy\n\nOperDCpuProtPlcy : test-dcp\n\nVerify if the policer state and exceed count:\n\n- show router interface \"TO-PE3\" dist-cpu-protection detail\n\n-------------------------------------------------------------------------------\nStatistics/Policer-State Information\n\n-------------------------------------------------------------------------------\nStatic Policer\n-------------------------------------------------------------------------------\nPolicer-Name : PIM-RATE-LIMIT\nCard/FP : 1/1 Policer-State : Conform\nProtocols Mapped : pim\nExceed-Count : 0\nTotal Exceed-Count : 0 Exceed-State-Count : 0\nDetec. Time Remain : 0 seconds Hold-Down Remain. : none\nOperational (adapted) Rate Parameters:\n Oper. Packets : 1 ppi Oper. Within : 1 seconds\n Oper. Initial Delay: none\n Oper. Depth : 0 packets\n\nIf the RP is not limiting multicast register messages, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40764, "benchmarkId": 687, "groupId": "V-283823", "title": "SRG-NET-000205-RTR-000003", "description": "", "ruleId": "SV-283823r1203718_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000050", "ruleTitle": "The Nokia perimeter router must be configured to filter traffic destined to the enclave in accordance with the guidelines contained in DOD Instruction (DODI) 8551.1.", "ruleVulnDiscussion": "Vulnerability assessments must be reviewed by the system administrator, and protocols must be approved by the information assurance staff before entering the enclave.\n\nAccess control lists (ACLs) are the first line of defense in a layered security approach. They permit authorized packets and deny unauthorized packets based on port or service type. They enhance the posture of the network by not allowing packets to reach a potential target within the security domain. The lists provided are highly susceptible ports and services that should be blocked or limited as much as possible without adversely affecting customer requirements. Auditing packets attempting to penetrate the network but that are stopped by an ACL will allow network administrators to broaden their protective ring and more tightly define the scope of operation.\n\nIf the perimeter is in a Deny-by-Default posture and what is allowed through the filter is in accordance with DODI 8551.1, and if the permit rule is explicitly defined with explicit ports and protocols allowed, then all requirements related to ports, protocols, and services being blocked would be satisfied.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the router to use ingress ACLs to restrict traffic in accordance with the guidelines in DODI 8551.1 for all services and protocols required for operational commitments, as shown in the example below:\n\nIPv4 filter:\n\n- configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry# match src-ip 172.200.200.2/32\n- config>filter>ip-filter>entry# action drop\n- config>filter>ip-filter>entry# exit all\n\nIPv6 filter:\n\n- configure filter ipv6-filter 20 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry# match src-ip 2001:acad:1234:200::2/128\n- config>filter>ipv6-filter>entry# action drop\n- config>filter>ipv6-filter>entry# exit all\n\nApply the filter to the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 10\n- configure router interface \"TO-PE2\" ingress filter ipv6 20", "ruleFixId": "F-88293r1203717_fix", "ruleCheckSystem": "C-88388r1203716_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to verify the ingress filter is in accordance with DODI 8551. \n\nVerify all interfaces have ingress filters for IPv4 and IPv6 assigned, as shown in the example below: \n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\nEgress Filter : none Ingress Filter : 10\n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\nEgr IPv6 Flt : none Ingr IPv6 Flt : 20\n\nIf the router does not filter traffic in accordance with the guidelines contained in DODI 8551, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40786, "benchmarkId": 687, "groupId": "V-283845", "title": "SRG-NET-000364-RTR-000206", "description": "", "ruleId": "SV-283845r1203784_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000270", "ruleTitle": "The Nokia perimeter router must be configured to drop IPv6 packets containing a Hop-by-Hop or Destination Option extension header with an undefined option type.", "ruleVulnDiscussion": "The optional and extensible natures of the IPv6 extension headers require higher scrutiny because many implementations do not always drop packets with headers that cannot be recognized, which could cause a denial of service on the target device. In addition, the type, length, value (TLV) formatting provides the ability for headers to be very large.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the router to drop all inbound IPv6 packets containing an undefined option type value regardless of whether they appear in a Hop-by-Hop or Destination Option header.\n\nConfigure the IPv6 filter, as shown in the example below: \n\nNote: This will drop all Hop-by-Hop Option headers.\n\n- configure filter ipv6-filter 40 create\n- config>filter>ipv6-filter# default-action forward\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry$ match hop-by-hop-opt true\n- config>filter>ipv6-filter>entry$ action drop\n- config>filter>ipv6-filter>entry$ exit all\n\nApply the IPv6 filter to the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 40", "ruleFixId": "F-88315r1203783_fix", "ruleCheckSystem": "C-88410r1203782_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration and determine if filters are bound to the applicable interfaces to drop all inbound IPv6 packets containing an undefined option type value regardless of whether they appear in a Hop-by-Hop or Destination Option header. Undefined values are 0x02, 0x03, 0x06, 0x9 - 0xE, 0x10 - 0x22, 0x24, 0x25, 0x27 - 0x2F, and 0x31 - 0xFF.\n\nVerify the IPv6 filter has the HopByHop option set to \"True\", as shown in the example below: \n\n- show filter ipv6 40\n\nEntry : 10 (Inactive)\nDescription : (Not Specified)\nLog Id : n/a\nSrc. IP : ::/0\nSrc. Port : n/a\nDest. IP : ::/0\nDest. Port : n/a\nNext Header : Undefined\nDscp : Undefined\nICMP Type : Undefined ICMP Code : Undefined\nSampling : Off Int. Sampling : On\nTcp-flag : (Not Specified)\nFragment : Off\nHopByHop Opt : True Routing Type0 : Off\n\nVerify an \"Ing IPv6 Flt\" has been applied to the interface, as shown in the example below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\nEgr IPv6 Flt : none Ingr IPv6 Flt : 40\n\nIf the router is not configured to drop IPv6 packets containing a Hop-by-Hop or Destination Option extension header with an undefined option type, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40765, "benchmarkId": 687, "groupId": "V-283824", "title": "SRG-NET-000512-RTR-000008", "description": "", "ruleId": "SV-283824r1203721_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000060", "ruleTitle": "The Nokia Provider Edge (PE) router providing Multiprotocol Label Switching (MPLS) Virtual Private Wire Service (VPWS) must be configured to have the appropriate virtual circuit identification (VC ID) for each attachment circuit.", "ruleVulnDiscussion": "VPWS is a layer 2 virtual private network (L2VPN) technology that provides a virtual circuit between two PE routers to forward layer 2 frames between two customer-edge routers or switches through an MPLS-enabled IP core. The ingress PE router (virtual circuit head-end) encapsulates Ethernet frames inside MPLS packets using label stacking and forwards them across the MPLS network to the egress PE router (virtual circuit tail-end). During a virtual circuit setup, the PE routers exchange VC label bindings for the specified VC ID. The VC ID specifies a pseudowire associated with an ingress and egress PE router and the customer-facing attachment circuits.\n\nTo guarantee that all frames are forwarded onto the correct pseudowire and to the correct customer and attachment circuits, the correct VC ID must be configured for each attachment circuit.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Assign globally unique VC IDs for each virtual circuit and configure the attachment circuits with the appropriate VC ID.\n\nConfigure the same VC ID on both ends of the VC, as shown in the example below: \n\n- configure service epipe 10 customer 1 create\n- config>service>epipe# spoke-sdp 40:10 create\n- config>service>epipe>spoke-sdp# exit\n- config>service>epipe# sap 1/1/c3/1 create\n- config>service>epipe>sap# exit all", "ruleFixId": "F-88294r1203720_fix", "ruleCheckSystem": "C-88389r1203719_chk", "ruleCheckContent": "Review the ingress and egress PE router configuration for each virtual circuit that has been provisioned and verify the correct and unique VCID has been configured for the appropriate attachment circuit.\n\nUse the following command to verify \"SvcId\" and \"VCID\" fields and confirm the correct VC ID has been configured for the correct service, as shown in the example below: \n\n- show router ldp bindings services | match \"VCId\" post-lines 5\n\nType VCId SDPId LMTU\nPeer SvcId IngLbl RMTU\n EgrLbl\n-------------------------------------------------------------------------------\nE-Eth 10 40 1500\n4.4.4.4:0 10 524282U 1500\n\nNote: Ethernet over MPLS in VLAN mode transports Ethernet traffic from a source 802.1Q VLAN to a destination 802.1Q VLAN over a core MPLS network. The VC ID must be unique and the same on each end as it is used to connect the endpoints of the VC.\n\nIf the correct VC ID has not been configured on both routers, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40766, "benchmarkId": 687, "groupId": "V-283825", "title": "SRG-NET-000192-RTR-000002", "description": "", "ruleId": "SV-283825r1203724_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000070", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to limit the number of MAC addresses it can learn for each virtual private local access network service (VPLS) bridge domain.", "ruleVulnDiscussion": "VPLS defines an architecture that delivers Ethernet multipoint services over a Multiprotocol Label Switching (MPLS) network. Customer layer 2 frames are forwarded across the MPLS core via pseudowires using IEEE 802.1q Ethernet bridging principles. A pseudowire is a virtual bidirectional connection between two attachment circuits (virtual connections between PE and CE routers). A pseudowire contains two unidirectional label-switched paths (LSP). Each MAC forwarding table instance is interconnected using domain-specific LSPs, thereby maintaining privacy and logical separation between each VPLS domain.\n\nWhen a frame arrives on a bridge port (pseudowire or attachment circuit) and the source MAC address is unknown to the receiving PE router, the source MAC address is associated with the pseudowire or attachment circuit, and the forwarding table is updated accordingly. Frames are forwarded to the appropriate pseudowire or attachment circuit according to the forwarding table entry for the destination MAC address. Ethernet frames sent to broadcast and unknown destination addresses must be flooded out to all interfaces for the bridge domain; hence, a PE router must replicate packets across both attachment circuits and pseudowires.\n\nA malicious attacker residing in a customer network could launch a source MAC address spoofing attack by flooding packets to a valid unicast destination, each with a different MAC source address. The PE router receiving this traffic would try to learn every new MAC address and would quickly run out of space for the Virtual Forwarding Instance (VFI) forwarding table. Older, valid MAC addresses would be removed from the table, and traffic sent to them would have to be flooded until the storm threshold limit is reached. Therefore, it is essential that a limit is established to control the number of MAC addresses that will be learned and recorded into the forwarding table for each bridge domain.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001094", "ruleIdents": [ "CCI-001094" ], "ruleFixText": "Configure a MAC address learning limit for each VPLS bridge domain:\n\n- configure service vpls 20 fdb-table-size 500", "ruleFixId": "F-88295r1203723_fix", "ruleCheckSystem": "C-88390r1203722_chk", "ruleCheckContent": "Review the Nokia PE router configuration to determine if a MAC address limit has been set for each VPLS bridge domain.\n\nUse the command below for each VPLS service and verify \"Table Size\" is set correctly, as shown in the example below: \n\n- show service id 20 fdb | match \"Table Size\"\n\nTable Size : 500 Allocated Count : 0\n\nIf a limit has not been configured, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40793, "benchmarkId": 687, "groupId": "V-283852", "title": "SRG-NET-000362-RTR-000114", "description": "", "ruleId": "SV-283852r1203805_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000340", "ruleTitle": "The Nokia router must be configured to have Internet Control Message Protocol (ICMP) mask replies disabled on all external interfaces.", "ruleVulnDiscussion": "The ICMP supports IP traffic by relaying information about paths, routes, and network conditions. Routers automatically send ICMP messages under a wide variety of conditions. Mask Reply ICMP messages are commonly used by attackers for network mapping and diagnosis.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Disable ICMP mask replies on all external interfaces, as shown in the example below: \n\n- configure router interface \"TO-PE1\" icmp no mask-reply", "ruleFixId": "F-88322r1203804_fix", "ruleCheckSystem": "C-88417r1203803_chk", "ruleCheckContent": "Review the device configuration to determine if controls have been defined to ensure the router does not send ICMP Mask Reply messages out to any external interfaces.\n\nUse the command below to verify \"ICMP Mask Reply\" is set to \"False\":\n\n- show router interface \"TO-PE1\" detail | match \"ICMP Mask Reply\"\nICMP Mask Reply : False\n\nIf ICMP Mask Reply messages are enabled on any external interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40767, "benchmarkId": 687, "groupId": "V-283826", "title": "SRG-NET-000512-RTR-000009", "description": "", "ruleId": "SV-283826r1203727_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000080", "ruleTitle": "The Nokia Provider Edge (PE) router providing virtual private local area network services (VPLS) must be configured to have all attachment circuits defined to the virtual forwarding instance (VFI) with the globally unique VPN ID assigned for each customer VLAN.", "ruleVulnDiscussion": "VPLS defines an architecture that delivers Ethernet multipoint services over a Multiprotocol Label Switching (MPLS) network. Customer layer 2 frames are forwarded across the MPLS core via pseudowires using IEEE 802.1q Ethernet bridging principles. A pseudowire is a virtual bidirectional connection between two attachment circuits (virtual connections between PE and CE routers). A pseudowire contains two unidirectional label-switched paths (LSP) between two PE routers. Each MAC virtual forwarding instance (VFI) table is interconnected using pseudowires provisioned for the bridge domain, thereby maintaining privacy and logical separation between each VPLS bridge domain.\n\nThe VFI specifies the pseudowires associated with connecting PE routers and the customer-facing attachment circuits belonging to a given VLAN. Resembling a layer 2 switch, the VFI is responsible for learning MAC addresses and providing loop-free forwarding of customer traffic to the appropriate end nodes. Each VPLS domain is identified by a globally unique VPN ID; hence, VFIs of the same VPLS domain must be configured with the same VPN ID on all participating PE routers. To guarantee traffic separation for all customer VLANs and that all packets are forwarded to the correct destination, the correct attachment circuits must be associated with the appropriate VFI, and each VFI must be associated to the unique VPN ID assigned to the customer VLAN.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Assign globally unique Service IDs for each customer VLAN using VPLS for carrier Ethernet services between multiple sites, and configure the attachment circuits to the appropriate VFI:\n\n- configure service vpls 20 vpn 20 customer 1 create\n- config>service>vpls# mesh-sdp 40:20 create\n- config>service>vpls>mesh-sdp# exit\n- config>service>vpls# sap 1/1/c5/1:100 create\n- config>service>vpls>sap# exit\n- config>service>vpls# no shutdown\n- config>service>vpls# exit all", "ruleFixId": "F-88296r1203726_fix", "ruleCheckSystem": "C-88391r1203725_chk", "ruleCheckContent": "Review the implementation plan and the Service IDs assigned to customer VLANs for the VPLS deployment.\n\nReview the PE router configuration to verify customer attachment circuits (i.e., VLANs) are associated to the appropriate VFI. In the example below, the attached circuit at port 1/1/c5/1 is associated to Service ID 20.\n\nUse the following command:\n\n- show service id 20 base\n\nService Basic Information\nService Id : 20 Vpn Id : 20\nService Type : VPLS\n\n—--- snip —---\n-------------------------------------------------------------------------------\nService Access & Destination Points\n-------------------------------------------------------------------------------\nIdentifier Type AdmMTU OprMTU Adm Opr\n-------------------------------------------------------------------------------\nsap:1/1/c5/1:100 q-tag 1518 1518 Up Up\nsdp:30:20 M(3.3.3.3) Mesh 0 9190 Up Up\n\nIf the attachment circuits have not been bound to VFI configured with the assigned Service ID for each VLAN, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40768, "benchmarkId": 687, "groupId": "V-283827", "title": "SRG-NET-000018-RTR-000006", "description": "", "ruleId": "SV-283827r1203730_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000090", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to reject route advertisements from BGP peers that do not list their autonomous system (AS) number as the first AS in the AS_PATH attribute.", "ruleVulnDiscussion": "Verifying the path a route has traversed will ensure the IP core is not used as a transit network for unauthorized or possibly internet traffic. All autonomous system boundary routers (ASBRs) must ensure updates received from eBGP peers list their AS number as the first AS in the AS_PATH attribute.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Configure all ASBRs to deny updates received from eBGP peers that do not list their AS number as the first AS in the AS_PATH attribute:\n\n- configure router bgp group \"eBGP\"\n- config>router>bgp>group# enforce-first-as", "ruleFixId": "F-88297r1203729_fix", "ruleCheckSystem": "C-88392r1203728_chk", "ruleCheckContent": "Review the router configuration to verify the router is configured to deny updates received from eBGP peers that do not list their AS number as the first AS in the AS_PATH attribute.\n\nReview the router bgp configuration to verify enforce-first-as is not configured, as shown in the example below: \n\n- configure router bgp group \"eBGP\"\n- config>router>bgp>group# info\n----------------------------------------------\n family ipv4\n peer-as 65540\n enforce-first-as\n neighbor 10.10.30.1\n exit\n----------------------------------------------\n\nIf the router is not configured to reject updates from peers that do not list their AS number as the first AS in the AS_PATH attribute, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40769, "benchmarkId": 687, "groupId": "V-283828", "title": "SRG-NET-000018-RTR-000010", "description": "", "ruleId": "SV-283828r1203733_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000100", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to reject route advertisements from CE routers with an originating AS in the AS_PATH attribute that does not belong to that customer.", "ruleVulnDiscussion": "Verifying the path a route has traversed will ensure the local AS is not used as a transit network for unauthorized traffic. To ensure the local AS does not carry any prefixes that do not belong to any customers, all Provider Edge (PE) routers must be configured to reject routes with an originating AS other than that belonging to the customer.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Configure the router to reject updates from CE routers with an originating AS in the AS_PATH attribute that does not belong to that customer.\n\nConfigure the as-path, as shown in the example below:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# as-path \"accept-65560\"\n- config>router>policy-options>as-path# expression \"^65560$\"\n- config>router>policy-options>as-path#\n- config>router>policy-options>as-path# exit\n\nConfigure the policy statement, as shown in the example below:\n\n- config>router>policy-options# policy-statement \"Accept-routes\"\n- config>router>policy-options>policy-statement# entry 10\n- config>router>policy-options>policy-statement>entry# from protocol bgp\n- config>router>policy-options>policy-statement>entry# from as-path \"accept-65560\"\n- config>router>policy-options>policy-statement>entry# action accept\n- config>router>policy-options>policy-statement>entry>action# exit\n- config>router>policy-options>policy-statement>entry# exit\n- config>router>policy-options>policy-statement# default-action drop\n- config>router>policy-options>policy-statement>default-action# exit\n- config>router>policy-options>policy-statement# exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the import policy, as shown in the example below:\n\n- configure router bgp group \"eBGP-65560\" import \"Accept-routes\"", "ruleFixId": "F-88298r1203732_fix", "ruleCheckSystem": "C-88393r1203731_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to verify the router is configured to deny updates received from CE routers with an originating AS in the AS_PATH attribute that does not belong to that customer.\n\nReview the router policy as-path and policy statement, as shown in the example below: \n\n- show router policy as-path \"accept-65560\"\nas-path \"accept-65560\" expression \"^65560$\"\n\n- show router policy \"Accept-routes\"\n entry 10\n from\n protocol bgp\n as-path \"accept-65560\"\n exit\n action accept\n exit\n exit\n default-action drop\n exit\n\nReview the import policy, as shown in the example below:\n\n- show router bgp neighbor 10.50.10.2 detail | match \"Import Policy\"\nImport Policy : Accept-routes\n\nIf the router is not configured to reject updates from CE routers with an originating AS in the AS_PATH attribute that does not belong to that customer, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40770, "benchmarkId": 687, "groupId": "V-283829", "title": "SRG-NET-000205-RTR-000009", "description": "", "ruleId": "SV-283829r1203736_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000110", "ruleTitle": "The Nokia out-of-band management (OOBM) gateway must be configured to transport management traffic to the Network Operations Center (NOC) via dedicated circuit, Multiprotocol Label Switching/Virtual Private Network (MPLS/VPN) service, or IPsec tunnel.", "ruleVulnDiscussion": "Using dedicated paths, the OOBM backbone connects the OOBM gateway routers located at the edge of the managed network and at the NOC. Dedicated links can be deployed using provisioned circuits or MPLS layer 2 and layer 3 VPN services or implementing a secured path with gateway-to-gateway IPsec tunnels. The tunnel mode ensures the management traffic will be logically separated from any other traffic traversing the same path.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nEnsure that a dedicated circuit, MPLS/VPN service, or IPsec tunnel is deployed to transport management traffic between the managed network and the NOC.\n\nCreate a VPRN/L3 VPN service for management traffic, as shown in the example below:\n\n- configure service vprn 30 customer 1 create\n- config>service>vprn# router-id 3.3.3.3\n- config>service>vprn# autonomous-system 65100\n- config>service>vprn# interface \"management-network\" create\n- config>service>vprn>if# address 172.x.x.x/30\n- config>service>vprn>if# sap 1/1/c3/1 create\n- config>service>vprn>if>sap# exit\n- config>service>vprn>if# exit\n- config>service>vprn# bgp-ipvpn\n- config>service>vprn>bgp-ipvpn# mpls\n- config>service>vprn>bgp-ipvpn>mpls# auto-bind-tunnel\n- config>service>vprn>bgp-ipvpn>mpls>auto-bind-tunnel# resolution any\n- config>service>vprn>bgp-ipvpn>mpls>auto-bind-tunnel# exit\n- config>service>vprn>bgp-ipvpn>mpls# route-distinguisher x.x.x.x:x\n- config>service>vprn>bgp-ipvpn>mpls# vrf-target target:x:x\n- config>service>vprn>bgp-ipvpn>mpls# no shutdown\n- config>service>vprn>bgp-ipvpn>mpls# exit\n- config>service>vprn>bgp-ipvpn# exit\n- config>service>vprn# no shutdown\n- config>service>vprn#", "ruleFixId": "F-88299r1203735_fix", "ruleCheckSystem": "C-88394r1203734_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the network topology diagram to determine connectivity between the managed network and the NOC.\n\nReview the OOBM gateway router configuration to validate the path and interface that the management traffic traverses.\n\nVerify that only the routes and interfaces belonging to the management VPRN are present, as shown in the example below: \n\n- show router 30 route-table\n\nRoute Table (Service: 30)\n\nDest Prefix[Flags] Type Proto Age Pref\n Next Hop[Interface Name] Metric\n-------------------------------------------------------------------------------\n172.150.x.0/30 Remote BGP VPN 00h00m50s 170\n 4.4.4.x (tunneled:RSVP:1) 30\n172.200.x.0/30 Local Local 00h00m54s 0\n management-network 0\n-------------------------------------------------------------------------------\nNo. of Routes: 2\n\n- show router 30 interface\n\nInterface Table (Service: 30)\n\nInterface-Name Adm Opr(v4/v6) Mode Port/SapId\n IP-Address PfxState\n-------------------------------------------------------------------------------\n\"management-network\" Up Up/Down VPRN 1/1/c3/1\n 172.200.x.x/30 n/a\n-------------------------------------------------------------------------------\nInterfaces : 1\n\nIf management traffic is not transported between the managed network and the NOC via dedicated circuit, MPLS/VPN service, or IPsec tunnel, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40775, "benchmarkId": 687, "groupId": "V-283834", "title": "SRG-NET-000018-RTR-000009", "description": "", "ruleId": "SV-283834r1203751_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000160", "ruleTitle": "The Nokia Multicast Source Discovery Protocol (MSDP) router must be configured to limit the amount of source-active messages it accepts on a per-peer basis.", "ruleVulnDiscussion": "To reduce any risk of a denial-of-service (DoS) attack from a rogue or misconfigured MSDP router, the router must be configured to limit the number of source-active messages it accepts from each peer.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Configure the MSDP router to limit the amount of source-active messages it accepts from each peer.\n\nConfigure the active-source limit, as shown in the example below: \n\n- configure router msdp active-source-limit 2", "ruleFixId": "F-88304r1203750_fix", "ruleCheckSystem": "C-88399r1203749_chk", "ruleCheckContent": "Review the Nokia router configuration to determine if the \"SA Limit\" has been configured to limit the number of source-active messages it accepts on a per-peer basis.\n\nVerify the source-active limit, as shown in the example below: \n\n- show router msdp status | match \"SA Limit\"\n SA Limit : 2\n SA Limit Excd : 0\n\nIf the router is not configured to limit the source-active messages it accepts, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40771, "benchmarkId": 687, "groupId": "V-283830", "title": "SRG-NET-000512-RTR-000001", "description": "", "ruleId": "SV-283830r1203739_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000120", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to use its loopback address as the source address for iBGP peering sessions.", "ruleVulnDiscussion": "Using a loopback address as the source address offers a multitude of uses for security, access, management, and scalability of the BGP routers. It is easier to construct appropriate ingress filters for router management plane traffic destined to the network management subnet since the source addresses will be from the range used for loopback interfaces instead of a larger range of addresses used for physical interfaces. Log information recorded by authentication and syslog servers will record the router's loopback address instead of the numerous physical interface addresses.\n\nWhen the loopback address is used as the source for eBGP peering, the BGP session will be harder to hijack because the source address to be used is not known globally, making it more difficult for a hacker to spoof an eBGP neighbor. By using traceroute, a hacker can easily determine the addresses for an eBGP speaker when the IP address of an external interface is used as the source address. The routers within the iBGP domain should also use loopback addresses as the source address when establishing BGP sessions.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Ensure the router's loopback address is used as the source address when originating traffic.\n\nConfigure the local address, as shown in the example below: \n\n- configure router bgp\n- config>router>bgp# group \"iBGP\"\n- config>router>bgp>group# local-address 3.3.3.3\n- config>router>bgp>group# exit all", "ruleFixId": "F-88300r1203738_fix", "ruleCheckSystem": "C-88395r1203737_chk", "ruleCheckContent": "Review the router configuration to verify a loopback address has been configured.\n\nVerify a loopback interface is used as the source address for all iBGP sessions.\n\nUse the command below and verify the \"BGP Router ID\" IP address matches the loopback address:\n\n- show router bgp neighbor 4.4.4.4 detail | match \"Local Address\"\nLocal Address : 3.3.3.3\n\nIf the router does not use its loopback address as the source address for all iBGP sessions, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40772, "benchmarkId": 687, "groupId": "V-283831", "title": "SRG-NET-000512-RTR-000011", "description": "", "ruleId": "SV-283831r1203742_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000130", "ruleTitle": "The Nokia Multicast Source Discovery Protocol (MSDP) router must be configured to use its loopback address as the source address when originating MSDP traffic.", "ruleVulnDiscussion": "Using a loopback address as the source address offers a multitude of uses for security, access, management, and scalability of MSDP routers. It is easier to construct appropriate ingress filters for router management plane traffic destined to the network management subnet since the source addresses will be from the range used for loopback interfaces instead of a larger range of addresses used for physical interfaces. Log information recorded by authentication and syslog servers will record the router's loopback address instead of the numerous physical interface addresses.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Ensure the router's loopback address is used as the source address when originating traffic.\n\nConfigure the local address for the MSDP, as shown in the example below:\n\n- configure router msdp local-address 3.3.3.3", "ruleFixId": "F-88301r1203741_fix", "ruleCheckSystem": "C-88396r1203740_chk", "ruleCheckContent": "Review the router configuration to verify a loopback address has been configured.\n\nVerify a loopback interface is used as the source address for all MSDP packets generated by the router.\n\nVerify \"Local Address\" is defined using the example below: \n\n- show router msdp status | match \"Local Address\"\nLocal Address : 3.3.3.3\n\nIf the router does not use its loopback address as the source address when originating MSDP traffic, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40773, "benchmarkId": 687, "groupId": "V-283832", "title": "SRG-NET-000512-RTR-000002", "description": "", "ruleId": "SV-283832r1203745_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000140", "ruleTitle": "The Nokia Multiprotocol Label Switching (MPLS) router must be configured to use its loopback address as the source address for Label Distribution Protocol (LDP) peering sessions.", "ruleVulnDiscussion": "Using a loopback address as the source address offers a multitude of uses for security, access, management, and scalability of backbone routers. It is easier to construct appropriate ingress filters for router management plane traffic destined to the network management subnet since the source addresses will be from the range used for loopback interfaces instead of from a larger range of addresses used for physical interfaces. Log information recorded by authentication and syslog servers will record the router's loopback address instead of the numerous physical interface addresses.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure MPLS routers to use their loopback address as the source address for LDP peering sessions.\n\nNote: By default, the Nokia router uses the system/loopback address as the source for LDP peering sessions. Ensure the system address is configured. \n\nConfigure the system address, as shown in the example below: \n\n- configure router interface system address 3.3.3.3/32", "ruleFixId": "F-88302r1203744_fix", "ruleCheckSystem": "C-88397r1203743_chk", "ruleCheckContent": "Review the router configuration to determine if it uses its loopback address as the source address for LDP peering sessions.\n\nVerify a loopback address has been configured, as shown in the following example:\n\n- show router ldp discovery detail | match \"Local Address\"\nLocal Address : 3.3.3.3:0\n\nIf the router is not configured to use its loopback address for LDP peering, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40774, "benchmarkId": 687, "groupId": "V-283833", "title": "SRG-NET-000364-RTR-000109", "description": "", "ruleId": "SV-283833r1203748_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000150", "ruleTitle": "The Nokia perimeter router must be configured to only allow incoming communications from authorized sources to be routed to authorized destinations.", "ruleVulnDiscussion": "Unrestricted traffic may contain malicious traffic that poses a threat to an enclave or other connected networks. Unrestricted traffic may also transit a network, which uses bandwidth and other resources.\n\nTraffic can be restricted directly by an access control list (ACL), which is a firewall function, or by Policy Routing. Policy Routing is a technique used to make routing decisions based on several criteria other than the destination network, including source or destination network, source or destination address, source or destination port, protocol, packet size, and packet classification. This overrides the router's normal routing procedures used to control the specific paths of network traffic. It is normally used for traffic engineering but can also be used to meet security requirements; for example, traffic that is not allowed can be routed to the Null0 or discard interface. Policy Routing can also be used to control which prefixes appear in the routing table.\n\nThis requirement is intended to allow network administrators the flexibility to use whatever technique is most effective.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the router to allow only incoming communications from authorized sources to be routed to authorized destinations, as shown in the example below: \n\nIPv4 filter:\n\n - configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry# match\n- config>filter>ip-filter>entry>match# dst-ip 172.150.x.x/32\n- config>filter>ip-filter>entry>match# src-ip 172.200.x.x/32\n- config>filter>ip-filter>entry>match# exit\n- config>filter>ip-filter>entry# action forward\n- config>filter>ip-filter>entry# exit all\n\n- configure router interface \"TO-PE2\" ingress filter ip 10\n\nIPv6 filter:\n\n- configure filter ipv6-filter 20 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry# match\n- config>filter>ipv6-filter>entry>match# dst-ip 2001:acad:1234:150::2/128\n - config>filter>ipv6-filter>entry>match# src-ip 2001:acad:1234:200::2/128\n - config>filter>ipv6-filter>entry>match# exit\n - config>filter>ipv6-filter>entry# action forward\n - config>filter>ipv6-filter>entry# exit all\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 20", "ruleFixId": "F-88303r1203747_fix", "ruleCheckSystem": "C-88398r1203746_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the router configuration to determine if the router allows only incoming communications from authorized sources to be routed to authorized destinations.\n\nUse the command below and verify \"Ingress Filter\" or \"Egress Filter\", if needed, are applied: \n\n- show filter ip 10\n\nEntry : 10\nDescription : (Not Specified)\nLog Id : n/a\nSrc. IP : 172.200.200.2/32\nSrc. Port : n/a\nDest. IP : 172.150.150.2/32\nDest. Port : n/a\n\n- show filter ipv6 20\n\nFilter Match Criteria : IPv6\n-------------------------------------------------------------------------------\nEntry : 10\nDescription : (Not Specified)\nLog Id : n/a\nSrc. IP : 2001:acad:1234:200::2/128\nSrc. Port : n/a\nDest. IP : 2001:acad:1234:150::2/128\nDest. Port : n/a\n\nIf the router does not restrict incoming communications to allow only authorized sources and destinations, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40781, "benchmarkId": 687, "groupId": "V-283840", "title": "SRG-NET-000364-RTR-000201", "description": "", "ruleId": "SV-283840r1203769_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000220", "ruleTitle": "The Nokia perimeter router must be configured drop IPv6 packets with a Routing Header type of 0, 1, or 3-255.", "ruleVulnDiscussion": "The Routing Header can be used maliciously to send a packet through a path where less robust security is in place, rather than through the presumably preferred path of routing protocols. Use of the Routing Extension Header has few legitimate uses other than as implemented by Mobile IPv6. \n\nThe Type 0 Routing Header (RFC 5095) is dangerous because it allows attackers to spoof source addresses and obtain traffic in response, rather than the real owner of the address. Also, a packet with an allowed destination address could be sent through a Firewall using the Routing Header functionality, only to bounce to a different node once inside. \n\nThe Type 1 Routing Header is defined by a specification called \"Nimrod Routing\", a discontinued project funded by the Defense Advanced Research Projects Agency (DARPA). Assuming that most implementations will not recognize the Type 1 Routing Header, it must be dropped. The Type 3-255 Routing Header values in the routing type field are currently undefined and should be dropped inbound and outbound.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the router to drop IPv6 packets with Routing Header of type 0, 1, or 3-255.\n\nConfigure an IPv6 filter, as shown in the example below: \n\n- configure filter ipv6-filter 20 create\n- config>filter>ipv6-filter# entry 20 create\n- config>filter>ipv6-filter>entry$ match routing-type0 true\n- config>filter>ipv6-filter>entry$ action drop\n- config>filter>ipv6-filter>entry$ exit all\n\nApply the IPv6 filter to the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 20", "ruleFixId": "F-88310r1203768_fix", "ruleCheckSystem": "C-88405r1203767_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to determine if it is configured to drop IPv6 packets containing a Routing Header of type 0, 1, or 3-255.\n\nUse the command below and determine if any \"Ingr IPv6 Flt\" is applied:\n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\n\nEgr IPv6 Flt : none Ingr IPv6 Flt : 20\n\nIf the router is not configured to drop IPv6 packets containing a Routing Header of type 0, 1, or 3-255, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40776, "benchmarkId": 687, "groupId": "V-283835", "title": "SRG-NET-000018-RTR-000008", "description": "", "ruleId": "SV-283835r1203754_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000170", "ruleTitle": "The Nokia Multicast Source Discovery Protocol (MSDP) router must be configured to filter source-active multicast advertisements to external MSDP peers to avoid global visibility of local-only multicast sources and groups.", "ruleVulnDiscussion": "To avoid global visibility of local information, a number of source-group (S, G) states in a Protocol Independent Multicast - Sparse Mode (PIM-SM) domain must not be leaked to another domain, such as multicast sources with private address, administratively scoped multicast addresses, and the Automatic Rendezvous Point (auto-RP) groups (224.0.1.39 and 224.0.1.40).\n\nAllowing a multicast distribution tree, local to the core, to extend beyond its boundary could enable local multicast traffic to leak into other autonomous systems and customer networks.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Ensure an export policy is implemented on all MSDP routers to avoid global visibility of local multicast (S, G) states. Create an export policy.\n\nConfigure prefix-list, as shown in the example below: \n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list \"Multicast-Group-Source\"\n- config>router>policy-options>prefix-list# prefix 233.0.0.0/8 exact\n- config>router>policy-options>prefix-list# prefix 172.200.200.2/32 exact\n- config>router>policy-options>prefix-list# exit\n\nConfigure policy, as shown in the example below:\n\n- config>router>policy-options# policy-statement \"MSDP-EXPORT-SA\"\n- config>router>policy-options>policy-statement# entry 10\n- config>router>policy-options>policy-statement>entry# from prefix-list \"Multicast-Group-Source\"\n- config>router>policy-options>policy-statement>entry# action drop\n- config>router>policy-options>policy-statement>entry>action# exit\n- config>router>policy-options>policy-statement>entry# exit\n- config>router>policy-options>policy-statement# default-action accept\n- config>router>policy-options>policy-statement>default-action# exit \n- config>router>policy-options>policy-statement# exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the export policy to the MSDP peer:\n\n- configure router msdp peer 1.1.1.1 export \"MSDP-EXPORT-SA\"", "ruleFixId": "F-88305r1203753_fix", "ruleCheckSystem": "C-88400r1203752_chk", "ruleCheckContent": "Review the Nokia router configuration to determine if there is export policy to block local source-active multicast advertisements.\n\nVerify the export policy, as shown in the example below: \n\n- show router msdp peer 1.1.1.1 detail | match \"Export Policy\"\nExport Policy : MSDP-EXPORT-SA\n\nIf the router is not configured with an export policy to filter local source-active multicast advertisements, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40777, "benchmarkId": 687, "groupId": "V-283836", "title": "SRG-NET-000364-RTR-000203", "description": "", "ruleId": "SV-283836r1203757_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000180", "ruleTitle": "The Nokia perimeter router must be configured to drop IPv6 packets that contain a Destination Option header with invalid option type values.", "ruleVulnDiscussion": "These options are intended to be for the Hop-by-Hop header only. The optional and extensible natures of the IPv6 extension headers require higher scrutiny since many implementations do not always drop packets with headers that can be recognized. This could cause a denial of service on the target device. In addition, the type, length, value (TLV) formatting provides the ability for headers to be very large.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the router to drop IPv6 packets containing a Destination Option header with option type values of 0x05 (Router Alert) or 0xC2 (Jumbo Payload).\n\nConfigure an IPv6 filter to drop packets with a next-header value of 60 (value 60 corresponds to the Destination Option header). This will drop all packets with a Destination Option header. \n\nConfigure an IPv6 filter: \n\n- config>filter# ipv6-filter 40 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry# match next-header 60\n- config>filter>ipv6-filter>entry>match# back\n- config>filter>ipv6-filter>entry# action drop\n- config>filter>ipv6-filter>entry# exit all\n\nApply the IPv6 filter to the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 40", "ruleFixId": "F-88306r1203756_fix", "ruleCheckSystem": "C-88401r1203755_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration and determine if filters are bound to the external interfaces to drop IPv6 packets containing a Destination Option header with option type values of 0x05 (Router Alert) or 0xC2 (Jumbo Payload). \n\nVerify the IPv6 filter has the next header value set to 60, as shown in the example below: \n\n- show filter ipv6 40\n\nEntry : 10\nDescription : (Not Specified)\nLog Id : n/a\nSrc. IP : ::/0\nSrc. Port : n/a\nDest. IP : ::/0\nDest. Port : n/a\nNext Header : 60\n\nVerify an \"Ing IPv6 Flt\" has been applied to the interface, as shown in the example below: \n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\nEgr IPv6 Flt : none Ingr IPv6 Flt : 40\n\nIf the router is not configured to drop IPv6 packets containing a Destination Option header with invalid option type values, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40778, "benchmarkId": 687, "groupId": "V-283837", "title": "SRG-NET-000364-RTR-000202", "description": "", "ruleId": "SV-283837r1203760_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000190", "ruleTitle": "The perimeter router must be configured to drop IPv6 packets containing a Hop-by-Hop header with invalid option type values.", "ruleVulnDiscussion": "These options are intended to be for the Destination Option header only. The optional and extensible natures of the IPv6 extension headers require higher scrutiny since many implementations do not always drop packets with headers that can be recognized. This could cause a denial of service on the target device. In addition, the type, length, value (TLV) formatting provides the ability for headers to be very large.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the router to drop IPv6 packets containing a Hop-by-Hop header with option type values of 0x04 (Tunnel Encapsulation Limit), 0xC9 (Home Address Destination), or 0xC3 (NSAP Address).\n\nConfigure an IPv6 filter, as shown in the example below:\n\n- config>filter# ipv6-filter 40 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry# match hop-by-hop-opt true\n- config>filter>ipv6-filter>entry>match# back\n- config>filter>ipv6-filter>entry# action drop\n- config>filter>ipv6-filter>entry# exit all\n\nApply the IPv6 filter to the interfaces:\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 40", "ruleFixId": "F-88307r1203759_fix", "ruleCheckSystem": "C-88402r1203758_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to determine if filters are bound to the applicable interfaces to drop IPv6 packets containing a Hop-by-Hop header with option type values of 0x04 (Tunnel Encapsulation Limit), 0xC9 (Home Address Destination), or 0xC3 (NSAP Address). \n\nVerify the IPv6 filter has the HopByHop option set to \"True\", as shown in the example below: \n\n- show filter ipv6 40\n\nEntry : 10 (Inactive)\nDescription : (Not Specified)\nLog Id : n/a\nSrc. IP : ::/0\nSrc. Port : n/a\nDest. IP : ::/0\nDest. Port : n/a\nNext Header : Undefined\nDscp : Undefined\nICMP Type : Undefined ICMP Code : Undefined\nSampling : Off Int. Sampling : On\nTcp-flag : (Not Specified)\nFragment : Off\nHopByHop Opt : True Routing Type0 : Off\n\nVerify an \"Ing IPv6 Flt\" has been applied to the interface, as shown in the example below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\nEgr IPv6 Flt : none Ingr IPv6 Flt : 40\n\nIf the router is not configured to drop IPv6 packets containing a Hop-by-Hop header with invalid option type values, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40779, "benchmarkId": 687, "groupId": "V-283838", "title": "SRG-NET-000019-RTR-000001", "description": "", "ruleId": "SV-283838r1203763_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000200", "ruleTitle": "The Nokia router must be configured to power off Bluetooth and disable the auxiliary port unless it is connected to a secured modem providing encryption and authentication.", "ruleVulnDiscussion": "The use of Plain Old Telephone Service (POTS) lines to modems connecting to network devices provides clear text of authentication traffic over commercial circuits that could be captured and used to compromise the network. Additional war dial attacks on the device could degrade the device and the production network.\n\nSecured modem devices must be able to authenticate users and must negotiate a key exchange before full encryption takes place. The modem will provide full encryption capability (Triple DES) or stronger. The technician who manages these devices will be authenticated using a key fob and granted access to the appropriate maintenance port; thus, the technician will gain access to the managed device (router, switch, etc.). \n\nThe token provides a method of strong (two-factor) user authentication. The token works in conjunction with a server to generate one-time user passwords that will change values at second intervals. The user must know a personal identification number (PIN) and possess the token to be allowed access to the device.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "Disable the auxiliary port and disable Bluetooth using the following commands.\n\n- configure port A/3 shutdown\n\n- configure system bluetooth power off\n\nIf used for out-of-band administrative access, the port must be connected to a secured modem providing encryption and authentication.", "ruleFixId": "F-88308r1203762_fix", "ruleCheckSystem": "C-88403r1203761_chk", "ruleCheckContent": "Review the configuration and verify Bluetooth is powered off and the auxiliary port is disabled unless a secured modem providing encryption and authentication is connected to it.\n\nUse the command below and verify \"Power State\" is set to \"off\":\n\n- show system bluetooth | match \"Power State\"\n\nPower State : off Pairing Button : Disabled\n\nIf the power state is not set to \"off\", this is a finding. \n\nUse the command below to verify the auxiliary/management port \"Admin State\" is down:\n\n- show port A/3 | match \"Admin State\"\n\nAdmin State : down Oper Duplex : N/A\n\nIf the auxiliary port is not disabled or is not connected to a secured modem when it is enabled, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40780, "benchmarkId": 687, "groupId": "V-283839", "title": "SRG-NET-000205-RTR-000008", "description": "", "ruleId": "SV-283839r1203766_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000210", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured with Unicast Reverse Path Forwarding (uRPF) loose mode enabled on all Customer Edge (CE)-facing interfaces.", "ruleVulnDiscussion": "The uRPF feature is a defense against spoofing and denial-of-service attacks by verifying if the source address of any ingress packet is reachable. To mitigate attacks that rely on forged source addresses, all PE routers must enable uRPF loose mode to guarantee that all packets received from a CE router contain source addresses that are in the route table.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "Enable uRPF \"loose\" mode on all CE-facing interfaces, as shown in the example below: \n\n- configure router interface \"TO-CE\" urpf-check mode loose", "ruleFixId": "F-88309r1203765_fix", "ruleCheckSystem": "C-88404r1203764_chk", "ruleCheckContent": "Review the router configuration to determine if uRPF loose mode is enabled on all CE-facing interfaces, as shown in the example below.\n\nVerify \"uRPF Chk\" is set to \"enabled\" and \"uRPF Chk Mode\" is set to \"loose\":\n\n- show router interface \"TO-CE\" detail | match \"uRPF Chk\"\n\nuRPF Chk : enabled uRPF Chk Mode : loose\n\nIf \"uRPF Chk\" is not enabled and \"uRPF Chk Mode\" is not set to \"loose\" on all CE-facing interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40782, "benchmarkId": 687, "groupId": "V-283841", "title": "SRG-NET-000205-RTR-000001", "description": "", "ruleId": "SV-283841r1203772_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000230", "ruleTitle": "The Nokia router must be configured to restrict traffic destined to itself.", "ruleVulnDiscussion": "The route processor handles traffic destined to the router, which is the key component used to build forwarding paths and is instrumental with all network management functions. Therefore, any disruption or denial-of-service attack to the route processor can result in mission-critical network outages.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "Configure all routers with receive path filters to restrict traffic destined to the router.\n\nCreate a cpm-filter to control traffic to the control plane module, as shown below:\n\nCPM-filter for IPv4 traffic:\n\n- configure system security cpm-filter\n- config>sys>security>cpm-filter# default-action accept\n- config>sys>security>cpm-filter# ip-filter\n- config>sys>sec>cpm>ip-filter# entry 10 create\n- cfg>sys>sec>cpm>ip-filter>entry# match src-ip 100.100.100.100/32\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"icmp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# back\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# action drop\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# no shutdown\n- config>sys>sec>cpm>ip-filter# exit all\n\nCPM-Filter for IPv6 traffic: \n\n- configure system security cpm-filter\n- config>sys>security>cpm-filter# default-action accept\n- config>sys>security>cpm-filter# ipv6-filter\n- config>sys>sec>cpm>ipv6-filter# entry 20 create\n- cfg>sys>sec>cpm>ipv6-filter>entry# match src-ip 2001:acad:1234:200::2/128\n- cfg>sys>sec>cpm>ipv6-filter>entry# action drop\n- cfg>sys>sec>cpm>ipv6-filter>entry# exit\n- config>sys>sec>cpm>ipv6-filter# no shutdown\n- config>sys>sec>cpm>ipv6-filter# exit all", "ruleFixId": "F-88311r1203771_fix", "ruleCheckSystem": "C-88406r1203770_chk", "ruleCheckContent": "Review the access control list (ACL) or filter for the router receive path and verify it will only process specific management plane and control plane traffic from specific sources, as shown in the example below:\n\n- show system security cpm-filter ip-filter entry 10\n\nCPM IP Filter Entry\n\nEntry Id : 10\nDescription : (Not Specified)\n-------------------------------------------------------------------------------\nFilter Entry Match Criteria :\n-------------------------------------------------------------------------------\nLog Id : n/a\nSrc. IP : 100.100.100.100/32\nSrc. Port : n/a\nDst. IP : n/a\nDest. Port : n/a\nProtocol : icmp Dscp : Undefined\n\n- show system security cpm-filter ipv6-filter entry 20\n\nCPM IPv6 Filter Entry\n\nEntry Id : 20\nDescription : (Not Specified)\n-------------------------------------------------------------------------------\nFilter Entry Match Criteria :\n-------------------------------------------------------------------------------\nLog Id : n/a\nSrc. IP : 2001:acad:1234:200::2/128\n\nIf the router is not configured with a receive-path filter to restrict traffic destined to itself, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40783, "benchmarkId": 687, "groupId": "V-283842", "title": "SRG-NET-000362-RTR-000110", "description": "", "ruleId": "SV-283842r1203775_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000240", "ruleTitle": "The Nokia router must be configured to protect against or limit the effects of denial-of-service (DoS) attacks by employing control plane protection.", "ruleVulnDiscussion": "The Route Processor (RP) is critical to all network operations because it is the component used to build all forwarding paths for the data plane via control plane processes. It is also instrumental with ongoing network management functions that keep the routers and links available for providing network services. Any disruption to the RP or the control and management planes can result in mission-critical network outages.\n\nA DoS attack targeting the RP can result in excessive CPU and memory utilization. To maintain network stability and RP security, the router must be able to handle specific control plane and management plane traffic that is destined to the RP. In the past, one method of filtering was to use ingress filters on forwarding interfaces to filter both forwarding path and receiving path traffic. However, this method does not scale well as the number of interfaces grows and the size of the ingress filters grows. \n\nControl plane policing increases the security of routers and multilayer switches by protecting the RP from unnecessary or malicious traffic. Filtering and rate limiting the traffic flow of control plane packets can be implemented to protect routers against reconnaissance and DoS attacks, allowing the control plane to maintain packet forwarding and protocol states despite an attack or heavy load on the router or multilayer switch.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Implement control plane protection by classifying traffic types based on importance and configure filters to restrict and rate limit the traffic directed to and processed by the RP according to each class.\n\nCreate a CPM filter to drop the traffic to protect the control plane, as shown in the commands below:\n\n- configure system security cpm-filter\n- config>sys>security>cpm-filter# ip-filter\n- config>sys>sec>cpm>ip-filter# entry 10 create\n- cfg>sys>sec>cpm>ip-filter>entry# match src-ip 100.100.100.x/32\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"icmp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action drop\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# no shutdown\n- config>sys>sec>cpm>ip-filter# exit all\n\nCreate a dist-cpu-protection policy to rate-limit traffic before it reaches the CPM, as shown in the commands below:\n\n- configure system security dist-cpu-protection\n- config>sys>security>dist-cpu-protection# policy \"protect-cpm\" create\n- config>sys>security>dist-cpu-protection>policy# static-policer Rate-Limit-ICMP-Traffic create\n- config>sys>security>dist-cpu-protection>policy>static$ rate packets 1 within 1\n- config>sys>security>dist-cpu-protection>policy>static$ exceed-action discard\n- config>sys>security>dist-cpu-protection>policy>static$ exit\n- config>sys>security>dist-cpu-protection>policy# protocol icmp create\n- config>sys>security>dist-cpu-protection>policy>protocol$ enforcement static \"Rate-Limit-ICMP-Traffic\"\n-config>sys>security>dist-cpu-protection>policy>protocol$ exit all\n\nApply a Distributed CPU Protection Policy on the interface:\n \n- configure router interface \"TO-PE2\" dist-cpu-protection \"protect-cpm\"", "ruleFixId": "F-88312r1203774_fix", "ruleCheckSystem": "C-88407r1203773_chk", "ruleCheckContent": "Determine whether control plane protection has been implemented on the device by verifying that traffic types have been classified based on importance levels and a policy has been configured to filter and rate limit the traffic according to each class, as shown below:\n\n- show router interface \"TO-PE2\" dist-cpu-protection detail\n\nInterface \"TO-PE2\" (Router: Base)\n\nDistributed CPU Protection Policy : protect-cpm\n\n-------------------------------------------------------------------------------\nStatistics/Policer-State Information\n-------------------------------------------------------------------------------\nStatic Policer\n-------------------------------------------------------------------------------\nPolicer-Name : Rate-Limit-ICMP-Traffic\nCard/FP : 1/1 Policer-State : Conform\nProtocols Mapped : icmp\nExceed-Count : 0\nTotal Exceed-Count : 0 Exceed-State-Count : 0\nDetec. Time Remain : 0 seconds Hold-Down Remain. : none\nOperational (adapted) Rate Parameters:\n Oper. Packets : 1 ppi Oper. Within : 1 seconds\n Oper. Initial Delay: none\n Oper. Depth : 0 packets\n\nIf the router does not have control plane protection implemented, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40784, "benchmarkId": 687, "groupId": "V-283843", "title": "SRG-NET-000512-RTR-000005", "description": "", "ruleId": "SV-283843r1203778_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000250", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to have each Virtual Routing and Forwarding (VRF) instance bound to the appropriate physical or logical interfaces to maintain traffic separation between all Multiprotocol Label Switching (MPLS) layer 3 virtual private networks (L3VPNs).", "ruleVulnDiscussion": "The primary security model for an MPLS L3VPN infrastructure is traffic separation. The service provider must guarantee the customer that traffic from one VPN does not leak into another VPN or into the core and that core traffic does not leak into any VPN. Hence, it is imperative that each CE-facing interface is associated to only one VRF. This alone is the fundamental framework for traffic separation.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure the PE router to have each VRF bound to the appropriate physical or logical interfaces to maintain traffic separation between all MPLS L3VPNs.\n\nAdd appropriate physical and logical interfaces to each MPLS L3VPN service, as shown in the example below: \n\n- configure service vprn 30 customer 1 create\n- config>service>vprn# interface \"TO-CE\" create\n- config>service>vprn>if# address 172.200.x.x/30\n- config>service>vprn>if# sap 1/1/c3/1 create\n- config>service>vprn>if>sap# exit\n- config>service>vprn>if# exit\n- config>service>vprn#", "ruleFixId": "F-88313r1203777_fix", "ruleCheckSystem": "C-88408r1203776_chk", "ruleCheckContent": "Review the design plan for deploying L3VPN and VRF-lite. \n\nReview all CE-facing interfaces and verify the proper VRF is defined.\n\nUse the command below and verify CE-facing interfaces and the physical ports:\n\n- show router 30 interface \"TO-CE\"\n\nInterface Table (Service: 30)\n\nInterface-Name Adm Opr(v4/v6) Mode Port/SapId\n IP-Address PfxState\n-------------------------------------------------------------------------------\nTO-CE Up Up/Down VPRN 1/1/c3/1\n 172.200.200.1/30 n/a\n-------------------------------------------------------------------------------\nInterfaces : 1\n\nIf any VRFs are not bound to the appropriate physical or logical interface, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40785, "benchmarkId": 687, "groupId": "V-283844", "title": "SRG-NET-000512-RTR-000006", "description": "", "ruleId": "SV-283844r1203781_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000260", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to have each Virtual Routing and Forwarding (VRF) instance with the appropriate Route Target (RT).", "ruleVulnDiscussion": "The primary security model for a Multiprotocol Label Switching (MPLS) Layer 3 virtual private network (L3VPN), as well as a VRF-lite infrastructure, is traffic separation. Each interface can be associated to only one VRF, which is the fundamental framework for traffic separation. \n\nForwarding decisions are made based on the routing table belonging to the VRF. Control of what routes are imported into or exported from a VRF is based on the RT. It is critical that traffic does not leak from one Community of Interest tenant or L3VPN to another; hence, it is imperative that the correct RT is configured for each VRF.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure all PE routers to have the correct VRF defined with the appropriate RT, as shown in the example below: \n\n- configure service vprn 30 customer 1 create\n- config>service>vprn# bgp-ipvpn mpls vrf-target target:65100:30\n- config>service>vprn# bgp-ipvpn mpls no shutdown", "ruleFixId": "F-88314r1203780_fix", "ruleCheckSystem": "C-88409r1203779_chk", "ruleCheckContent": "Verify the correct RT is configured for each VRF.\n\nReview the design plan for MPLS/L3VPN and VRF-lite to determine what RTs have been assigned for each VRF.\n\nUse the command below to verify \"Vrf Target\" fields:\n\n- show service id 30 base | match \"Vrf Target\"\nVrf Target : target:65100:30\n\nIf any VRFs are configured with the wrong RT, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40788, "benchmarkId": 687, "groupId": "V-283847", "title": "SRG-NET-000364-RTR-000205", "description": "", "ruleId": "SV-283847r1203790_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000290", "ruleTitle": "The Nokia perimeter router must be configured to drop IPv6 packets containing the network service access point (NSAP) address option within the Destination Option header.", "ruleVulnDiscussion": "The optional and extensible natures of the IPv6 extension headers require higher scrutiny since many implementations do not always drop packets with headers they cannot recognize, and hence could cause a denial of service on the target device. \n\nIn addition, the type, length, value (TLV) formatting enables headers to be very large. This option type from RFC 1888 (Open Systems Interconnection [OSI] NSAPs and IPv6) has been deprecated by RFC 4048.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the router to drop IPv6 packets containing a Destination Option header with the option type value of 0xC3 (NSAP address).\n\nConfigure an IPv6 filter: \n\n- config>filter# ipv6-filter 40 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry# match next-header 60\n- config>filter>ipv6-filter>entry>match# back\n- config>filter>ipv6-filter>entry# action drop\n- config>filter>ipv6-filter>entry# exit all\n\nApply the IPv6 filter to the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 40", "ruleFixId": "F-88317r1203789_fix", "ruleCheckSystem": "C-88412r1203788_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration and determine if filters are bound to the applicable interfaces to drop IPv6 packets containing a Destination Option header with option type value of 0xC3 (NSAP address). \n\nVerify the IPv6 filter has the Next Header value set to \"60\", as shown in the example below: \n\n- show filter ipv6 40\n\nEntry : 10\nDescription : (Not Specified)\nLog Id : n/a\nSrc. IP : ::/0\nSrc. Port : n/a\nDest. IP : ::/0\nDest. Port : n/a\nNext Header : 60\n\nVerify an \"Ing IPv6 Flt\" has been applied to the interface, as shown in the example below: \n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\nEgr IPv6 Flt : none Ingr IPv6 Flt : 40\n\nIf the router is not configured to drop IPv6 packets containing the NSAP address option within the Destination Option header, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40789, "benchmarkId": 687, "groupId": "V-283848", "title": "SRG-NET-000205-RTR-000010", "description": "", "ruleId": "SV-283848r1203793_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000300", "ruleTitle": "The Nokia out-of-band management (OOBM) gateway router must be configured to forward only authorized management traffic to the Network Operations Center (NOC).", "ruleVulnDiscussion": "The OOBM network is an IP network used exclusively for the transport of Operations, Administration, Maintenance, and Provisioning (OAM&P) data from the network being managed to the Operational Support Systems (OSS) components located at the NOC. \n\nIts design provides connectivity to each managed network device, enabling network management traffic to flow between the managed network elements and the NOC. This allows the use of paths separate from those used by the managed network.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the management-access-filter, as shown in the example below:\n\n- configure system security management-access-filter\n- config>system>security>mgmt-access-filter# ip-filter\n- config>system>security>mgmt-access-filter>ip-filter# default-action permit\n- config>system>security>mgmt-access-filter>ip-filter# entry 10\n- config>system>security>mgmt-access-filter>ip-filter>entry# description SSH\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-port cpm\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-ip 192.168.100.0/24\n- config>system>security>mgmt-access-filter>ip-filter>entry# protocol \"tcp\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# dst-port 22\n- config>system>security>mgmt-access-filter>ip-filter>entry# action permit\n- config>system>security>mgmt-access-filter>ip-filter>entry# log\n- config>system>security>mgmt-access-filter>ip-filter>entry# exit+I29\n- config>system>security>mgmt-access-filter>ip-filter# entry 20\n- config>system>security>mgmt-access-filter>ip-filter>entry# description \"snmp\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-port cpm\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-ip 192.168.100.0/24\n- config>system>security>mgmt-access-filter>ip-filter>entry# protocol \"udp\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# dst-port 161 65535\n- config>system>security>mgmt-access-filter>ip-filter>entry# action permit\n- config>system>security>mgmt-access-filter>ip-filter>entry# log\n- config>system>security>mgmt-access-filter>ip-filter>entry# exit\n- config>system>security>mgmt-access-filter>ip-filter# entry 30\n- config>system>security>mgmt-access-filter>ip-filter>entry# description \"tacacs\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-port cpm\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-ip 192.168.100.0/24\n- config>system>security>mgmt-access-filter>ip-filter>entry# protocol \"tcp\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# dst-port 49 65535\n- config>system>security>mgmt-access-filter>ip-filter>entry# action permit\n- config>system>security>mgmt-access-filter>ip-filter>entry# log\n- config>system>security>mgmt-access-filter>ip-filter>entry# exit\n- config>system>security>mgmt-access-filter>ip-filter# entry 50\n- config>system>security>mgmt-access-filter>ip-filter>entry# description \"snmp-trap\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-port cpm\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-ip 192.168.100.0/24\n- config>system>security>mgmt-access-filter>ip-filter>entry# protocol \"udp\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# dst-port 162\n- config>system>security>mgmt-access-filter>ip-filter>entry# action permit\n- config>system>security>mgmt-access-filter>ip-filter>entry# log\n- config>system>security>mgmt-access-filter>ip-filter>entry# exit\n- config>system>security>mgmt-access-filter>ip-filter# entry 60\n- config>system>security>mgmt-access-filter>ip-filter>entry# description \"syslog\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-port cpm\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-ip 192.168.100.0/24\n- config>system>security>mgmt-access-filter>ip-filter>entry# protocol \"udp\" \n- config>system>security>mgmt-access-filter>ip-filter>entry# action permit\n- config>system>security>mgmt-access-filter>ip-filter>entry# dst-port 514\n- config>system>security>mgmt-access-filter>ip-filter>entry# action permit\n- config>system>security>mgmt-access-filter>ip-filter>entry# log\n- config>system>security>mgmt-access-filter>ip-filter>entry# exit\n- config>system>security>mgmt-access-filter>ip-filter# entry 70\n- config>system>security>mgmt-access-filter>ip-filter>entry# description \"icmp\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-port cpm\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-ip 192.168.100.0/24\n- config>system>security>mgmt-access-filter>ip-filter>entry# protocol \"icmp\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# action permit\n- config>system>security>mgmt-access-filter>ip-filter>entry# log\n- config>system>security>mgmt-access-filter>ip-filter>entry# exit\n- config>system>security>mgmt-access-filter>ip-filter# entry 80\n- config>system>security>mgmt-access-filter>ip-filter>entry# description \"Deny all\"\n- config>system>security>mgmt-access-filter>ip-filter>entry# src-port cpm\n- config>system>security>mgmt-access-filter>ip-filter>entry# action deny\n- config>system>security>mgmt-access-filter>ip-filter>entry# log\n- config>system>security>mgmt-access-filter>ip-filter>entry# exit\n- config>system>security>mgmt-access-filter>ip-filter# exit\n- config>system>security>mgmt-access-filter# exit all", "ruleFixId": "F-88318r1203792_fix", "ruleCheckSystem": "C-88413r1203791_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the network topology diagram to determine connectivity between the managed network and the NOC.\n\nVerify the management-access-filter, as shown in the example below: \n\n- show system security management-access-filter ip-filter\n\nIPv4 Management Access Filter\n\nfilter type : ip\nDef. Action : permit\nAdmin Status : enabled (no shutdown)\n-------------------------------------------------------------------------------\nEntry : 10\nDescription : SSH\nSrc-ip : 192.168.100.0/24\nMgmt-port : cpm\nProtocol : tcp\nDst-port : 22\nSrc-port : undefined\nRouter-instance: undefined\nAction : permit\nLog : enabled\nMatches : 0\n-------------------------------------------------------------------------------\nEntry : 20\nDescription : snmp\nSrc-ip : 192.168.100.0/24\nMgmt-port : cpm\nProtocol : udp\nDst-port : 161\nSrc-port : undefined\nRouter-instance: undefined\nAction : permit\nLog : enabled\nMatches : 0\n-------------------------------------------------------------------------------\nEntry : 30\nDescription : tacacs\nSrc-ip : 192.168.100.10/32\nMgmt-port : cpm\nProtocol : tcp\nDst-port : 49\nSrc-port : undefined\nRouter-instance: undefined\nAction : permit\nLog : enabled\nMatches : 0\n-------------------------------------------------------------------------------\nEntry : 50\nDescription : snmp-trap\nSrc-ip : 192.168.100.0/24\nMgmt-port : cpm\nProtocol : udp\nDst-port : 162\nSrc-port : undefined\nRouter-instance: undefined\nAction : permit\nLog : enabled\nMatches : 0\n-------------------------------------------------------------------------------\nEntry : 60\nDescription : syslog\nSrc-ip : 192.168.100.0/24\nMgmt-port : cpm\nProtocol : udp\nDst-port : 514\nSrc-port : undefined\nRouter-instance: undefined\nAction : permit\nLog : enabled\nMatches : 0\n-------------------------------------------------------------------------------\nEntry : 70\nDescription : icmp\nSrc-ip : 192.168.100.0/24\nMgmt-port : cpm\nProtocol : icmp\nDst-port : undefined\nSrc-port : undefined\nRouter-instance: undefined\nAction : permit\nLog : enabled\nMatches : 0\n-------------------------------------------------------------------------------\nEntry : 80\nDescription : Deny all\nSrc-ip : undefined\nMgmt-port : cpm\nProtocol : undefined\nDst-port : undefined\nSrc-port : undefined\nRouter-instance: undefined\nAction : deny\nLog : enabled\nMatches : 0\n\nIf traffic other than authorized management traffic is permitted through the OOBM interface or IPsec tunnel, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40790, "benchmarkId": 687, "groupId": "V-283849", "title": "SRG-NET-000512-RTR-000012", "description": "", "ruleId": "SV-283849r1203796_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000310", "ruleTitle": "The Nokia router must be configured to advertise a hop limit of at least 32 in Router Advertisement messages for IPv6 stateless auto-configuration deployments.", "ruleVulnDiscussion": "The Neighbor Discovery protocol allows routers to advertise a hop limit value, instead of the standardized default value, in a Router Advertisement message being used by hosts.\n\nIf a very small value was configured and advertised to hosts on the local area network (LAN) segment, communications would fail due to the hop limit reaching zero before the packets sent by a host reached their destination.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure the router to advertise a hop limit of at least 32 in Router Advertisement messages, as shown in the example below: \n\n- configure router router-advertisement interface \"TO-PE2\" current-hop-limit 32", "ruleFixId": "F-88319r1203795_fix", "ruleCheckSystem": "C-88414r1203794_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to determine if the hop limit has been configured for Router Advertisement messages, as shown in the example below: \n\n- show router rtr-advertisement | match \"Hop Limit\"\nRetransmit Time : 00h00m00s0ms Hop Limit : 32\n\nIf the hop limit has been configured and has not been set to at least 32, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40791, "benchmarkId": 687, "groupId": "V-283850", "title": "SRG-NET-000018-RTR-000007", "description": "", "ruleId": "SV-283850r1203799_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000320", "ruleTitle": "The Nokia Multicast Source Discovery Protocol (MSDP) router must be configured to filter received source-active multicast advertisements for any undesirable multicast groups and sources.", "ruleVulnDiscussion": "The interoperability of Border Gateway Protocol (BGP) extensions for interdomain multicast routing and MSDP enables seamless connectivity of multicast domains between autonomous systems. Multiprotocol BGP (MP-BGP) advertises the unicast prefixes of the multicast sources used by Protocol Independent Multicast (PIM) routers to perform Reverse Path Forwarding (RPF) checks and build multicast distribution trees. \n\nMSDP is a mechanism used to connect multiple PIM sparse-mode domains, allowing RPs from different domains to share information about active sources. When Rendezvous Points (RPs) in peering multicast domains hear about active sources, they can pass that information on to their local receivers, thereby allowing multicast data to be forwarded between the domains. \n\nConfiguring an import policy to block multicast advertisements for reserved, Martian, single-source multicast, and any other undesirable multicast groups, as well as any source-group (S, G) states with Bogon source addresses, would assist in avoiding unwanted multicast traffic from traversing the core.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Configure the MSDP router to implement an import policy to block multicast advertisements for undesirable multicast groups and sources.\n\nConfigure the prefix-list:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list \"Multicast Group and Source\"\n- config>router>policy-options>prefix-list# prefix 172.200.200.2/32 exact\n- config>router>policy-options>prefix-list# prefix 233.0.0.0/8 exact\n- config>router>policy-options>prefix-list# exit\n\nConfigure the policy statement:\n\n- config>router>policy-options# policy-statement \"MSDP-IMPORT-SA\"\n- config>router>policy-options>policy-statement# entry 10\n- config>router>policy-options>policy-statement>entry# from prefix-list \"Multicast Group and Source\"\n- config>router>policy-options>policy-statement>entry# action drop\n- config>router>policy-options>policy-statement>entry>action# exit\n- config>router>policy-options>policy-statement>entry# exit\n- config>router>policy-options>policy-statement# default-action accept\n- config>router>policy-options>policy-statement>default-action# exit\n- config>router>policy-options>policy-statement# exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the import policy:\n\n- configure router msdp peer 1.1.1.1 import \"MSDP-IMPORT-SA\"", "ruleFixId": "F-88320r1203798_fix", "ruleCheckSystem": "C-88415r1203797_chk", "ruleCheckContent": "Review the Nokia router configuration to determine if there is export policy to block local source-active multicast advertisements.\n\nUse the command below to view the details of the policy:\n\n- show router policy \"MSDP-IMPORT-SA\"\n entry 10\n from\n prefix-list \"Multicast Group and Source\"\n exit\n action drop\n exit\n exit\n\nVerify the appropriate \"Import Policy\" has been applied to msdp peers using the command below:\n\n- show router msdp peer detail | match \"Import Policy\"\nImport Policy : MSDP-IMPORT-SA\n\nVerify an export policy is bound to each MSDP peer. \n\nIf no export policy is applied, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40792, "benchmarkId": 687, "groupId": "V-283851", "title": "SRG-NET-000362-RTR-000115", "description": "", "ruleId": "SV-283851r1203802_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000330", "ruleTitle": "The Nokia router must be configured to have Internet Control Message Protocol (ICMP) redirects disabled on all external interfaces.", "ruleVulnDiscussion": "The ICMP supports IP traffic by relaying information about paths, routes, and network conditions. Routers automatically send ICMP messages under a wide variety of conditions. Redirect ICMP messages are commonly used by attackers for network mapping and diagnosis.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Disable ICMP redirects on all external interfaces, as shown in the example below: \n\n- configure router interface \"TO-PE1\" icmp no redirects", "ruleFixId": "F-88321r1203801_fix", "ruleCheckSystem": "C-88416r1203800_chk", "ruleCheckContent": "Review the device configuration to determine if controls have been defined to ensure the router does not send ICMP Redirect messages out to any external interfaces.\n\nUse the command below to verify \"Redirects \" is set to \"Disabled\":\n\n- show router interface \"TO-PE1\" detail | match \"Redirects\"\nRedirects : Disabled\nRedirects : Number - 100 Time (seconds) - 10\n\nIf ICMP Redirect messages are enabled on any external interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40795, "benchmarkId": 687, "groupId": "V-283854", "title": "SRG-NET-000512-RTR-000004", "description": "", "ruleId": "SV-283854r1203811_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000360", "ruleTitle": "The Nokia Multiprotocol Label Switching (MPLS) router must be configured to have time-to-live (TTL) propagation disabled.", "ruleVulnDiscussion": "The head end of the label-switched path (LSP), the label edge router (LER) will decrement the IP packet's TTL value by one and then copy the value to the MPLS TTL field. At each label-switched router (LSR) hop, the MPLS TTL value is decremented by one. The MPLS router that pops the label (either the penultimate LSR or the egress LER) will copy the packet's MPLS TTL value to the IP TTL field and decrement it by one.\n\nThis TTL propagation is the default behavior. Because the MPLS TTL is propagated from the IP TTL, a traceroute will list every hop in the path, whether routed or label switched, thereby exposing core nodes. With TTL propagation disabled, LER decrements the IP packet's TTL value by one and then places a value of 255 in the packet's MPLS TTL field. This is then decremented by one as the packet passes through each LSR in the MPLS core. Because the MPLS TTL never drops to zero, none of the LSP hops triggers an ICMP TTL exceeded message. Consequently, these hops are not recorded in a traceroute, and nodes within the MPLS core cannot be discovered by an attacker.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Disable the propagation of the TTL for locally generated packets and transit packets for all LSP shortcuts originating on this ingress LER, as shown in the configuration below: \n\n- configure router mpls no shortcut-local-ttl-propagate\n- configure router mpls no shortcut-transit-ttl-propagate", "ruleFixId": "F-88324r1203810_fix", "ruleCheckSystem": "C-88419r1203809_chk", "ruleCheckContent": "Review the router configuration to verify TTL propagation is disabled.\n\nUse the command below to verify \"Local TTL Prop\" and/or \"Transit TTL Prop\" has been disabled:\n\n- show router mpls status | match \"TTL Prop\"\nLocal TTL Prop : Disabled Transit TTL Prop : Disabled\n\nIf the router is not configured to disable TTL propagation, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40796, "benchmarkId": 687, "groupId": "V-283855", "title": "SRG-NET-000362-RTR-000118", "description": "", "ruleId": "SV-283855r1203814_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000370", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to limit the prefix size on any inbound route advertisement to /24 or the least significant prefixes issued to the customer.", "ruleVulnDiscussion": "The effects of prefix deaggregation can degrade router performance due to the size of routing tables and can result in black-holing legitimate traffic. Initiated by an attacker or a misconfigured router, prefix deaggregation occurs when the announcement of a large prefix is fragmented into a collection of smaller prefix announcements.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Ensure all eBGP routers are configured to limit the prefix size on any route advertisement to /24 or the least significant prefixes issued to the customer, as shown in the example below: \n\nCreate Prefix-List:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list \"Filter-Prefix-Length\"\n- config>router>policy-options>prefix-list# prefix 0.0.0.0/0 prefix-length-range 8-24\n\nCreate a policy statement:\n\n- config>router>policy-options# policy-statement \"Accept-routes\"\n- config>router>policy-options>policy-statement# entry 10\n- config>router>policy-options>policy-statement>entry# from prefix-list \"Filter-Prefix-Length\"\n- config>router>policy-options>policy-statement>entry# action accept\n- config>router>policy-options>policy-statement>entry>action# back\n- config>router>policy-options>policy-statement# default-action reject\n- config>router>policy-options>policy-statement# back\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply import policy:\n\n- configure router bgp group \"eBGP\" import \"Accept-routes\"", "ruleFixId": "F-88325r1203813_fix", "ruleCheckSystem": "C-88420r1203812_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nUse the command below to verify the import policy is applied:\n\n- show router bgp neighbor 10.50.10.2 detail | match \"Import Policy\"\nImport Policy : Accept-routes\n\nIf the router is not configured to limit the prefix size on any inbound route advertisement to /24 or the least significant prefixes issued to the customer, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40797, "benchmarkId": 687, "groupId": "V-283856", "title": "SRG-NET-000362-RTR-000117", "description": "", "ruleId": "SV-283856r1203817_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000380", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to use the maximum prefixes feature to protect against route table flooding and prefix deaggregation attacks.", "ruleVulnDiscussion": "The effects of prefix deaggregation can degrade router performance due to the size of routing tables and also result in black-holing legitimate traffic. Initiated by an attacker or a misconfigured router, prefix deaggregation occurs when the announcement of a large prefix is fragmented into a collection of smaller prefix announcements.\n\nIn 1997, misconfigured routers in the Florida Internet Exchange network (AS7007) deaggregated every prefix in their routing table and started advertising the first /24 block of each of these prefixes as their own. Faced with this additional burden, the internal routers became overloaded and crashed repeatedly. This caused prefixes advertised by these routers to disappear from routing tables and reappear when the routers came back online. As the routers came back after crashing, they were flooded with the routing table information by their neighbors. The flood of information again overwhelmed the routers and caused them to crash. This process of route flapping destabilized not only the surrounding network but also the entire internet. Routers trying to reach those addresses would choose the smaller, more specific /24 blocks first. This caused backbone networks throughout North America and Europe to crash.\n\nMaximum prefix limits on peer connections combined with aggressive prefix-size filtering of customers' reachability advertisements will effectively mitigate the deaggregation risk. BGP maximum prefix must be used on all eBGP routers to limit the number of prefixes that it should receive from a particular neighbor, whether customer or peering autonomous system. Consider each neighbor and how many routes they should be advertising and set a threshold slightly higher than the number expected.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Configure all eBGP routers to use the maximum prefixes feature to protect against route table flooding and prefix deaggregation attacks, as shown in the example below: \n\n- configure router bgp group \"eBGP\" prefix-limit 500 ipv4\n- configure router bgp group \"eBGP\" prefix-limit 500 ipv6", "ruleFixId": "F-88326r1203816_fix", "ruleCheckSystem": "C-88421r1203815_chk", "ruleCheckContent": "Review the router configuration to verify the number of received prefixes from each eBGP neighbor is controlled.\n\nUse the command below to verify the prefix limit for IPv4 and IPv6:\n\n- show router bgp neighbor 20.20.20.2 detail | match \"Prefix Limit\" post-lines 6\n\nPrefix Limits Per Address Family\n\nFamily Limit IdleTimeout TH LogOnly PostImport ExcessInact\n-------------------------------------------------------------------------------\nipv4 500 forever 90 Disabled Disabled N/A\nipv6 500 forever 90 Disabled Disabled N/A\n\nIf the router is not configured to control the number of prefixes received from each peer to protect against route table flooding and prefix deaggregation attacks, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40798, "benchmarkId": 687, "groupId": "V-283857", "title": "SRG-NET-000362-RTR-000122", "description": "", "ruleId": "SV-283857r1203820_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000390", "ruleTitle": "The Nokia multicast Designated Router (DR) must be configured to limit the number of mroute states resulting from Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Host Membership Reports.", "ruleVulnDiscussion": "The current multicast paradigm can let any host join any multicast group at any time by sending an IGMP or MLD membership report to the DR. In a Protocol Independent Multicast (PIM) Sparse Mode network, the DR will send a PIM Join message for the group to the Rendezvous Point (RP). \n\nWithout any form of admission control, this can pose a security risk to the entire multicast domain, specifically the multicast routers along the shared tree from the DR to the RP that must maintain the mroute state information for each group join request. Hence, it is imperative that the DR is configured to limit the number of mroute states that must be maintained to mitigate the risk of IGMP or MLD flooding.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Configure the DR on a global or interface basis to limit the number of mroute states resulting from IGMP or MLD membership reports, as shown in the example below: \n\n- configure router igmp interface \"TO-CE\" max-groups 200\n- configure router mld interface \"TO-CE\" max-groups 200", "ruleFixId": "F-88327r1203819_fix", "ruleCheckSystem": "C-88422r1203818_chk", "ruleCheckContent": "Review the DR configuration to verify it is limiting the number of mroute states via IGMP or MLD.\n\nVerify the maximum number of IGMP or MLD groups and maximum group sources is configured using the command below:\n\n- show router igmp interface \"TO-CE\" detail | match \"Max Groups Allowed\"\nMax Groups Allowed : 200 Max Groups Till Now: 0\n\n- show router mld interface \"TO-CE\" detail | match \"Max Groups Allowed\"\nMax Groups Allowed : 200 Max Groups Till Now: 0\n\nNote: If both global and per-interface state limiters are configured, the limits configured for per-interface state limiters are still enforced but are constrained by the global limit.\n\nIf the DR is not limiting multicast join requests via IGMP or MLD on a global or interface basis, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40821, "benchmarkId": 687, "groupId": "V-283880", "title": "SRG-NET-000205-RTR-000007", "description": "", "ruleId": "SV-283880r1203889_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000620", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to block any traffic that is destined to Internet Protocol (IP) core infrastructure.", "ruleVulnDiscussion": "IP/Multi-Protocol Label Switching (MPLS) networks providing VPN and transit services must provide, at the least, the same level of protection against denial-of-service attacks and intrusions as layer 2 networks. Although the IP core network elements are hidden, security should never rely entirely on obscurity.\n\nIP addresses can be guessed. Core network elements must not be accessible from any external host. Protecting the core from any attack is vital for the integrity and privacy of customer traffic as well as the availability of transit services. A compromise of the IP core can result in an outage or, at a minimum, nonoptimized forwarding of customer traffic. Protecting the core from an outside attack also prevents attackers from using the core to attack any customer. Hence, it is imperative that all routers at the edge deny traffic destined to any address belonging to the IP core infrastructure.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "Configure protection for the IP core to be implemented at the edges by blocking any traffic with a destination address assigned to the IP core infrastructure, as shown in the example below: \n\nCreate an IPv4 filter:\n\n- configure filter ip-filter 10\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry# match dst-ip 172.150.150.2/30\n- config>filter>ip-filter>entry# action drop\n- config>filter>ip-filter>entry# exit all\n\nApply the IPv4 filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 10", "ruleFixId": "F-88350r1203888_fix", "ruleCheckSystem": "C-88445r1203887_chk", "ruleCheckContent": "Review the router configuration to verify an ingress ACL is applied to all customer edge-facing interfaces. \n\nVerify the filter is applied using the command below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\n\nEgress Filter : none Ingress Filter : 10\n\nIf the PE router is not configured to block any traffic with a destination address assigned to the IP core infrastructure, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40799, "benchmarkId": 687, "groupId": "V-283858", "title": "SRG-NET-000362-RTR-000123", "description": "", "ruleId": "SV-283858r1203823_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000400", "ruleTitle": "The Nokia multicast Designated Router (DR) must be configured to increase the shortest-path tree (SPT) threshold or set it to infinity to minimize source-group (S, G) state within the multicast topology where Any Source Multicast (ASM) is deployed.", "ruleVulnDiscussion": "SM can have many sources for the same groups (many-to-many). For many receivers, the path via the Rendezvous Point (RP) may not be ideal compared with the shortest path from the source to the receiver. By default, the last-hop router will initiate a switch from the shared tree to a source-specific SPT to obtain lower latencies. This is accomplished by the last-hop router sending a source-group Protocol Independent Multicast (PIM) Join toward S (the source).\n\nWhen the last-hop router begins to receive traffic for the group from the source via the SPT, it will send a PIM Prune message to the RP for the source group. The RP will then send a Prune message toward the source. The SPT switchover becomes a scaling issue for large multicast topologies that have many receivers and sources for many groups because source-group entries require more memory than (*, G). Hence, it is imperative to minimize the amount of source-group state to be maintained by increasing the threshold that determines when the SPT switchover occurs.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Configure the multicast router to increase the SPT threshold or set it to infinity to minimize the source-group state within the multicast topology where ASM is deployed, as shown in the example below: \n\n- configure router pim spt-switchover-threshold 239.4.4.0/24 \"infinity\"", "ruleFixId": "F-88328r1203822_fix", "ruleCheckSystem": "C-88423r1203821_chk", "ruleCheckContent": "Review the multicast last-hop router configuration to verify the SPT switchover threshold is increased (default is \"0\") or set to infinity (never switch over). \n\nUse the command below to verify the \"Spt threshold\" value:\n\n- show router pim group detail | match \"Spt threshold\"\nSpt threshold : 4294967295 kbps ECMP opt threshold : 7\n\nIf any multicast router is not configured to increase the SPT threshold or set to infinity to minimize source-group state, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40800, "benchmarkId": 687, "groupId": "V-283859", "title": "SRG-NET-000715-RTR-000120", "description": "", "ruleId": "SV-283859r1203826_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000410", "ruleTitle": "The Nokia router must implement physically or logically separate subnetworks to isolate organization-defined critical system components and functions.", "ruleVulnDiscussion": "Separating critical system components and functions from other noncritical system components and functions through separate subnetworks may be necessary to reduce susceptibility to a catastrophic or debilitating breach or compromise that results in system failure. \n\nFor example, physically separating the command and control function from the in-flight entertainment function through separate subnetworks in a commercial aircraft provides an increased level of assurance in the trustworthiness of critical system functions.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-004891", "ruleIdents": [ "CCI-004891" ], "ruleFixText": "Configure the router to implement physically or logically separate subnetworks to isolate organization-defined critical system components and functions.\n\nConfigure logically separate subnetworks by configuring the VPRN service, as shown in the example below:\n\n- configure service vprn 30 customer 1 create\n- config>service>vprn# router-id 3.3.3.3\n- config>service>vprn# autonomous-system 65100\n- config>service>vprn# interface \"TO-CE\" create\n- config>service>vprn>if# address 172.10.10.1/24\n- config>service>vprn>if# sap 1/1/c5/1 create\n- config>service>vprn>if>sap# exit\n- config>service>vprn>if# exit \n- config>service>vprn# bgp-ipvpn\n- config>service>vprn>bgp-ipvpn# mpls\n- config>service>vprn>bgp-ipvpn>mpls# auto-bind-tunnel resolution any\n- config>service>vprn>bgp-ipvpn>mpls# route-distinguisher 3.3.3.3:30\n- config>service>vprn>bgp-ipvpn>mpls# vrf-target target:65100:30\n- config>service>vprn>bgp-ipvpn>mpls# no shutdown\n- config>service>vprn>bgp-ipvpn>mpls# exit\n- config>service>vprn>bgp-ipvpn# exit\n- config>service>vprn# exit all", "ruleFixId": "F-88329r1203825_fix", "ruleCheckSystem": "C-88424r1203824_chk", "ruleCheckContent": "Verify the router is configured to implement physically or logically separate subnetworks to isolate organization-defined critical system components and functions.\n\nVerify the Virtual Private Routed Network (VPRN) service information, as shown in the example below:\n\n- show service id 30 base\n\nService Basic Information\n\nService Id : 30 Vpn Id : 0\nService Type : VPRN\nMACSec enabled : no\nName : 30\nDescription : (Not Specified)\nCustomer Id : 1 Creation Origin : manual\nLast Status Change: 12/11/2025 17:17:26\nLast Mgmt Change : 12/11/2025 17:17:26\nAdmin State : Up Oper State : Up\n\nRouter Oper State : Up\nRoute Dist. : 3.3.3.3:30 VPRN Type : regular\nOper Route Dist : 3.3.3.3:30\nOper RD Type : configured\nAS Number : 65100 Router Id : 3.3.3.3\nECMP : Enabled ECMP Max Routes : 1\nMax IPv4 Routes : No Limit\nLocal Rt Domain-Id: None D-Path Lng Ignore : Disabled\n\nAuto Bind Tunnel\nAllow Flex-Alg-Fb : Disabled\nResolution : any\nWeighted ECMP : Disabled ECMP Max Routes : 1\nStrict Tnl Tag : Disabled\n\nMax IPv6 Routes : No Limit\nIgnore NH Metric : Disabled\nHash Label : Disabled\nEntropy Label : Disabled\nVrf Target : target:65100:30\nVrf Import : None\nVrf Export : None\nMVPN Vrf Target : None\nMVPN Vrf Import : None\nMVPN Vrf Export : None\nCar. Sup C-VPN : Disabled\nLabel mode : vrf\nBGP VPN Backup : Disabled\nBGP Export Inactv : Disabled\nLOG all events : Disabled\n\nSAP Count : 1 SDP Bind Count : 0\n\n-------------------------------------------------------------------------------\nService Access & Destination Points\n-------------------------------------------------------------------------------\nIdentifier Type AdmMTU OprMTU Adm Opr\n-------------------------------------------------------------------------------\nsap:1/1/c5/1 null 1514 1514 Up Up\n\nIf the router is not configured to implement physically or logically separate subnetworks to isolate organization-defined critical system components and functions, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40801, "benchmarkId": 687, "groupId": "V-283860", "title": "SRG-NET-000193-RTR-000001", "description": "", "ruleId": "SV-283860r1203829_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000420", "ruleTitle": "The Nokia Multiprotocol Label Switching (MPLS) router with Resource Reservation Protocol - Traffic Engineering (RSVP-TE) enabled must be configured with message pacing or refresh reduction to adjust the maximum number of RSVP messages to an output queue based on the link speed and input queue size of adjacent core routers.", "ruleVulnDiscussion": "RSVP-TE can be used to perform constraint-based routing when building label-switched path (LSP) tunnels within the network core that will support quality of service and traffic engineering requirements. RSVP-TE is also used to enable MPLS Fast Reroute, a network restoration mechanism that will reroute traffic onto a backup LSP in case of a node or link failure along the primary path. When there is a disruption in the MPLS core, such as a link flap or router reboot, the result is a significant amount of RSVP signaling, such as \"PathErr\" and \"ResvErr\" messages that need to be sent for every LSP using that link.\n\nWhen RSVP messages are sent either hop by hop or with the router alert bit set in the IP header. This means that every router along the path must examine the packet to determine if additional processing is required for these RSVP messages. If there is enough signaling traffic in the network, an interface could receive more packets for its input queue than it can hold, resulting in dropped RSVP messages and slower RSVP convergence. Increasing the size of the interface input queue can help prevent dropping packets; however, there is still the risk of having a burst of signaling traffic that can fill the queue. \n\nSolutions to mitigate this risk are RSVP message pacing or refresh reduction to control the rate at which RSVP messages are sent. RSVP refresh reduction includes the following features: RSVP message bundling, RSVP Message ID to reduce message processing overhead, reliable delivery of RSVP messages using Message ID, and summary refresh to reduce the amount of information transmitted during every refresh interval.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001095", "ruleIdents": [ "CCI-001095" ], "ruleFixText": "Ensure all routers with RSVP-TE enabled have message pacing configured that will adjust maximum burst and maximum number of RSVP messages to an output queue based on the link speed and input queue size of adjacent core routers.\n\nConfigure to enable message pacing for RSVP with a specified number of RSVP messages in the max-burst command, as shown in the example below: \n\n- configure router rsvp msg-pacing max-burst 200\n- configure router rsvp msg-pacing period 200", "ruleFixId": "F-88330r1203828_fix", "ruleCheckSystem": "C-88425r1203827_chk", "ruleCheckContent": "Review the Nokia router configuration to verify the router has been configured to prevent a burst of RSVP traffic engineering signaling messages from overflowing the input queue of any neighbor core router.\n\nUse the command below and verify \"Message Pacing\" is enabled:\n\n- show router rsvp status | match \"Message Pacing\" post-lines 1\nMessage Pacing : Enabled Pacing Period : 200 msec\nMax Packet Burst : 200 msgs Refresh Bypass : Disabled\n\nIf the router with RSVP-TE enabled does not have message pacing configured based on the link speed and input queue size of adjacent core routers, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40802, "benchmarkId": 687, "groupId": "V-283861", "title": "SRG-NET-000362-RTR-000111", "description": "", "ruleId": "SV-283861r1203832_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000430", "ruleTitle": "The Nokia router must be configured to have Address Resolution Protocol (ARP) Learn Unsolicited disabled on all external interfaces.", "ruleVulnDiscussion": "ARP Learn Unsolicited is an ARP broadcast in which the source and destination MAC addresses are the same. It is used to inform the network about a host IP address. A spoofed ARP Learn Unsolicited message can cause network mapping information to be stored incorrectly, causing network malfunction.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Disable ARP Learn Unsolicited on all external interfaces, as shown in the example below: \n\n- configure router interface \"TO-PE2\" no arp-learn-unsolicited\n\nNote: By default, arp-learn-unsolicited is disabled to deny GARP messages.", "ruleFixId": "F-88331r1203831_fix", "ruleCheckSystem": "C-88426r1203830_chk", "ruleCheckContent": "Review the configuration to determine if ARP Learn Unsolicited is disabled on all external interfaces.\n\nUse the command below to verify the \"ARP Learn Unsoli*\" field for each configured interface is \"Disabled\":\n\n- show router interface \"TO-CE\" detail | match \"ARP Learn Unsoli*\"\nARP Learn Unsoli*: Disabled ND Learn Unsolici*: None\n\nIf ARP Learn Unsolicited is enabled on any external interface, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40811, "benchmarkId": 687, "groupId": "V-283870", "title": "SRG-NET-000205-RTR-000006", "description": "", "ruleId": "SV-283870r1203859_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000520", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to reject outbound route advertisements for any prefixes belonging to the IP core.", "ruleVulnDiscussion": "Outbound route advertisements belonging to the core can result in traffic either looping or being black holed, or at a minimum, using a nonoptimized path.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "Configure all eBGP routers to filter outbound route advertisements belonging to the IP core, as shown in the example below: \n\nCreate a prefix-list:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list \"Core-IP-Prefix\"\n- config>router>policy-options>prefix-list# prefix 192.168.100.10/32\n- config>router>policy-options>prefix-list# exit\n\nCreate a policy statement: \n\n- config>router>policy-options# policy-statement \"Export-Route-EBGP\"\n- config>router>policy-options>policy-statement# entry 10\n- config>router>policy-options>policy-statement>entry# from prefix-list \"Core-IP-Prefix\"\n- config>router>policy-options>policy-statement>entry# action drop\n- config>router>policy-options>policy-statement>entry>action# exit\n- config>router>policy-options>policy-statement>entry# exit\n- config>router>policy-options>policy-statement# exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the export policy to the BGP:\n\n- configure router bgp group \"eBGP-65560\" export \"Export-Route-EBGP\"", "ruleFixId": "F-88340r1203858_fix", "ruleCheckSystem": "C-88435r1203857_chk", "ruleCheckContent": "Review the router configuration to verify a filter is defined to block route advertisements for prefixes that belong to the IP core. \n\nVerify a BGP \"Export Policy\" is applied to the neighbor using the command below: \n\n- show router bgp neighbor 10.50.10.2 detail | match \"Export Policy\"\nExport Policy : Export-Route-EBGP\n\nIf the router is not configured to reject outbound route advertisements that belong to the IP core, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40803, "benchmarkId": 687, "groupId": "V-283862", "title": "SRG-NET-000364-RTR-000114", "description": "", "ruleId": "SV-283862r1203835_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000440", "ruleTitle": "The Nokia multicast Designated Router (DR) must be configured to filter the Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Report messages to allow hosts to join only multicast groups that have been approved by the organization.", "ruleVulnDiscussion": "Real-time multicast traffic can entail multiple large flows of data. Large unicast flows tend to be fairly isolated (i.e., someone doing a file download here or there), whereas multicast can have broader impact on bandwidth consumption, resulting in extreme network congestion. Hence, it is imperative that there is multicast admission control to restrict which multicast groups the hosts are allowed to join via IGMP or MLD.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the DR to filter the IGMP and MLD report messages to allow hosts to join only multicast groups that have been approved, as shown in the example below:\n\nCreate Prefix-List IPv4 Multicast Group:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list Multicast-Group\n- config>router>policy-options>prefix-list$ prefix 239.8.0.0/16 exact\n- config>router>policy-options>prefix-list$ exit\n\nCreate Prefix-List IPv6 Multicast Group:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list Multicast-Group-IPv6\n- config>router>policy-options>prefix-list$ prefix ff3e::/16 exact\n- config>router>policy-options>prefix-list$ exit\n\nCreate a policy statement for IGMP:\n\n- config>router>policy-options# policy-statement IMPORT_IGMP_JOIN\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry# from prefix-list \"Multicast-Group\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action drop\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n\nCreate a policy statement for MLD:\n\n- config>router>policy-options# policy-statement IMPORT_MLD_JOIN\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Multicast-Group-IPv6\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action drop\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply import policy to the IGMP and MLD interface: \n\n- configure router igmp interface \"TO-CE\" import \"IMPORT_IGMP_JOIN\"\n- configure router mld interface \"TO-CE\" import \"IMPORT_MLD_JOIN\"", "ruleFixId": "F-88332r1203834_fix", "ruleCheckSystem": "C-88427r1203833_chk", "ruleCheckContent": "Review the configuration of the DR to verify it is filtering IGMP and MLD report messages, allowing hosts to join only groups that have been approved.\n\nVerify the import policy is applied on the IGMP and MLD interface using the command below:\n\n- show router igmp interface \"TO-CE\" detail | match \"Import-Policy\"\nImport-Policy : IMPORT_IGMP_JOIN Subnet Check : Enabled\n\n- show router mld interface \"TO-CE\" detail | match \"Import-Policy\"\nImport-Policy : IMPORT_MLD_JOIN\n\nIf the DR is not filtering IGMP and MLD report messages, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40804, "benchmarkId": 687, "groupId": "V-283863", "title": "SRG-NET-000364-RTR-000115", "description": "", "ruleId": "SV-283863r1203838_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000450", "ruleTitle": "The Nokia multicast Designated Router (DR) must be configured to filter the Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Report messages to allow hosts to join a multicast group only from sources that have been approved by the organization.", "ruleVulnDiscussion": "Real-time multicast traffic can entail multiple large flows of data. Large unicast flows tend to be fairly isolated (i.e., someone doing a file download here or there), whereas multicast can have broader impact on bandwidth consumption, resulting in extreme network congestion. Hence, it is imperative that there is multicast admission control to restrict which multicast groups the hosts are allowed to join via IGMP or MLD.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the DR to filter the IGMP and MLD report messages to allow hosts to join only multicast groups from sources that have been approved, as shown in the example below: \n\nCreate Prefix-List IPv4 Multicast Source:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list Multicast-Source-IPv4\n- config>router>policy-options>prefix-list$ prefix 172.200.200.2/32 exact\n- config>router>policy-options>prefix-list$ exit\n\nCreate Prefix-List IPv6 Multicast Source:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list Multicast-Source-IPv6\n- config>router>policy-options>prefix-list$ prefix 2001:acad:1234:200::2/128 exact\n- config>router>policy-options>prefix-list$ exit\n\nCreate a policy statement for IGMP:\n\n- config>router>policy-options# policy-statement IMPORT_IGMP_JOIN\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry# from prefix-list \"Multicast-Source-IPv4\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action drop\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n\nCreate a policy statement for MLD:\n\n- config>router>policy-options# policy-statement IMPORT_MLD_JOIN\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Multicast-Source-IPv6\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action drop\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply import policy to the IGMP and MLD interface: \n\n- configure router igmp interface \"TO-CE\" import \"IMPORT_IGMP_JOIN\"\n- configure router mld interface \"TO-CE\" import \"IMPORT_MLD_JOIN\"", "ruleFixId": "F-88333r1203837_fix", "ruleCheckSystem": "C-88428r1203836_chk", "ruleCheckContent": "Review the configuration of the DR to verify it is filtering IGMP and MLD report messages, allowing hosts to only join multicast groups from sources that have been approved.\n\nVerify the import policy is applied on the IGMP and MLD interface using the command below:\n\n- show router igmp interface \"TO-CE\" detail | match \"Import-Policy\"\nImport-Policy : IMPORT_IGMP_JOIN Subnet Check : Enabled\n\n- show router mld interface \"TO-CE\" detail | match \"Import-Policy\"\nImport-Policy : IMPORT_IGMP_JOIN\n\nIf the DR is not filtering IGMP and MLD report messages, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40805, "benchmarkId": 687, "groupId": "V-283864", "title": "SRG-NET-000019-RTR-000014", "description": "", "ruleId": "SV-283864r1203841_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000460", "ruleTitle": "The Nokia multicast Rendezvous Point (RP) router must be configured to filter Protocol Independent Multicast (PIM) Join messages received from the Designated Router (DR) for any undesirable multicast groups.", "ruleVulnDiscussion": "Real-time multicast traffic can entail multiple large flows of data. An attacker can flood a network segment with multicast packets, overusing the available bandwidth and creating a denial-of-service condition. Hence, it is imperative that join messages are accepted only for authorized multicast groups.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "Configure the RP routers peering with customer PIM-SM routers to implement a PIM import policy to block join messages for reserved and any undesirable multicast groups, as shown in the example below: \n\nCreate a prefix-list:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list PIM-JOIN-GROUP\n- config>router>policy-options>prefix-list$ prefix 224.0.0.1/32\n- config>router>policy-options>prefix-list$ exit\n\nCreate a policy statement:\n\n- config>router>policy-options# policy-statement PIM-JOIN-POLICY\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"PIM-JOIN-GROUP\"\n- config>router>policy-options>policy-statement>entry$ action drop\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action accept\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the policy:\n\n- configure router pim import join-policy \"PIM-JOIN-POLICY\"", "ruleFixId": "F-88334r1203840_fix", "ruleCheckSystem": "C-88429r1203839_chk", "ruleCheckContent": "Verify the RP router is configured to filter PIM register messages. \n\nUse the command below to verify the join policy:\n\n- show router pim status | match Policy\nPolicy\n Join Policy : PIM-JOIN-POLICY\n\nIf the RP router peering with PIM-SM routers is not configured with a PIM import policy to block registration messages for any undesirable multicast groups and sources, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40806, "benchmarkId": 687, "groupId": "V-283865", "title": "SRG-NET-000019-RTR-000013", "description": "", "ruleId": "SV-283865r1203844_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000470", "ruleTitle": "The Nokia multicast Rendezvous Point (RP) router must be configured to filter Protocol Independent Multicast (PIM) Register messages received from the Designated Router (DR) for any undesirable multicast groups and sources.", "ruleVulnDiscussion": "Real-time multicast traffic can entail multiple large flows of data. An attacker can flood a network segment with multicast packets, overusing the available bandwidth and creating a denial-of-service condition. Hence, it is imperative that register messages are accepted only for authorized multicast groups and sources.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "Configure the RP router to filter PIM register messages received from a multicast DR for any undesirable multicast groups or sources, as shown in the example below: \n\nCreate a prefix-list:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list PIM-JOIN-GROUP\n- config>router>policy-options>prefix-list$ prefix 224.0.0.1/32\n- config>router>policy-options>prefix-list$ exit\n\nCreate a policy statement:\n\n- config>router>policy-options# policy-statement PIM-JOIN-POLICY\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"PIM-JOIN-GROUP\"\n- config>router>policy-options>policy-statement>entry$ action drop\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action accept\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the policy: \n\n- configure router pim import register-policy \"PIM-JOIN-POLICY\"", "ruleFixId": "F-88335r1203843_fix", "ruleCheckSystem": "C-88430r1203842_chk", "ruleCheckContent": "Verify the RP router is configured to filter PIM register messages. \n\nUse the command below to verify the Register Policy:\n\n - show router pim status | match Policy post-lines 1\nPolicy\n \n Register Policy : PIM-JOIN-POLICY\n\nIf the RP router peering with PIM-SM routers is not configured with a PIM import policy to block registration messages for any undesirable multicast groups and sources, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40807, "benchmarkId": 687, "groupId": "V-283866", "title": "SRG-NET-000019-RTR-000004", "description": "", "ruleId": "SV-283866r1203847_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000480", "ruleTitle": "The Nokia multicast router must be configured to bind a Protocol Independent Multicast (PIM) neighbor filter to interfaces that have PIM enabled.", "ruleVulnDiscussion": "PIM is a routing protocol used to build multicast distribution trees for forwarding multicast traffic across the network infrastructure. PIM traffic must be limited to only known PIM neighbors by configuring and binding a PIM neighbor filter to interfaces that have PIM enabled. \n\nIf a PIM neighbor filter is not applied to interfaces that have PIM enabled, unauthorized routers can join the PIM domain, discover and use the rendezvous points, and also advertise their rendezvous points into the domain. This can result in a denial of service by traffic flooding or result in the unauthorized transfer of data.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure IPv4 and IPv6 filters to only accept PIM control plane traffic from documented PIM neighbors and apply them to all PIM-enabled interfaces, as shown in the example below: \n\nConfigure IPv4 and IPv6 filter:\n\n- configure filter ip-filter 50 create\n- config>filter>ip-filter$ entry 10\n- config>filter>ip-filter$ entry 10 create\n- config>filter>ip-filter>entry$ match protocol \"pim\"\n- config>filter>ip-filter>entry>match$ src-ip 192.100.50.1/30\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ default-action drop\n- config>filter>ip-filter$ exit all\n\n- configure filter ipv6-filter 60\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry# match next-header 103\n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action drop\n- config>filter>ipv6-filter>entry# exit all\n\nApply the IPv4 filter and IPv6 on the interface:\n\n- configure router interface \"TO-PE3\" ingress filter ip 50\n- configure router interface \"TO-PE3\" ingress filter ipv6 60", "ruleFixId": "F-88336r1203846_fix", "ruleCheckSystem": "C-88431r1203845_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the multicast topology diagram and determine if router interfaces are enabled for IPv4 or IPv6 multicast routing.\n\nVerify the IPv4 and IPv6 filter is applied on the PIM-enabled interface using the command below: \n\n- show router interface \"TO-PE3\" detail | match \"Ingress Filter\"\n\nEgress Filter : none Ingress Filter : 50\n\n- show router interface \"TO-PE3\" detail | match \"Ingr IPv6 Flt\"\n\nEgr IPv6 Flt : none Ingr IPv6 Flt : 60\n\nIf PIM neighbor filters are not bound to all interfaces that have PIM enabled, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40808, "benchmarkId": 687, "groupId": "V-283867", "title": "SRG-NET-000205-RTR-000016", "description": "", "ruleId": "SV-283867r1203850_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000490", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to ignore or block all packets with any IP options.", "ruleVulnDiscussion": "Packets with IP options are not fast switched and therefore must be punted to the router processor. Hackers who initiate denial-of-service (DoS) attacks on routers commonly send large streams of packets with IP options. Dropping the packets with IP options reduces the load of IP options packets on the router. The end result is a reduction in the effects of the DoS attack on the router and downstream routers.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "Configure the router to drop all packets with IP options, as shown in the example below: \n\nCreate an IPv4 filter:\n\n- configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry# match option-present true\n- config>filter>ip-filter>entry# action drop\n- config>filter>ip-filter>entry# exit all\n\nApply an IP-filter on the interface:\n\n- configure router interface \"TO-PE3\" ingress filter ip 10", "ruleFixId": "F-88337r1203849_fix", "ruleCheckSystem": "C-88432r1203848_chk", "ruleCheckContent": "Review the router configuration to determine if it will block all packets with IP options.\n\nVerify the IPv4 filter is applied on the interface using the command below: \n\n- show router interface \"TO-PE3\" detail | match \"Ingress Filter\"\nEgress Filter : none Ingress Filter : 10\n\nIf the router is not configured to drop all packets with IP options, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40809, "benchmarkId": 687, "groupId": "V-283868", "title": "SRG-NET-000205-RTR-000015", "description": "", "ruleId": "SV-283868r1203853_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000500", "ruleTitle": "The Nokia perimeter router must be configured to block all packets with any IP options.", "ruleVulnDiscussion": "Packets with IP options are not fast switched and therefore must be punted to the router processor. Hackers who initiate denial-of-service (DoS) attacks on routers commonly send large streams of packets with IP options. Dropping the packets with IP options reduces the load of IP options packets on the router. The end result is a reduction in the effects of the DoS attack on the router and downstream routers.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the router to drop all packets with IP options, as shown in the example below: \n\nCreate an IPv4 filter:\n\n- configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry# match option-present true\n- config>filter>ip-filter>entry# action drop\n- config>filter>ip-filter>entry# exit all\n\nApply an IP-filter on the interface:\n\n- configure router interface \"TO-PE3\" ingress filter ip 10", "ruleFixId": "F-88338r1203852_fix", "ruleCheckSystem": "C-88433r1203851_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the router configuration to determine if it will block all packets with IP options.\n\nVerify the IPv4 filter is applied on the interface using the command below: \n\n- show router interface \"TO-PE3\" detail | match \"Ingress Filter\"\nEgress Filter : none Ingress Filter : 10\n\nIf the router is not configured to drop all packets with IP options, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40810, "benchmarkId": 687, "groupId": "V-283869", "title": "SRG-NET-000512-RTR-000003", "description": "", "ruleId": "SV-283869r1203856_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000510", "ruleTitle": "The Nokia Multiprotocol Label Switching (MPLS) router must be configured to synchronize Interior Gateway Protocol (IGP) and Label Distribution Protocol (LDP) to minimize packet loss when an IGP adjacency is established prior to LDP peers completing label exchange.", "ruleVulnDiscussion": "Packet loss can occur when an IGP adjacency is established and the router begins forwarding packets using the new adjacency before the LDP label exchange completes between the peers on that link. Packet loss can also occur if an LDP session closes and the router continues to forward traffic using the link associated with the LDP peer rather than an alternate pathway with a fully synchronized LDP session. \n\nThe MPLS LDP-IGP Synchronization feature provides a means to synchronize LDP with Open Shortest Path First (OSPF) or Intermediate System to Intermediate System (IS-IS) to minimize MPLS packet loss. When an IGP adjacency is established on a link but LDP-IGP synchronization is not yet achieved or is lost, the IGP will advertise the max-metric on that link.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure the MPLS router to synchronize IGP and LDP, minimizing packet loss when an IGP adjacency is established prior to LDP peers completing label exchange, as shown in the example below: \n\n- configure router interface \"TO-PE3\" ldp-sync-timer 100", "ruleFixId": "F-88339r1203855_fix", "ruleCheckSystem": "C-88434r1203854_chk", "ruleCheckContent": "Review the router OSPF or IS-IS configuration.\n\nVerify LDP will synchronize with the link-state routing protocol using the command below: \n\n- show router isis interface \"TO-PE3\" detail | match Ldp\nLdp Sync : inService Ldp Sync Wait : Disabled\nLdp Timer State : Disabled Ldp Tm Left : 0\n\nIf the router Ldp Sync is not \"inService\", this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40812, "benchmarkId": 687, "groupId": "V-283871", "title": "SRG-NET-000364-RTR-000200", "description": "", "ruleId": "SV-283871r1203862_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000530", "ruleTitle": "The Nokia perimeter router must be configured to drop IPv6 undetermined transport packets.", "ruleVulnDiscussion": "One of the fragmentation weaknesses known in IPv6 is the undetermined transport packet. This packet contains an undetermined protocol due to fragmentation. Depending on the length of the IPv6 extension header chain, the initial fragment may not contain the layer 4 port information of the packet.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure the router to drop IPv6 undetermined transport/ first fragment packets, as shown in the example below: \n\nCreate an IPv6 filter:\n\n - configure filter ipv6-filter 40 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry$ match fragment first-only\n- config>filter>ipv6-filter>entry$ action drop\n- config>filter>ipv6-filter>entry$ exit all\n\nApply the IPv6 filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ipv6 40", "ruleFixId": "F-88341r1203861_fix", "ruleCheckSystem": "C-88436r1203860_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to determine if it is configured to drop IPv6 undetermined transport packets.\n\nVerify the IPv6 filter is applied on the interface using the command below: \n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\nEgr IPv6 Flt : none Ingr IPv6 Flt : 40\n\nIf the router is not configured to drop IPv6 undetermined transport packets, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40813, "benchmarkId": 687, "groupId": "V-283872", "title": "SRG-NET-000362-RTR-000109", "description": "", "ruleId": "SV-283872r1204036_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000540", "ruleTitle": "The Nokia router must not be configured to have the auto-boot feature enabled when connected to an operational network.", "ruleVulnDiscussion": "Nokia network devices that are configured via a zero-touch deployment or auto-loading feature can have their startup configuration or image pushed to the device for installation via Trivial File Transfer Protocol (TFTP) or Remote Copy (RCP). Loading an image or configuration file from the network is taking a security risk because the file could be intercepted by an attacker who could corrupt the file, resulting in a denial of service.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Disable the auto-boot feature in the bof, as show in the example below: \n\n- bof no auto-boot", "ruleFixId": "F-88342r1203864_fix", "ruleCheckSystem": "C-88437r1204036_chk", "ruleCheckContent": "Review the device configuration to determine if the auto-boot feature is enabled.\n\nVerify \"auto-boot\" is not configured when using the command below:\n\n- show bof | match \"auto-boot\"\n\nNote: If auto-boot is enabled, it will appear as \"auto-boot\". If it is disabled, it will not appear.\n\nIf a configuration auto-boot is enabled, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40814, "benchmarkId": 687, "groupId": "V-283873", "title": "SRG-NET-000364-RTR-000116", "description": "", "ruleId": "SV-283873r1203868_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000550", "ruleTitle": "The Nokia Multicast Source Discovery Protocol (MSDP) router must be configured to only accept MSDP packets from known MSDP peers.", "ruleVulnDiscussion": "MSDP peering with customer network routers presents additional risks to the Defense Information Systems Network (DISN) Core, whether from a rogue or misconfigured MSDP-enabled router. To guard against an attack from malicious MSDP traffic, the receive path or interface filter for all MSDP-enabled Rendezvous Point (RP) routers must be configured to only accept MSDP packets from known MSDP peers.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "Configure MSDP routers to only accept MSDP packets from known MSDP peers, as shown in the example below: \n\nCreate an IPv4 filter:\n\n- configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10\n- config>filter>ip-filter>entry# match protocol \"tcp\"\n- config>filter>ip-filter>entry>match# src-port 639 eq\n- config>filter>ip-filter>entry>match# src-ip 2.2.2.2/32\n- config>filter>ip-filter>entry>match# dst-ip 1.1.1.1/32\n- config>filter>ip-filter>entry>match# exit\n- config>filter>ip-filter>entry# action accept\n- config>filter>ip-filter>entry# exit all\n\nApply the IPv4 filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 10", "ruleFixId": "F-88343r1203867_fix", "ruleCheckSystem": "C-88438r1203866_chk", "ruleCheckContent": "Review the router configuration to determine if there is a receive path or interface filter to only accept MSDP packets from known MSDP peers.\n\nVerify the filter is applied on the interface using the command below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\nEgress Filter : none Ingress Filter : 10\n\nIf the router is not configured to only accept MSDP packets from known MSDP peers, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40815, "benchmarkId": 687, "groupId": "V-283874", "title": "SRG-NET-000343-RTR-000002", "description": "", "ruleId": "SV-283874r1203871_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000560", "ruleTitle": "The Nokia Multicast Source Discovery Protocol (MSDP) router must be configured to authenticate all received MSDP packets.", "ruleVulnDiscussion": "MSDP peering with customer network routers presents additional risks to the Defense Information Systems Network (DISN) core, whether from a rogue or misconfigured MSDP-enabled router. MSDP password authentication is used to validate each segment sent on the Transmission Control Protocol (TCP) connection between MSDP peers, protecting the MSDP session against the threat of spoofed packets being injected into the TCP connection stream.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001958", "ruleIdents": [ "CCI-001958" ], "ruleFixText": "Configure the MSDP router to authenticate all MSDP packets received, as shown in the example below:\n\n- configure router msdp peer 1.1.1.1 authentication-key pass123", "ruleFixId": "F-88344r1203870_fix", "ruleCheckSystem": "C-88439r1203869_chk", "ruleCheckContent": "Review the router configuration to determine if received MSDP packets are authenticated.\n\nVerify \"Auth Status\" is enabled using the command below:\n\n- show router msdp peer 2.2.2.2 detail | match \"Auth Status\"\nAuth Status : Enabled\n\nIf the router does not require MSDP authentication, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40816, "benchmarkId": 687, "groupId": "V-283875", "title": "SRG-NET-000362-RTR-000120", "description": "", "ruleId": "SV-283875r1203874_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000570", "ruleTitle": "The Nokia multicast Rendezvous Point (RP) router must be configured to limit the multicast forwarding cache so that its resources are not saturated by managing an overwhelming number of Protocol Independent Multicast (PIM) and Multicast Source Discovery Protocol (MSDP) source-active entries.", "ruleVulnDiscussion": "MSDP peering between networks enables sharing of multicast source information. Enclaves with an existing multicast topology using PIM-SM can configure their RP routers to peer with MSDP routers. As a first step of defense against a denial-of-service attack, all RP routers must limit the multicast forwarding cache to ensure that router resources are not saturated managing an overwhelming number of PIM and MSDP source-active entries.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Configure MSDP-enabled RP routers to limit the multicast forwarding cache for source-active entries, as shown in the example below: \n\nCreate a prefix-list:\n \n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list PIM-JOIN-GROUP\n- config>router>policy-options>prefix-list$ prefix 224.0.0.1/32\n- config>router>policy-options>prefix-list$ exit\n\nCreate a policy statement: \n\n- config>router>policy-options# policy-statement PIM-JOIN-POLICY\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"PIM-JOIN-GROUP\"\n- config>router>policy-options>policy-statement>entry$ action drop\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action accept\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the import register-policy:\n\n- configure router pim import register-policy \"PIM-JOIN-POLICY\"\n\nCreate a dist-cpu-protection policy:\n\n- configure system security dist-cpu-protection\n- config>sys>security>dist-cpu-protection# policy \"test-dcp\" create\n- config>sys>security>dist-cpu-protection>policy# static-policer \"PIM-RATE-LIMIT\" create\n- config>sys>security>dist-cpu-protection>policy>static# rate packets 1 within 1\n- config>sys>security>dist-cpu-protection>policy>static# exceed-action discard\n- config>sys>security>dist-cpu-protection>policy>static# exit\n- config>sys>security>dist-cpu-protection>policy# protocol pim create\n- config>sys>security>dist-cpu-protection>policy>protocol# enforcement static \"PIM-RATE-LIMIT\"\n- config>sys>security>dist-cpu-protection>policy>protocol# exit all\n\nApply the dist-cpu-protection policy on the interface:\n\n- configure router interface \"TO-PE3\" dist-cpu-protection \"test-dcp\"\n\nCreate an IPv4 filter:\n\n- configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10\n- config>filter>ip-filter>entry# match protocol \"tcp\"\n- config>filter>ip-filter>entry>match# src-port 639 eq\n- config>filter>ip-filter>entry>match# src-ip 2.2.2.2/32\n- config>filter>ip-filter>entry>match# dst-ip 1.1.1.1/32\n- config>filter>ip-filter>entry>match# exit\n- config>filter>ip-filter>entry# action drop\n- config>filter>ip-filter>entry# exit all\n\nApply the IPv4 filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 10", "ruleFixId": "F-88345r1203873_fix", "ruleCheckSystem": "C-88440r1203872_chk", "ruleCheckContent": "Review the router configuration to determine if forwarding cache thresholds are defined.\n\nVerify the dist-cpu-policy applied to the interface using the command below:\n\n- show router interface \"TO-PE3\" detail | match OperDCpuProtPlcy\nOperDCpuProtPlcy : test-dcp\n\nVerify the IPv4 filter is applied on the interface using the command below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\nEgress Filter : none Ingress Filter : 10\n\nVerify the Register-Policy is applied using the command below:\n\n - show router pim status | match Policy post-lines 1\nPolicy\n \n Register Policy : PIM-JOIN-POLICY\n\nIf the RP router is not configured to limit the multicast forwarding cache to ensure that its resources are not saturated, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40817, "benchmarkId": 687, "groupId": "V-283876", "title": "SRG-NET-000512-RTR-000014", "description": "", "ruleId": "SV-283876r1204032_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000580", "ruleTitle": "The Nokia perimeter router must be configured to suppress Router Advertisements on all external IPv6-enabled interfaces.", "ruleVulnDiscussion": "Many of the known attacks in stateless autoconfiguration are defined in RFC 3756 and were present in IPv4 ARP attacks. To mitigate these vulnerabilities, links that have no hosts connected, such as the interface connecting to external gateways, must be configured to suppress Router Advertisements.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure the router to suppress Router Advertisements on all external IPv6-enabled interfaces, as shown in the example below: \n\n - configure router router-advertisement interface \"TO-PE2\" shutdown", "ruleFixId": "F-88346r1204031_fix", "ruleCheckSystem": "C-88441r1204022_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to verify Router Advertisements are suppressed on all external IPv6-enabled interfaces.\n\nUse the command below and verify for each interface the \"RtrAdvertisement Tx\" value:\n\n- show router rtr-advertisement\n\nRouter Advertisement\n\nInterface: TO-PE2\n-------------------------------------------------------------------------------\nRtr Advertisement Tx : 4 Last Sent : 00h05m01s\nNbr Solicitation Tx : 3097 Last Sent : 00h00m53s\nNbr Advertisement Tx : 3078 Last Sent : 00h00m53s\nRtr Advertisement Rx : 0 Rtr Solicitation Rx : 0\nNbr Advertisement Rx : 3095 Nbr Solicitation Rx : 3078\n-------------------------------------------------------------------------------\nMax Advert Interval : 600 Min Advert Interval : 200\nManaged Config : FALSE Other Config : FALSE\nReachable Time : 00h00m00s0ms Router Lifetime : 00h30m00s\nRetransmit Time : 00h00m00s0ms Hop Limit : 64\nLink MTU : 0 ND Router Preference : medium\nMAC Addr To Use : Interface\nCreation Origin : manual\nNo Prefixes\n\nIf the router is not configured to suppress Router Advertisements on all external IPv6-enabled interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40818, "benchmarkId": 687, "groupId": "V-283877", "title": "SRG-NET-000364-RTR-000111", "description": "", "ruleId": "SV-283877r1203880_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000590", "ruleTitle": "The Nokia perimeter router must be configured to have Link Layer Discovery Protocols (LLDPs) disabled on all external interfaces and ensure LLDPs are not included in the system level.", "ruleVulnDiscussion": "LLDPs are primarily used to obtain protocol addresses of neighboring devices and discover platform capabilities of those devices. Use of Simple Network Management Protocol (SNMP) with the LLDP Management Information Base (MIB) allows network management applications to learn the device type and the SNMP agent address of neighboring devices, enabling the application to send SNMP queries to those devices. \n\nLLDPs are also media and protocol independent as they run over the data link layer; therefore, two systems that support different network-layer protocols can still learn about each other. Allowing LLDP messages to reach external network nodes is dangerous as it provides an attacker a method to obtain information about the network infrastructure that can be useful to plan an attack.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nDisable LLDP on the system level using the command below: \n\n- configure system lldp shutdown\n\nDisable LLDP on the port using the command below: \n\n- configure port 1/1/c2/1\n- config>port# ethernet lldp dest-mac nearest-bridge admin-status disabled\n- config>port# exit all", "ruleFixId": "F-88347r1203879_fix", "ruleCheckSystem": "C-88442r1203878_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview all router configurations to ensure LLDPs are not included in the global configuration or LLDPs are not included for each active external interface.\n\nVerify LLDP \"Admin Enabled\" sis et to \"False\" in the system level using the command below:\n\n- show system lldp | match \"Admin Enabled\"\nAdmin Enabled : False\n\nVerify LLDP is in \"Admin State\" and set to \"disabled\" for all active external ports using the command below: \n\n- show port 1/1/c2/1 ethernet lldp | match \"Admin State\"\nAdmin State : disabled Notifications : Disabled\nAdmin State : disabled Notifications : Disabled\nAdmin State : disabled Notifications : Disabled\n\nIf LLDPs are configured on the system and any external interface, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40819, "benchmarkId": 687, "groupId": "V-283878", "title": "SRG-NET-000343-RTR-000001", "description": "", "ruleId": "SV-283878r1203883_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000600", "ruleTitle": "The Nokia Provider Edge (PE) router providing Multiprotocol Label Switching (MPLS) layer 2 virtual private network (L2VPN) services must be configured to authenticate targeted Label Distribution Protocol (LDP) sessions used to exchange virtual circuit information using a Federal Information Processing Standards (FIPS)-approved message authentication code algorithm.", "ruleVulnDiscussion": "LDP provides the signaling required for setting up and tearing down pseudowires (virtual circuits used to transport layer 2 frames) across an MPLS IP core network. Using a targeted LDP session, each PE router advertises a virtual circuit label mapping that is used as part of the label stack imposed on the frames by the ingress PE router during packet forwarding. Authentication provides protection against spoofed Transmission Control Protocol (TCP) segments that can be introduced into the LDP sessions.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001958", "ruleIdents": [ "CCI-001958" ], "ruleFixText": "Configure all targeted LDP sessions using a FIPS-approved message authentication code algorithm, as shown in the example below:\n\n- configure router ldp tcp-session-parameters authentication-key pass123", "ruleFixId": "F-88348r1203882_fix", "ruleCheckSystem": "C-88443r1203881_chk", "ruleCheckContent": "Review the router configuration to determine if LDP messages are being authenticated for the targeted LDP sessions.\n\nVerify \"Authentication Key\" is enabled using the command below: \n\n- show router ldp tcp-session-parameters | match \"Authentication Key\"\n\nAuthentication Key : Enabled\n\nIf authentication is not being used for the LDP sessions using a FIPS-approved message authentication code algorithm, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40820, "benchmarkId": 687, "groupId": "V-283879", "title": "SRG-NET-000019-RTR-000009", "description": "", "ruleId": "SV-283879r1203886_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000610", "ruleTitle": "The Nokia perimeter router must be configured to not be a Border Gateway Protocol (BGP) peer to an alternate gateway service provider.", "ruleVulnDiscussion": "Internet Service Providers (ISPs) use BGP to share route information with other autonomous systems (i.e., other ISPs and corporate networks). If the perimeter router was configured to BGP peer with an ISP, NIPRNet routes could be advertised to the ISP; creating a backdoor connection from the internet to the NIPRNet.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure a static route on the perimeter router to reach the autonomous system of a router connecting to an alternate gateway, as shown in the example below: \n\n- configure router static-route-entry 0.0.0.0/0 next-hop 10.50.10.1 no shutdown", "ruleFixId": "F-88349r1203885_fix", "ruleCheckSystem": "C-88444r1203884_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the configuration of the router connecting to the alternate gateway.\n\nVerify the alternate gateway using the command below:\n\n- show router static-route 0.0.0.0/0\n\nStatic Route Table (Router: Base) Family: IPv4\nPrefix Nexthop Tag Met Pref Type Act\n Next Hop Interface\n-------------------------------------------------------------------------------\n0.0.0.0/0 0 1 5 NH N\n 10.50.10.1 n/a\n-------------------------------------------------------------------------------\nNo. of Static Routes: 1\n\nIf BGP neighbors are connecting the remote AS of the alternate gateway service provider, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40822, "benchmarkId": 687, "groupId": "V-283881", "title": "SRG-NET-000018-RTR-000001", "description": "", "ruleId": "SV-283881r1203892_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000630", "ruleTitle": "The Nokia router must be configured to enforce approved authorizations for controlling the flow of information within the network based on organization-defined information flow control policies.", "ruleVulnDiscussion": "Information flow control regulates where information is allowed to travel within a network and between interconnected networks. The flow of all network traffic must be monitored and controlled so it does not introduce any unacceptable risk to the network infrastructure or data. Information flow control policies and enforcement mechanisms are commonly employed by organizations to control the flow of information between designated sources and destinations (e.g., networks, individuals, and devices) within information systems.\n\nEnforcement occurs, for example, in boundary protection devices (e.g., gateways, routers, guards, encrypted tunnels, and firewalls) that employ rule sets or establish configuration settings that restrict information system services, provide a packet filtering capability based on header information, or provide a message filtering capability based on message content (e.g., implementing key word searches or using document characteristics).", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure a filter to allow or deny traffic for specific source and destination addresses as well as ports and protocols, as shown in the example below: \n\nCreate a port list:\n\n- configure filter match-list port-list Filter-Server-Port-list create\n- config>filter>match-list>port-list$ port 515\n- config>filter>match-list>port-list$ port 631\n- config>filter>match-list>port-list$ port 9100\n- config>filter>match-list>port-list$ exit\n\nCreate an IPv4 filter:\n\n- configure filter ip-filter 20 create\n- config>filter>ip-filter$ entry 10 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ dst-ip 10.23.1.0/24\n- config>filter>ip-filter>entry>match$ dst-port port-list \"Filter-Server-Port-list\"\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter$ entry 20 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ dst-ip 10.23.2.0/24\n- config>filter>ip-filter>entry>match$ dst-port port-list \"Filter-Server-Port-list\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter$ entry 30 create\n- config>filter>ip-filter>entry$ match protocol \"icmp\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 40 create\n- config>filter>ip-filter>entry$ match protocol \"ospf-igp\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ default-action drop\n- config>filter>ip-filter$ exit all\n\nApply the IPv4 filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 20", "ruleFixId": "F-88351r1203891_fix", "ruleCheckSystem": "C-88446r1203890_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the router configuration to verify access control lists (ACLs) and filters are configured to allow or deny traffic for specific source and destination addresses as well as ports and protocols.\n\nVerify the IPv4 filter is applied on the interface using the command below: \n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\n\nEgress Filter : none Ingress Filter : 20\n\nIf the router is not configured to enforce approved authorizations for controlling the flow of information within the network based on organization-defined information flow control policies, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40823, "benchmarkId": 687, "groupId": "V-283882", "title": "SRG-NET-000362-RTR-000119", "description": "", "ruleId": "SV-283882r1203895_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000650", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to implement Internet Group Management Protocol (IGMP) or Multicast Listener Discovery (MLD) snooping for each virtual private local area network services (VPLS) bridge domain.", "ruleVulnDiscussion": "IGMP snooping provides a way to constrain multicast traffic at layer 2. By monitoring the IGMP membership reports sent by hosts within the bridge domain, the snooping application can set up layer 2 multicast forwarding tables to deliver traffic only to ports with at least one interested member within the VPLS bridge, significantly reducing the volume of multicast traffic that would otherwise flood an entire VPLS bridge domain. The IGMP snooping operation applies to both access circuits and pseudowires within a VPLS bridge domain.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Configure IGMP or MLD snooping for IPv4 and IPv6 multicast traffic, respectively, for each VPLS bridge domain, as shown in the example below: \n\n- configure service vpls 10 igmp-snooping no shutdown\n\n- configure service vpls 10 mld-snooping no shutdown", "ruleFixId": "F-88352r1203894_fix", "ruleCheckSystem": "C-88447r1203893_chk", "ruleCheckContent": "Review the router configuration to verify IGMP or MLD snooping has been configured for IPv4 and IPv6 multicast traffic, respectively, for each VPLS bridge domain.\n\nVerify igmp-snooping and mld-snooping are enabled using the command below: \n\n- show service id 10 igmp-snooping all | match \"Admin State\"\n\nAdmin State : Up\nIGMP Snooping Admin State : Up\n\n- show service id 10 mld-snooping all | match \"Admin State\"\n\nAdmin State : Up\nMLD Snooping Admin State : Up\n\nIf the router is not configured to implement IGMP or MLD snooping for each VPLS bridge domain, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40824, "benchmarkId": 687, "groupId": "V-283883", "title": "SRG-NET-000019-RTR-000010", "description": "", "ruleId": "SV-283883r1204025_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000660", "ruleTitle": "The Nokia perimeter router must be configured to not redistribute static routes to an alternate gateway service provider into Border Gateway Protocol (BGP) or an Interior Gateway Protocol (IGP) peering with the NIPRNet or to other autonomous systems.", "ruleVulnDiscussion": "If the static routes to the alternate gateway are being redistributed into an Exterior Gateway Protocol (EGP) or IGP to a NIPRNet gateway, this could make traffic on NIPRNet flow to that particular router and not to the internet Access Point routers. This could wreak havoc with traffic flows on NIPRNet, overwhelm the connection from the router to the NIPRNet gateway(s), and cause traffic destined for outside of NIPRNet to bypass the defenses of the internet Access Points.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the router so static routes are not redistributed to an alternate gateway into either an EGP or IGP to the NIPRNet or to other autonomous systems, as shown in the example below: \n\nCreate a policy statement:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# policy-statement EXPORT-STATIC\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from protocol static\n- config>router>policy-options>policy-statement>entry$ to protocol bgp\n- config>router>policy-options>policy-statement>entry$ action drop\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n\nApply the export policy:\n\n- configure router bgp group eBGP export \"EXPORT-STATIC\"", "ruleFixId": "F-88353r1203897_fix", "ruleCheckSystem": "C-88448r1204024_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nNokia routers do not automatically distribute static routes to IGP protocols unless a routing policy is applied to distribute these routes. Review the configuration of the router connecting to the alternate gateway and verify redistribution of static routes to the alternate gateway is not occurring. \n\nUse this command for BGP neighbors and verify an \"Export Policy\" is defined: \n\n- show router bgp neighbor 50.50.50.1 detail | match \"Export Policy\"\n\nExport Policy : EXPORT-STATIC\n\nIf the static routes to the alternate gateway are being redistributed into BGP or any IGP peering with a NIPRNet gateway or another autonomous system, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40825, "benchmarkId": 687, "groupId": "V-283884", "title": "SRG-NET-000230-RTR-000002", "description": "", "ruleId": "SV-283884r1203901_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000670", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to use a unique key for each autonomous system (AS) that it peers with.", "ruleVulnDiscussion": "If the same keys are used between eBGP neighbors, the chance of a hacker compromising any of the BGP sessions increases. A malicious user could exist in one autonomous system who would know the key used for the eBGP session. This user would then be able to hijack BGP sessions with other trusted neighbors.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001184", "ruleIdents": [ "CCI-001184" ], "ruleFixText": "Configure all eBGP routers with unique keys for each eBGP neighbor that it peers with, as shown in the example below: \n\nConfigure a key chain:\n\n- configure system security keychain \"test\" tcp-option-number send tcp-ao\n- configure system security keychain \"test\" tcp-option-number receive tcp-ao\n- configure system security keychain \"test\" direction bi entry 1 key 12345678901 algorithm aes-128-cmac-96 begin-time 2025/12/28 UTC 00:00:00\n- configure system security keychain \"test\" direction bi entry 2 key 12345678901 algorithm aes-128-cmac-96 begin-time 2026/06/28 UTC 00:00:00\n\nApply the key chain to the BGP neighbor:\n\n- configure router bgp group \"eBGP\" auth-keychain \"test\"", "ruleFixId": "F-88354r1203900_fix", "ruleCheckSystem": "C-88449r1203899_chk", "ruleCheckContent": "Interview the information system security manager (ISSM) and router administrator to determine if unique keys are being used. \n\nVerify the key-chain is enabled for the BGP protocol using the command below:\n\n- show system security keychain \"test\" detail\n\nKey chain:test\n\nDescription : (Not Specified)\nTCP-Option number send : tcp-ao Admin state : Up\nTCP-Option number receive : tcp-ao Oper state : Up\nUsed by : BGP\nExpired : No\n\nKey entries for key chain: test\n\nId : 1 Direction : send-receive\nAlgorithm : aes-128-cmac-96 Option : none\nAdmin State : Up RX Valid : Yes\nTX Active : Yes Tolerance : 300\nBegin Time : 2025/12/28 00:00:00 Begin Time (UTC) : 2025/12/28 00:00:00\nEnd Time : 2026/06/28 00:00:00 End Time (UTC) : 2026/06/28 00:00:00\n\nNOTE: Nokia router is limited to MD5, HMAC-sha-1-96, and AES-128-CMAC-96 for BGP authentication. Configure the router with AES-128-CMAC-96, which will be FIPS compliant once SP 800-224 is finalized. Until then, this is a finding because it is not FIPS compliant but may be downgraded to a CAT III.\n\nIf the key-chain is not enabled for the BGP protocol, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40827, "benchmarkId": 687, "groupId": "V-283886", "title": "SRG-NET-000019-RTR-000012", "description": "", "ruleId": "SV-283886r1203907_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000700", "ruleTitle": "The Nokia out-of-band management (OOBM) gateway router must be configured to not redistribute routes between the management network routing domain and the managed network routing domain.", "ruleVulnDiscussion": "If the gateway router is not a dedicated device for the OOBM network, several safeguards must be implemented for containment of management and production traffic boundaries; otherwise, it is possible that management traffic will not be separated from production traffic.\n\nBecause the managed network and the management network are separate routing domains, separate Interior Gateway Protocol (IGP) routing instances must be configured on the router, one for the managed network and one for the OOBM network. In addition, the routes from the two domains must not be redistributed to each other.\n\nSatisfies: SRG-NET-000019-RTR-000012, SRG-NET-000019-RTR-000011", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the IGP instance used for the managed network to prohibit redistribution of routes into the IGP instance used for the management network, and vice versa.\n\nConfigure VPRN services for MGMT using the commands below: \n\n- configure service vprn 30 customer 1 create\n- config>service>vprn# autonomous-system 65100\n- config>service>vprn# interface \"TO-MGMT\" create\n- config>service>vprn>if# address 192.168.1.1/30\n- config>service>vprn>if# sap 1/1/c5/1 create\n- config>service>vprn>if>sap# exit\n- config>service>vprn>if# exit\n- config>service>vprn# bgp-ipvpn\n- config>service>vprn>bgp-ipvpn# mpls\n- config>service>vprn>bgp-ipvpn>mpls# auto-bind-tunnel resolution any\n- config>service>vprn>bgp-ipvpn>mpls# route-distinguisher 3.3.3.3:30\n- config>service>vprn>bgp-ipvpn>mpls# vrf-target target:65100:300\n- config>service>vprn>bgp-ipvpn>mpls# no shutdown\n- config>service>vprn>bgp-ipvpn>mpls# exit\n- config>service>vprn>bgp-ipvpn# exit\n- config>service>vprn# ospf\n- config>service>vprn>ospf# area 0.0.0.0\n- config>service>vprn>ospf>area# interface \"TO-MGMT\"\n- config>service>vprn>ospf>area>if# no shutdown\n- config>service>vprn>ospf>area>if# exit\n- config>service>vprn>ospf>area# exit\n- config>service>vprn>ospf# no shutdown\n- config>service>vprn>ospf# exit\n- config>service>vprn# no shutdown\n- config>service>vprn# exit all\n\nConfigure VPRN service for PROD using the commands below:\n\n- configure service vprn 40 customer 1 create\n- config>service>vprn$ router-id 3.3.3.3\n- config>service>vprn$ autonomous-system 65100\n- config>service>vprn$ interface TO-PROD create\n- config>service>vprn>if$ address 192.168.2.1/30\n- config>service>vprn>if$ sap 1/1/c6/1 create\n- config>service>vprn>if>sap$ exit\n- config>service>vprn>if$ exit\n- config>service>vprn$ bgp-ipvpn\n- config>service>vprn>bgp-ipvpn$ mpls\n- config>service>vprn>bgp-ipvpn>mpls$ auto-bind-tunnel resolution any\n- config>service>vprn>bgp-ipvpn>mpls$ route-distinguisher 3.3.3.3:40\n- config>service>vprn>bgp-ipvpn>mpls$ vrf-target target:65100:40\n- config>service>vprn>bgp-ipvpn>mpls$ no shutdown\n- config>service>vprn>bgp-ipvpn>mpls$ exit\n- config>service>vprn>bgp-ipvpn$ exit\n- config>service>vprn$ ospf\n- config>service>vprn>ospf$ area 0\n- config>service>vprn>ospf>area$ interface \"TO-PROD\"\n- config>service>vprn>ospf>area>if$ no shutdown\n- config>service>vprn>ospf>area>if$ exit\n- config>service>vprn>ospf>area$ exit\n- config>service>vprn>ospf$ no shutdown\n- config>service>vprn>ospf$ exit\n- config>service>vprn# no shutdown\n- config>service>vprn# exit all", "ruleFixId": "F-88356r1203906_fix", "ruleCheckSystem": "C-88451r1203905_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nVerify the IGP instance used for the managed network does not redistribute routes into the Interior Gateway Protocol instance used for the management network and vice versa.\n\nVerify Virtual Private Routed Network (VPRN) services for MGMT and PROD using the command below:\n\n- show service id 30 base\n\nService Basic Information\n\nService Id : 30 Vpn Id : 0\nService Type : VPRN\nMACSec enabled : no\nName : 30\nDescription : (Not Specified)\nCustomer Id : 1 Creation Origin : manual\nLast Status Change: 12/18/2025 02:36:25\nLast Mgmt Change : 12/18/2025 02:36:25\nAdmin State : Up Oper State : Up\n\nRouter Oper State : Up\nRoute Dist. : 3.3.3.3:30 VPRN Type : regular\nOper Route Dist : 3.3.3.3:30\nOper RD Type : configured\nAS Number : 65100 Router Id : 3.3.3.3\nECMP : Enabled ECMP Max Routes : 1\nMax IPv4 Routes : No Limit\nLocal Rt Domain-Id: None D-Path Lng Ignore : Disabled\n\nAuto Bind Tunnel\nAllow Flex-Alg-Fb : Disabled\nResolution : any\nWeighted ECMP : Disabled ECMP Max Routes : 1\nStrict Tnl Tag : Disabled\n\nMax IPv6 Routes : No Limit\nIgnore NH Metric : Disabled\nHash Label : Disabled\nEntropy Label : Disabled\nVrf Target : target:65100:300\nVrf Import : None\nVrf Export : None\nMVPN Vrf Target : None\nMVPN Vrf Import : None\nMVPN Vrf Export : None\nCar. Sup C-VPN : Disabled\nLabel mode : vrf\nBGP VPN Backup : Disabled\nBGP Export Inactv : Disabled\nLOG all events : Disabled\n\nSAP Count : 1 SDP Bind Count : 0\n\n-------------------------------------------------------------------------------\nService Access & Destination Points\n-------------------------------------------------------------------------------\nIdentifier Type AdmMTU OprMTU Adm Opr\n-------------------------------------------------------------------------------\nsap:1/1/c5/1 null 1514 1514 Up Up\n\n- show service id 40 base\n\nService Basic Information\n\nService Id : 40 Vpn Id : 0\nService Type : VPRN\nMACSec enabled : no\nName : 40\nDescription : (Not Specified)\nCustomer Id : 1 Creation Origin : manual\nLast Status Change: 12/18/2025 16:09:25\nLast Mgmt Change : 12/18/2025 16:09:25\nAdmin State : Up Oper State : Up\n\nRouter Oper State : Up\nRoute Dist. : 3.3.3.3:40 VPRN Type : regular\nOper Route Dist : 3.3.3.3:40\nOper RD Type : configured\nAS Number : 65100 Router Id : 3.3.3.3\nECMP : Enabled ECMP Max Routes : 1\nMax IPv4 Routes : No Limit\nLocal Rt Domain-Id: None D-Path Lng Ignore : Disabled\n\nAuto Bind Tunnel\nAllow Flex-Alg-Fb : Disabled\nResolution : any\nWeighted ECMP : Disabled ECMP Max Routes : 1\nStrict Tnl Tag : Disabled\n\nMax IPv6 Routes : No Limit\nIgnore NH Metric : Disabled\nHash Label : Disabled\nEntropy Label : Disabled\nVrf Target : target:65100:40\nVrf Import : None\nVrf Export : None\nMVPN Vrf Target : None\nMVPN Vrf Import : None\nMVPN Vrf Export : None\nCar. Sup C-VPN : Disabled\nLabel mode : vrf\nBGP VPN Backup : Disabled\nBGP Export Inactv : Disabled\nLOG all events : Disabled\n\nSAP Count : 1 SDP Bind Count : 0\n\n-------------------------------------------------------------------------------\nService Access & Destination Points\n-------------------------------------------------------------------------------\nIdentifier Type AdmMTU OprMTU Adm Opr\n-------------------------------------------------------------------------------\nsap:1/1/c6/1 null 1514 1514 Up Up\n\nIf the IGP instance used for the managed network redistributes routes into the IGP instance used for the management network, or vice versa, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40828, "benchmarkId": 687, "groupId": "V-283887", "title": "SRG-NET-000205-RTR-000011", "description": "", "ruleId": "SV-283887r1203910_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000710", "ruleTitle": "The Nokia out-of-band management (OOBM) gateway router must be configured to block any traffic destined to itself that is not sourced from the OOBM network or the Network Operations Center (NOC).", "ruleVulnDiscussion": "If the gateway router is not a dedicated device for the OOBM network, several safeguards must be implemented for containment of management and production traffic boundaries. It is imperative that hosts from the managed network are not able to access the OOBM gateway router.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure cpm-filter using the example below: \n\n- configure system security cpm-filter\n- config>sys>security>cpm-filter# default-action drop\n- config>sys>security>cpm-filter# ip-filter\n- config>sys>sec>cpm>ip-filter# entry 10 create\n- cfg>sys>sec>cpm>ip-filter>entry# match src-ip 192.168.50.0/24\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# no shutdown\n- config>sys>sec>cpm>ip-filter# exit all", "ruleFixId": "F-88357r1203909_fix", "ruleCheckSystem": "C-88452r1203908_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the CPM filter for the router receive path using the example below: \n\n- show system security cpm-filter ip-filter entry 10\n\nCPM IP Filter Entry\n\nEntry Id : 10\nDescription : (Not Specified)\n-------------------------------------------------------------------------------\nFilter Entry Match Criteria :\n-------------------------------------------------------------------------------\nLog Id : n/a\nSrc. IP : 192.168.50.0/24\nSrc. Port : n/a\nDst. IP : n/a\nDest. Port : n/a\nProtocol : none Dscp : Undefined\nICMP Type : Undefined ICMP Code : Undefined\nFragment : Off Option-present : Off\nIP-Option : n/a Multiple Option : Off\nTCP-syn : Off TCP-ack : Off\nAction : Forward\nMatch Router ID : n/a\nDropped pkts : 0 Forwarded pkts : 0\n\nIf the CPM filter is not configured to only allow traffic to the route processor from the OOBM local area network (LAN), this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40829, "benchmarkId": 687, "groupId": "V-283888", "title": "SRG-NET-000019-RTR-000005", "description": "", "ruleId": "SV-283888r1203913_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000730", "ruleTitle": "The Nokia multicast edge router must be configured to establish boundaries for administratively scoped multicast traffic.", "ruleVulnDiscussion": "If multicast traffic is forwarded beyond the intended boundary, it could be intercepted by unauthorized or unintended personnel.\n\nAdministrative scoped multicast addresses are locally assigned and are to be used exclusively by the enterprise network or enclave. Administrative scoped multicast traffic must not cross the enclave perimeter in either direction. Restricting multicast traffic makes it more difficult for a malicious user to access sensitive traffic.\n\nAdmin-Local scope is encouraged for any multicast traffic within a network intended for network management, as well as for control plane traffic that must reach beyond link-local destinations.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "Create an IPv4 filter using the example below:\n\n- configure filter ip-filter 10\n- config>filter>ip-filter# default-action forward\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry$ match dst-ip 239.0.0.0/8\n- config>filter>ip-filter>entry$ action drop\n- config>filter>ip-filter>entry$ exit all\n\nApply an IPv4 filter on the interface using the example below:\n\n- configure router interface \"TO-PE3\" ingress filter ip 10", "ruleFixId": "F-88358r1203912_fix", "ruleCheckSystem": "C-88453r1203911_chk", "ruleCheckContent": "Review the router configuration and verify admin-scope multicast traffic is blocked at the external edge.\n\nUse the command below to display the IPv4 filter applied. \n\n- show router interface \"TO-PE3\" detail | match \"Ingress Filter\"\n\nEgress Filter : none Ingress Filter : 10\n\nIf the router is not configured to establish boundaries for administratively scoped multicast traffic, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40830, "benchmarkId": 687, "groupId": "V-283889", "title": "SRG-NET-000019-RTR-000003", "description": "", "ruleId": "SV-283889r1223373_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000740", "ruleTitle": "The Nokia multicast router must be configured to disable Protocol Independent Multicast (PIM) on all interfaces that are not required to support multicast routing.", "ruleVulnDiscussion": "If multicast traffic is forwarded beyond the intended boundary, it could be intercepted by unauthorized or unintended personnel. Limiting where within the network a given multicast group's data is permitted to flow is an important first step in improving multicast security. \n\nA scope zone is an instance of a connected region of a given scope. Zones of the same scope cannot overlap, while zones of a smaller scope will fit completely within a zone of a larger scope. For example, Admin-local scope is smaller than Site-local scope, so the administratively configured boundary fits within the bounds of a site. \n\nAccording to RFC 4007 IPv6 Scoped Address Architecture (section 5), scope zones are also required to be \"convex from a routing perspective\"; that is, packets routed within a zone must not pass through any links that are outside of the zone. This requirement forces each zone to be one contiguous island rather than a series of separate islands. \n\nAs stated in the DoW IPv6 IA Guidance for MO3, \"One should be able to identify all interfaces of a zone by drawing a closed loop on their network diagram, engulfing some routers and passing through some routers to include only some of their interfaces.\" Therefore, it is imperative that the network engineers have documented their multicast topology and know which interfaces are enabled for multicast. Once this is done, the zones can be scoped as required.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "Document all enabled interfaces for PIM in the network's multicast topology diagram. Disable support for PIM on interfaces that are not required to support it.\n\nConfigure the multicast router to disable the PIM interface using the example below: \n\n- configure router pim interface \"TO-PE1\" shutdown", "ruleFixId": "F-88359r1203915_fix", "ruleCheckSystem": "C-88454r1203914_chk", "ruleCheckContent": "If IPv4 or IPv6 multicast routing is enabled, verify all interfaces enabled for PIM are documented in the network's multicast topology diagram.\n\nDetermine if the PIM interface is disabled using the command below: \n\n- show router pim interface \"TO-PE1\"\n\nPIM Interface ipv4 TO-PE1\n\nInterface Adm Opr DR Prty Hello Intvl Mcast Send\n DR\n-------------------------------------------------------------------------------\nTO-PE1 Down Down N/A 30 auto\n N/A\n-------------------------------------------------------------------------------\nInterfaces : 1\n\nIf an interface is not required to support multicast routing and is enabled, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40831, "benchmarkId": 687, "groupId": "V-283890", "title": "SRG-NET-000362-RTR-000124", "description": "", "ruleId": "SV-283890r1203919_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000750", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to enable the Generalized TTL Security Mechanism (GTSM).", "ruleVulnDiscussion": "GTSM is designed to protect a router's IP-based control plane from denial-of-service attacks. Many attacks focused on CPU load and line-card overload can be prevented by implementing GTSM on all Exterior Border Gateway Protocol speaking routers. \n\nGTSM is based on the fact that the vast majority of control plane peering is established between adjacent routers; that is, the Exterior Border Gateway Protocol peers are either between connecting interfaces or between loopback interfaces. Because TTL spoofing is considered nearly impossible, a mechanism based on an expected TTL value provides a simple and reasonably robust defense from infrastructure attacks based on forged control plane traffic.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Configure all Exterior Border Gateway Protocol peering sessions to use GTSM using the example below: \n\n- configure router bgp group \"eBGP\" ttl-security 1", "ruleFixId": "F-88360r1203918_fix", "ruleCheckSystem": "C-88455r1203917_chk", "ruleCheckContent": "Review the router configuration.\n\nUse the command below and verify \"TTL Security\" is \"Enabled\" and the \"Min TTL Value\" is configured correctly:\n\n- show router bgp group \"eBGP\" detail | match TTL\n\nTTL Security : Enabled Min TTL Value : 1\n\nIf the router is not configured to use GTSM for all Exterior Border Gateway Protocol peering sessions, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40832, "benchmarkId": 687, "groupId": "V-283891", "title": "SRG-NET-000205-RTR-000002", "description": "", "ruleId": "SV-283891r1203922_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000760", "ruleTitle": "The Nokia router must be configured to drop all fragmented Internet Control Message Protocol (ICMP) packets destined to itself.", "ruleVulnDiscussion": "Fragmented ICMP packets can be generated by hackers for denial-of-service attacks such as Ping O' Death and Teardrop. It is imperative that all fragmented ICMP packets are dropped.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "Configure the CPM filter to drop all fragmented ICMP packets destined to itself, as shown in the example below:\n\n- configure system security cpm-filter\n- config>sys>security>cpm-filter# default-action accept\n- config>sys>security>cpm-filter# ip-filter\n- config>sys>sec>cpm>ip-filter# entry 10 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"icmp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# fragment true\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action drop\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# no shutdown\n- config>sys>sec>cpm>ip-filter# exit\n- config>sys>security>cpm-filter# exit all", "ruleFixId": "F-88361r1203921_fix", "ruleCheckSystem": "C-88456r1203920_chk", "ruleCheckContent": "Review the access control list (ACL) or filter for the router receive path.\n\nReview the CPM filter to verify the router is configured to drop all fragmented ICMP packets destined to itself using the example below: \n\n- show system security cpm-filter ip-filter entry 10\n\nCPM IP Filter Entry\n\nEntry Id : 10\nDescription : (Not Specified)\n-------------------------------------------------------------------------------\nFilter Entry Match Criteria :\n-------------------------------------------------------------------------------\nLog Id : n/a\nSrc. IP : n/a\nSrc. Port : n/a\nDst. IP : n/a\nDest. Port : n/a\nProtocol : icmp Dscp : Undefined\nICMP Type : Undefined ICMP Code : Undefined\nFragment : True Option-present : Off\nIP-Option : n/a Multiple Option : Off\nTCP-syn : Off TCP-ack : Off\nAction : Drop\nMatch Router ID : n/a\nDropped pkts : 0 Forwarded pkts : 0\n\nIf the router is not configured with a receive-path filter to drop all fragmented ICMP packets, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40833, "benchmarkId": 687, "groupId": "V-283892", "title": "SRG-NET-000364-RTR-000113", "description": "", "ruleId": "SV-283892r1203925_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000770", "ruleTitle": "The Nokia perimeter router must be configured to block all outbound management traffic.", "ruleVulnDiscussion": "For in-band management, the management network must have its own subnet to enforce control and access boundaries provided by layer 3 network nodes, such as routers and firewalls. \n\nManagement traffic between the managed network elements and the management network is routed via the same links and nodes that are used for production or operational traffic. Safeguards must be implemented to ensure the management traffic does not leak past the perimeter of the managed network.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the perimeter router of the managed network with IPv4 and IPv6 filters on the egress interface to block all outbound management traffic using the example below: \n\n Create an IPv4 filter:\n\n- configure filter ip-filter 10\n- config>filter>ip-filter# entry 10\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry$ match dst-ip 172.10.1.0/24\n- config>filter>ip-filter>entry$ action drop\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter# default-action forward\n- config>filter>ip-filter# exit all\n\nCreate an IPv6 filter: \n\n- configure filter ipv6-filter 20 create\n- config>filter>ipv6-filter$ entry 10 create\n- config>filter>ipv6-filter>entry$ match dst-ip 2001:acad:1234:200::1/64\n- config>filter>ipv6-filter>entry$ action drop\n- config>filter>ipv6-filter>entry$ exit\n- config>filter>ipv6-filter$ default-action forward\n- config>filter>ipv6-filter$ exit all\n\n Apply the IPv4 filter and IPv6 filter on the interface:\n\n- configure router interface \"TO-PE2\" egress filter ip 10\n- configure router interface \"TO-PE2\" egress filter ipv6 20", "ruleFixId": "F-88362r1203924_fix", "ruleCheckSystem": "C-88457r1203923_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nThe perimeter router of the managed network must be configured with an access control list (ACL) or filter on the egress interface to block all management traffic.\n\nVerify IPv4 and IPv6 filters are applied on the interface using the commands below: \n\n- show router interface \"TO-PE2\" detail | match \"Egress Filter\"\n\nEgress Filter : 10 Ingress Filter : 10\n\n- show router interface \"TO-PE2\" detail | match \"Egr IPv6 Flt\"\n\nEgr IPv6 Flt : 20 Ingr IPv6 Flt : none\n\nIf management traffic is not blocked at the perimeter, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40834, "benchmarkId": 687, "groupId": "V-283893", "title": "SRG-NET-000019-RTR-000008", "description": "", "ruleId": "SV-283893r1223374_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-000790", "ruleTitle": "The Nokia perimeter router must be configured to protect an enclave connected to an alternate gateway by using an inbound filter that only permits packets with destination addresses within the site's address space.", "ruleVulnDiscussion": "Enclaves with alternate gateway connections must take additional steps to ensure there is no compromise on the enclave network or NIPRNet. Without verifying the destination address of traffic coming from the site's alternate gateway, the perimeter router could be routing transit data from the internet into the NIPRNet. This could also make the perimeter router vulnerable to a denial-of-service attack and provide a back door into the NIPRNet. \n\nThe DoW enclave must ensure the ingress filter applied to external interfaces on a perimeter router connecting to an approved gateway is secure through filters permitting packets with a destination address belonging to the DoW enclave's address block.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the ingress filter of the perimeter router connected to an alternate gateway to only permit packets with destination addresses of the site's NIPRNet address space or a destination address belonging to the address block assigned by the alternate gateway network service provider.\n\n Create an IPv4 filter using the example below:\n\n- configure filter ip-filter 10\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter# entry 20 create\n- config>filter>ip-filter>entry$ match protocol \"icmp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.16/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.2.17/32\n- config>filter>ip-filter>entry>match$ icmp-type \"echo-request\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter# entry 30 create\n- config>filter>ip-filter>entry$ match protocol \"icmp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.16/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.2.17/32\n- config>filter>ip-filter>entry>match$ icmp-type \"echo-reply\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter# entry 40 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.2.17/32\n- config>filter>ip-filter>entry>match$ dst-port 80 eq\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter# entry 50 create\n- config>filter>ip-filter>entry$ match dst-ip 10.12.2.17/32\n- config>filter>ip-filter>entry>match# dst-port 80 eq\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter# entry 60 create\n- config>filter>ip-filter>entry# match protocol 50\n- config>filter>ip-filter>entry>match# exit\n- config>filter>ip-filter>entry# action forward\n- config>filter>ip-filter>entry# exit\n- config>filter>ip-filter# entry 70 create\n- config>filter>ip-filter>entry# match protocol 51\n- config>filter>ip-filter>entry>match# exit\n- config>filter>ip-filter>entry# action forward\n- config>filter>ip-filter>entry# exit\n- config>filter>ip-filter# default-action drop\n- config>filter>ip-filter# exit all\n\n Create an IPv6 filter using the example below:\n\n- configure filter ipv6-filter 80 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry# match next-header \"tcp\"\n- config>filter>ipv6-filter>entry>match# tcp-established\n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action forward\n- config>filter>ipv6-filter>entry# exit\n- config>filter>ipv6-filter# entry 20 create\n- config>filter>ipv6-filter>entry# match next-header \"ipv6-icmp\"\n- config>filter>ipv6-filter>entry>match# dst-ip 2001:acad:1234:50::2/128\n- config>filter>ipv6-filter>entry>match# src-ip 2001:acad:1234:50::1/128 - config>filter>ipv6-filter>entry>match#icmp-type echo-request\n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action forward\n- config>filter>ipv6-filter>entry# exit\n- config>filter>ipv6-filter# entry 30 create\n- config>filter>ipv6-filter>entry# match next-header \"ipv6-icmp\"\n- config>filter>ipv6-filter>entry>match# dst-ip 2001:acad:1234:50::2/128\n- config>filter>ipv6-filter>entry>match# src-ip 2001:acad:1234:50::1/128 - config>filter>ipv6-filter>entry>match# icmp-type echo-reply\n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action forward\n- config>filter>ipv6-filter>entry# exit\n- config>filter>ipv6-filter# entry 40 create\n- config>filter>ipv6-filter>entry# match next-header \"tcp\"\n- config>filter>ipv6-filter>entry>match# dst-ip 2001:acad:1234:50::2/128\n- config>filter>ipv6-filter>entry>match# dst-port eq 80 \n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action forward\n- config>filter>ipv6-filter>entry# exit\n- config>filter>ipv6-filter# entry 50 create\n- config>filter>ipv6-filter>entry# match next-header \"tcp\"\n- config>filter>ipv6-filter>entry>match# dst-ip 2001:acad:1234:50::10/128\n- config>filter>ipv6-filter>entry>match# dst-port eq 80\n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action forward\n- config>filter>ipv6-filter>entry# exit\n- config>filter>ipv6-filter# entry 60 create\n- config>filter>ipv6-filter>entry# match next-header 50\n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action forward\n- config>filter>ipv6-filter>entry# exit\n- config>filter>ipv6-filter# entry 70 create\n- config>filter>ipv6-filter>entry# match next-header 51\n- config>filter>ipv6-filter>entry>match# exit\n- config>filter>ipv6-filter>entry# action forward\n- config>filter>ipv6-filter>entry# exit\n- config>filter>ipv6-filter# default-action drop\n- config>filter>ipv6-filter#\n\nApply IPv4 and IPv6 filters on the interface using the example below:\n\n- configure router interface \"TO-PE2\" ingress filter ip 10\n- configure router interface \"TO-PE2\" ingress filter ipv6 80", "ruleFixId": "F-88363r1203927_fix", "ruleCheckSystem": "C-88458r1203926_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the configuration of each router interface connecting to an alternate gateway.\n\nVerify IPv4 and IPv6 filters are applied on the interface using the command below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\n\nEgress Filter : none Ingress Filter : 10\n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\n\nEgr IPv6 Flt : none Ingr IPv6 Flt : 80\n\nIf the ingress filter permits packets with addresses other than those specified, such as destination addresses of the site's NIPRNet address space or a destination address belonging to the address block assigned by the alternate gateway network service provider, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40835, "benchmarkId": 687, "groupId": "V-283894", "title": "SRG-NET-000193-RTR-000112", "description": "", "ruleId": "SV-283894r1203931_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000800", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to enforce a Quality-of-Service (QoS) policy to limit the effects of packet flooding denial-of-service (DoS) attacks.", "ruleVulnDiscussion": "DoS is a condition when a resource is not available for legitimate users. Packet flooding distributed denial-of-service (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 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, 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).\n\nSatisfies: SRG-NET-000193-RTR-000112, SRG-NET-000193-RTR-000114, SRG-NET-000193-RTR-000113", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001095", "ruleIdents": [ "CCI-001095" ], "ruleFixText": "Implement a mechanism for traffic prioritization and bandwidth reservation. This mechanism must enforce the traffic priorities specified by the Combatant Commands/Services/Agencies.\n\nNokia routers support multiple QoS policy types. Below is an example of how to configure and apply the SAP Ingress QoS policy. \n\nConfigure scheduler-policy using the example below: \n\n- configure qos scheduler-policy TEST create\n- config>qos>scheduler-policy$ tier 1\n- config>qos>scheduler-policy>tier$ scheduler root create\n- config>qos>scheduler-policy>tier>scheduler$ rate 107520 cir 107520\n- config>qos>scheduler-policy>tier>scheduler$ exit\n- config>qos>scheduler-policy>tier$ exit all\n\nConfigure QoS sap-ingress policy using the example below:\n\n- configure qos sap-ingress 90 create\n- config>qos>sap-ingress# queue 1 create\n- config>qos>sap-ingress>queue# parent \"root\" cir-level 1\n- config>qos>sap-ingress>queue# adaptation-rule pir max cir min\n- config>qos>sap-ingress>queue# rate 107520 cir 40960\n- config>qos>sap-ingress>queue# mbs 135 kilobytes\n-config>qos>sap-ingress>queue# cbs 52\n-config>qos>sap-ingress>queue# exit\n-config>qos>sap-ingress# queue 2 create\n-config>qos>sap-ingress>queue$ parent \"root\" level 2 cir-level 2\n-config>qos>sap-ingress>queue$ adaptation-rule pir max cir min\n-config>qos>sap-ingress>queue$ rate 107520 cir 10240\n-config>qos>sap-ingress>queue$ mbs 135 kilobytes\n-config>qos>sap-ingress>queue$ cbs 13\n-config>qos>sap-ingress>queue$ exit\n-config>qos>sap-ingress# queue 3 create\n-config>qos>sap-ingress>queue$ parent \"root\" level 3 cir-level 3\n-config>qos>sap-ingress>queue$ adaptation-rule pir max cir min\n-config>qos>sap-ingress>queue$ rate 107520 cir 10240\n-config>qos>sap-ingress>queue$ mbs 135 kilobytes\n-config>qos>sap-ingress>queue$ cbs 13\n-config>qos>sap-ingress>queue$ exit\n-config>qos>sap-ingress# queue 4 create\n-config>qos>sap-ingress>queue$ parent \"root\" level 4 cir-level 4\n-config>qos>sap-ingress>queue$ adaptation-rule pir max cir min\n-config>qos>sap-ingress>queue$ rate 40960 cir 40960\n-config>qos>sap-ingress>queue$ mbs 52 kilobytes\n-config>qos>sap-ingress>queue$ cbs 52\n-config>qos>sap-ingress>queue$ exit\n-config>qos>sap-ingress# queue 11 multipoint create\n-config>qos>sap-ingress>queue# parent \"root\" cir-level 1\n-config>qos>sap-ingress>queue# adaptation-rule pir max cir min\n-config>qos>sap-ingress>queue# rate 20480 cir 5120\n-config>qos>sap-ingress>queue# exit\n-config>qos>sap-ingress# fc af create\n-config>qos>sap-ingress>fc$ queue 3\n-config>qos>sap-ingress>fc$ exit\n-config>qos>sap-ingress# fc be create\n-config>qos>sap-ingress>fc$ queue 1\n-config>qos>sap-ingress>fc$ exit\n-config>qos>sap-ingress# fc l1 create\n-config>qos>sap-ingress>fc$ queue 4\n-config>qos>sap-ingress>fc$ exit\n-config>qos>sap-ingress# fc l2 create\n-config>qos>sap-ingress>fc$ queue 2\n-config>qos>sap-ingress>fc$ exit\n-config>qos>sap-ingress# dscp \"ef\" fc l1\n-config>qos>sap-ingress# dscp \"cp9\" fc l2\n-config>qos>sap-ingress# dscp \"af11\" fc af\n-config>qos>sap-ingress# exit all\n\nApply scheduler policy using the example below:\n\n- configure service epipe 10 sap 1/1/c7/1 ingress scheduler-policy \"TEST\"\n\nApply QoS policy using the example below:\n\n- configure service epipe 10 sap 1/1/c7/1 ingress qos 90", "ruleFixId": "F-88364r1203930_fix", "ruleCheckSystem": "C-88459r1203929_chk", "ruleCheckContent": "Review the router configuration and interview the system administrator to verify a mechanism for traffic prioritization and bandwidth reservation exists.\n\nThis arrangement must ensure that sufficient capacity is available for mission-critical traffic and enforce the traffic priorities specified by the Combatant Commands/Services/Agencies.\n\nVerify QoS scheduler policy and service access point (SAP)-ingress policies are applied on the service access point using the command below: \n\n- show service id 10 sap 1/1/c7/1 detail | match QOS post-lines 6\nQOS\n-------------------------------------------------------------------------------\nIngress qos-policy : 90 Egress qos-policy : 1\nIngress FP QGrp : (none) Egress Port QGrp : (none)\nIng FP QGrp Inst : (none) Egr Port QGrp Inst: (none)\nIng ip-match tag : none Ing ipv6-match tag: none\nI. Sched Pol : TEST\n\nIf QoS scheduler-policy and SAP-ingress are not configured, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40836, "benchmarkId": 687, "groupId": "V-283895", "title": "SRG-NET-000705-RTR-000110", "description": "", "ruleId": "SV-283895r1203934_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000810", "ruleTitle": "The Nokia router must employ organization-defined controls by type of denial of service (DoS) to achieve the DoS objective.", "ruleVulnDiscussion": "DoS events may occur due to a variety of internal and external causes, such as an attack by an adversary or a lack of planning to support organizational needs with respect to capacity and bandwidth. Such attacks can occur across a wide range of network protocols (e.g., IPv4, IPv6). \n\nA variety of technologies are available to limit or eliminate the origination and effects of DoS events. For example, boundary protection devices can filter certain types of packets to protect system components on internal networks from being directly affected by or the source of DoS attacks. Employing increased network capacity and bandwidth combined with service redundancy also reduces the susceptibility to DoS events.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-004866", "ruleIdents": [ "CCI-004866" ], "ruleFixText": "Configure the router to employ organization-defined controls by type of DoS to achieve the DoS objective using the example below: \n\nCreate a CPM-Filter:\n\n- configure system security cpm-filter\n- config>sys>security>cpm-filter# default-action drop\n- config>sys>security>cpm-filter# ip-filter\n- config>sys>sec>cpm>ip-filter#\n- config>sys>sec>cpm>ip-filter# entry 10 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"ospf-igp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# src-ip 192.168.1.1/32\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 20 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"pim\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# src-ip 192.168.1.2/32\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 30 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"igmp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# src-ip 224.0.0.0/4\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 40 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"tcp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# src-ip 192.168.100.1/32\n- cfg>sys>sec>cpm>ip-filter>entry>match# dst-ip 192.168.100.2/32\n- cfg>sys>sec>cpm>ip-filter>entry>match# src-port 179\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 50 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"icmp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 60 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"udp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# dst-port 161\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 70 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"udp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# dst-port 162\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 80 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"tcp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# dst-port 22\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit\n- config>sys>sec>cpm>ip-filter# entry 90 create\n- cfg>sys>sec>cpm>ip-filter>entry# match protocol \"tcp\"\n- cfg>sys>sec>cpm>ip-filter>entry>match# dst-port 23\n- cfg>sys>sec>cpm>ip-filter>entry>match# exit\n- cfg>sys>sec>cpm>ip-filter>entry# action accept\n- cfg>sys>sec>cpm>ip-filter>entry# exit all\n\nCreate Distributed CPU Protection: \n\n- configure system security dist-cpu-protection policy \"rate-limit\" create \n- config>sys>security>dist-cpu-protection>policy# static-policer \"PIM-RATE\" create\n- config>sys>security>dist-cpu-protection>policy>static# rate kbps 2000 mbs 200\n- config>sys>security>dist-cpu-p\" create >policy# static-policer \"ICMP-RATE\n- config>sys>security>dist-cpu-protection>policy>static# exit\n- config>sys>security>dist-cpu-protection>policy# static-policer \"ICMP-RATE\" create\n- config>sys>security>dist-cpu-protection>policy>static# rate kbps 2000 mbs 200\n- config>sys>security>dist-cpu-protection>policy>static# exit\n- config>sys>security>dist-cpu-protection>policy# static-policer \"ALL-Other-Rate\"\n- config>sys>security>dist-cpu-protection>policy>static# rate kbps 2000 mbs 200\n- config>sys>security>dist-cpu-protection>policy>static# exit\n- config>sys>security>dist-cpu-protection>policy# protocol icmp create\n- config>sys>security>dist-cpu-protection>policy>protocol# enforcement static \"ICMP-RATE\"\n- config>sys>security>dist-cpu-protection>policy>protocol# exit\n- config>sys>security>dist-cpu-protection>policy# protocol pim create\n- config>sys>security>dist-cpu-protection>policy>protocol# enforcement static \"PIM-RATE\"\n- config>sys>security>dist-cpu-protection>policy>protocol# exit\n- config>sys>security>dist-cpu-protection>policy# protocol all-unspecified create\n- config>sys>security>dist-cpu-protection>policy>protocol# enforcement static \"ALL-Other-Rate\"\n- config>sys>security>dist-cpu-protection>policy>protocol# exit all\n\nApply Distributed CPU Protection to the interface:\n\n- configure router interface \"TEST\" dist-cpu-protection \"rate-limit\"", "ruleFixId": "F-88365r1203933_fix", "ruleCheckSystem": "C-88460r1203932_chk", "ruleCheckContent": "Verify the router is configured to employ organization-defined controls by type of DoS to achieve the DoS objective.\n\nVerify CPM IP-Filter using the example below: \n\n- show system security cpm-filter ip-filter entry 10\n\nCPM IP Filter Entry\n\nEntry Id : 10\nDescription : (Not Specified)\n-------------------------------------------------------------------------------\nFilter Entry Match Criteria :\n-------------------------------------------------------------------------------\nLog Id : n/a\nSrc. IP : 192.168.1.1/32\nSrc. Port : n/a\nDst. IP : n/a\nDest. Port : n/a\nProtocol : ospf-igp Dscp : Undefined\nICMP Type : Undefined ICMP Code : Undefined\nFragment : Off Option-present : Off\nIP-Option : n/a Multiple Option : Off\nTCP-syn : Off TCP-ack : Off\nAction : Forward\nMatch Router ID : n/a\nDropped pkts : 0 Forwarded pkts : 0\n\nVerify Distributed CPU Protection using the example below: \n\n- show system security dist-cpu-protection policy \"rate-limit\" detail\n\nDistributed CPU Protection Policy\n\nPolicy Name : rate-limit\nDescription : (Not Specified)\nPolicy Type : access-network\n\n-------------------------------------------------------------------------------\nStatic Policer\n-------------------------------------------------------------------------------\nStatic Policer : PIM-RATE\nDescription : (Not Specified)\nKbps : 2000 kbps MBS : 200 KB\nDetection Time : 30 seconds\nExceed-Action : None Hold-Down Time : none\nLog Events : enable\n\n-------------------------------------------------------------------------------\nStatic Policer : ICMP-RATE\nDescription : (Not Specified)\nKbps : 2000 kbps MBS : 200 KB\nDetection Time : 30 seconds\nExceed-Action : None Hold-Down Time : none\nLog Events : enable\n\n-------------------------------------------------------------------------------\nStatic Policer : ALL-Other-Rate\nDescription : (Not Specified)\nKbps : 2000 kbps MBS : 200 KB\nDetection Time : 30 seconds\nExceed-Action : None Hold-Down Time : none\nLog Events : enable\n-------------------------------------------------------------------------------\n\n-------------------------------------------------------------------------------\nLocal Monitoring Policer\n-------------------------------------------------------------------------------\nNo Matching Entries\n-------------------------------------------------------------------------------\n\n-------------------------------------------------------------------------------\nProtocol (Dynamic Policer)\n-------------------------------------------------------------------------------\nProtocol : icmp\nEnforcement Type : static Enforcement Plcr: ICMP-RATE\n\nDynamic Policer Parameters\n--------------------------\nPackets : max Within : 1 seconds\nInitial Delay : none\nDetection Time : 30 seconds\nExceed-Action : None Hold-Down Time : none\nLog Events : enable\n\n-------------------------------------------------------------------------------\nProtocol : all-unspecified\nEnforcement Type : static Enforcement Plcr: ALL-Other-Rate\n\nDynamic Policer Parameters\n--------------------------\nPackets : max Within : 1 seconds\nInitial Delay : none\nDetection Time : 30 seconds\nExceed-Action : None Hold-Down Time : none\nLog Events : enable\n\n-------------------------------------------------------------------------------\nProtocol : pim\nEnforcement Type : static Enforcement Plcr: PIM-RATE\n\nDynamic Policer Parameters\n--------------------------\nPackets : max Within : 1 seconds\nInitial Delay : none\nDetection Time : 30 seconds\nExceed-Action : None Hold-Down Time : none\nLog Events : enable\n-------------------------------------------------------------------------------\n\nIf the router is not configured to employ organization-defined controls by type of DoS to achieve the DoS objective, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40837, "benchmarkId": 687, "groupId": "V-283897", "title": "SRG-NET-000364-RTR-000110", "description": "", "ruleId": "SV-283897r1203940_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000860", "ruleTitle": "The Nokia perimeter router must be configured to block inbound packets with source Bogon IP address prefixes.", "ruleVulnDiscussion": "Bogons include IP packets on the public internet that contain addresses that are not in any range allocated or delegated by the Internet Assigned Numbers Authority (IANA) or a delegated regional internet registry (RIR) and allowed for public internet use. Bogons also include multicast, IETF reserved, and special-purpose address space as defined in RFC 6890.\n\nSecurity of the internet's routing system relies on the ability to authenticate an assertion of unique control of an address block. Measures to authenticate such assertions rely on the validation the address block forms as part of an existing allocated address block and must be a trustable and unique reference in the IANA address registries. The intended use of a Bogon address would only be to address spoofing in denial-of-service attacks. Hence, it is imperative that IP packets with a source Bogon address are blocked at the network's perimeter.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002403", "ruleIdents": [ "CCI-002403" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone. \n\nConfigure the router to block inbound packets with Bogon source addresses using the example below: \n\nCreate a prefix list:\n\n- configure filter match-list ip-prefix-list Bogon-IP-List create\n- config>filter>match-list>ip-pfx-list$ prefix 0.0.0.0/32\n- config>filter>match-list>ip-pfx-list$ prefix 10.0.0.0/8\n- config>filter>match-list>ip-pfx-list$ prefix 100.64.0.0/10\n- config>filter>match-list>ip-pfx-list$ prefix 127.0.0.0/8\n- config>filter>match-list>ip-pfx-list$ prefix 169.254.0.0/16\n- config>filter>match-list>ip-pfx-list$ prefix 172.16.0.0/12\n- config>filter>match-list>ip-pfx-list$ prefix 192.0.0.0/24\n- config>filter>match-list>ip-pfx-list$ prefix 192.0.2.0/24\n- config>filter>match-list>ip-pfx-list$ prefix 192.168.0.0/16\n- config>filter>match-list>ip-pfx-list$ prefix 192.18.0.0/18\n- config>filter>match-list>ip-pfx-list$ prefix 198.51.100.0/24\n- config>filter>match-list>ip-pfx-list$ prefix 203.0.113.0/24\n- config>filter>match-list>ip-pfx-list$ prefix 224.0.0.0/3\n- config>filter>match-list>ip-pfx-list$ exit all\n\n Create an IP filter:\n\n- configure filter ip-filter 50 create\n- config>filter>ip-filter$ entry 10 create\n- config>filter>ip-filter>entry$ match src-ip ip-prefix-list \"Bogon-IP-List\"\n- config>filter>ip-filter>entry$ action drop\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 20 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 30 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/32\n- config>filter>ip-filter>entry>match$ dst-port 170 eq\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 40 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/32\n- config>filter>ip-filter>entry>match$ src-port 170 eq\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 50 create\n- config>filter>ip-filter>entry$ match protocol \"icmp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/32\n- config>filter>ip-filter>entry>match$ icmp-type \"echo-request\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 60 create\n- config>filter>ip-filter>entry$ match protocol \"icmp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/32\n- config>filter>ip-filter>entry>match$ icmp-type \"echo-reply\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter$ default-action drop\n- config>filter>ip-filter$ exit all\n\n Apply the IP filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 50", "ruleFixId": "F-88367r1203939_fix", "ruleCheckSystem": "C-88462r1203938_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nVerify the ingress filter is applied on the interface using the command below: \n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\n\nEgress Filter : 10 Ingress Filter : 50\n\nIf the router is not configured to block inbound packets with source Bogon IP addresses, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40838, "benchmarkId": 687, "groupId": "V-283898", "title": "SRG-NET-000078-RTR-000001", "description": "", "ruleId": "SV-283898r1203943_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000870", "ruleTitle": "The Nokia router must be configured to log all packets that have been dropped.", "ruleVulnDiscussion": "Auditing and logging are key components of any security architecture. Security personnel must know what is being done or attempted to be done, and by whom, to compile an accurate risk assessment. Auditing the actions on network devices provides a means to recreate an attack or identify a configuration mistake on the device.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000134", "ruleIdents": [ "CCI-000134" ], "ruleFixText": "Configure an IP filter to log all deny statements using the example below: \n\nCreate an IP filter:\n\n- configure filter ip-filter 60 create\n- config>filter>ip-filter$ entry 10 create\n- config>filter>ip-filter>entry$ action drop\n- config>filter>ip-filter>entry$ log 101\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ exit all\n\nApply the IP filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 10", "ruleFixId": "F-88368r1203942_fix", "ruleCheckSystem": "C-88463r1203941_chk", "ruleCheckContent": "Review the IP filter to verify all deny statements are logged.\n\nUse the commands below to verify the filter is logged and applied on the interface. \n\n- show filter ip 60\n\nEntry : 10\nDescription : (Not Specified)\nLog Id : 101\nSrc. IP : 0.0.0.0/0\nSrc. Port : n/a\nDest. IP : 0.0.0.0/0\nDest. Port : n/a\nProtocol : Undefined\nDscp : Undefined\nICMP Type : Undefined ICMP Code : Undefined\nFragment : Off Src Route Opt : Off\nSampling : Off Int. Sampling : On\nIP-Option : 0/0 Multiple Option: Off\nTcp-flag : (Not Specified)\nOption-pres : Off\nEgress PBR : Disabled\nPrimary Action : Drop\nIng. Matches : 0 pkts\nEgr. Matches : 0 pkts\n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\n\nEgress Filter : 10 Ingress Filter : 10\n\nIf packets being dropped are not logged and a filter is not applied, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40839, "benchmarkId": 687, "groupId": "V-283899", "title": "SRG-NET-000512-RTR-000013", "description": "", "ruleId": "SV-283899r1203946_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000880", "ruleTitle": "The Nokia router must not be configured to use IPv6 Site Local Unicast addresses.", "ruleVulnDiscussion": "As currently defined, site local addresses are ambiguous and can be present in multiple sites. The address itself does not contain any indication of the site to which it belongs. The use of site-local addresses could adversely affect network security through leaks, ambiguity, and potential misrouting as documented in section 2 of RFC3879. RFC3879 formally deprecates the IPv6 site-local unicast prefix FEC0::/10 as defined in RFC3513.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure the router using authorized IPv6 addresses using the example below: \n\n- configure router interface TO-CORE\n- config>router>if$ ipv6 address 2001:db8:100:1::1/64\n- config>router>if$ port 1/1/c8/1\n- config>router>if$ exit all", "ruleFixId": "F-88369r1203945_fix", "ruleCheckSystem": "C-88464r1203944_chk", "ruleCheckContent": "Review the router configuration to ensure FEC0::/10 IP addresses are not defined. \n\nUse the command below and verify IPv6 addresses are defined for all interfaces:\n\n- show router interface \"TO-CORE\" detail | match \"IPv6 Address\"\nIPv6 Address : 2001:db8:100:1::1/64\n\nIf IPv6 Site Local Unicast addresses are defined, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40840, "benchmarkId": 687, "groupId": "V-283900", "title": "SRG-NET-000018-RTR-000004", "description": "", "ruleId": "SV-283900r1203949_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000890", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to reject inbound route advertisements from a customer edge (CE) router for prefixes that are not allocated to that customer.", "ruleVulnDiscussion": "As a best practice, a service provider should only accept customer prefixes that have been assigned to that customer and any peering autonomous systems. A multihomed customer with BGP speaking routers connected to the internet or other external networks could be breached and used to launch a prefix deaggregation attack. Without ingress route filtering of customers, the effectiveness of such an attack could impact the entire IP core and its customers.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Configure all eBGP routers to reject inbound route advertisements from a CE router for prefixes that are not allocated to that customer using the example below: \n\nCreate a prefix list:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list \"Customer Prefix\"\n- config>router>policy-options>prefix-list$ prefix 192.168.100.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list# exit\n\nCreate a policy statement:\n\n- config>router>policy-options# policy-statement \"Import Customer Prefix\"\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Customer Prefix\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action drop\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the import policy to the BGP group:\n\n- configure router bgp group \"eBGP\" import \"Import Customer Prefix\"", "ruleFixId": "F-88370r1203948_fix", "ruleCheckSystem": "C-88465r1203947_chk", "ruleCheckContent": "Review the BGP router configuration to verify routing policies are defined to only accept routes for prefixes that belong to each specific customer. \n\nVerify the prefix-list, policy-statement, and import policy are applied to the eBGP group using the commands below:\n\n- show router policy prefix-list \"Customer Prefix\"\n\nprefix 192.168.100.0/24 prefix-length-range 24-32\n\n- show router policy \"Import Customer Prefix\"\n\n entry 10\n from\n prefix-list \"Customer Prefix\"\n exit\n action accept\n exit\n exit\n default-action drop\n exit\n\n- show router bgp group \"eBGP\" detail | match \"Import Policy\"\n\nImport Policy : Import Customer Prefix\n\nIf the router is not configured to reject inbound route advertisements from each CE router for prefixes that are not allocated to that customer, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40841, "benchmarkId": 687, "groupId": "V-283901", "title": "SRG-NET-000512-RTR-000007", "description": "", "ruleId": "SV-283901r1203952_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000900", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to have each Virtual Routing and Forwarding (VRF) instance with the appropriate Route Distinguisher (RD).", "ruleVulnDiscussion": "An RD provides uniqueness to the customer address spaces within the Multiprotocol Label Switching (MPLS) layer 3 virtual private network (L3VPN) infrastructure. The concept of the VPN-IPv4 and VPN-IPv6 address families consists of the RD prepended before the IP address. If the same IP prefix is used in several different L3VPNs, it is possible for Border Gateway Protocol (BGP) to carry several completely different routes for that prefix, one for each VPN.\n\nBecause VPN-IPv4 addresses and IPv4 addresses are different address families, BGP never treats them as comparable addresses. The purpose of the RD is to create distinct routes for common IPv4 address prefixes. On any given PE router, a single RD can define a VRF in which the entire address space may be used independently, regardless of the makeup of other VPN address spaces. Hence, it is imperative that a unique RD is assigned to each L3VPN and the proper RD is configured for each VRF.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Configure the correct RD for each VRF.\n\nUse one of the commands below to configure the RD based on the architecture. RD ID uses the format as number: common value:\n\n- configure service vprn 30 customer 1 bgp-ipvpn mpls route-distinguisher 3.3.3.3:30\n- configure service vprn 30 customer 1 bgp-ipvpn mpls no shutdown", "ruleFixId": "F-88371r1203951_fix", "ruleCheckSystem": "C-88466r1203950_chk", "ruleCheckContent": "Review the RDs that have been assigned for each VRF according to the plan provided by the information system security manager (ISSM).\n\nReview all VRFs configured on CE-facing interfaces and verify the proper RD has been configured for each.\n\nVerify the \"Route Dist.\" value for each service using the command below:\n\n- show service id 30 base | match \"Route Dist\"\n\nRoute Dist. : 3.3.3.3:30 VPRN Type : regular\nOper Route Dist : 3.3.3.3:30\n\nIf the wrong RD has been configured for any VRF, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40842, "benchmarkId": 687, "groupId": "V-283902", "title": "SRG-NET-000362-RTR-000112", "description": "", "ruleId": "SV-283902r1204027_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000910", "ruleTitle": "The Nokia router must be configured to have IP directed broadcast disabled on all interfaces.", "ruleVulnDiscussion": "An IP directed broadcast is a datagram sent to the broadcast address of a subnet that is not directly attached to the sending machine. The directed broadcast is routed through the network as a unicast packet until it arrives at the target subnet, where it is converted into a link-layer broadcast. Because of the nature of the IP addressing architecture, only the last router in the chain, which is connected directly to the target subnet, can conclusively identify a directed broadcast.\n\nIP directed broadcasts are used in the extremely common and popular smurf, or denial-of-service (DoS), attacks. In a smurf attack, the attacker sends Internet Control Message Protocol (ICMP) echo requests from a falsified source address to a directed broadcast address, causing all the hosts on the target subnet to send replies to the falsified source. By sending a continuous stream of such requests, the attacker can create a much larger stream of replies, which can completely inundate the host whose address is being falsified. This service should be disabled on all interfaces when not needed to prevent smurf and DoS attacks.\n\nDirected broadcast can be enabled on internal facing interfaces to support services such as Wake-On-LAN. Case scenario may also include support for legacy applications where the content server and the clients do not support multicast. The content servers send streaming data using UDP broadcast. Used in conjunction with the IP multicast helper-map feature, broadcast data can be sent across a multicast topology. The broadcast streams are converted to multicast and vice versa at the first-hop routers and last-hop routers before entering and leaving the multicast transit area respectively. The last-hop router must convert the multicast to broadcast. Hence, this interface must be configured to forward a broadcast packet (i.e., a directed broadcast address is converted to the all nodes broadcast address).", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-002385", "ruleIdents": [ "CCI-002385" ], "ruleFixText": "Disable IP directed broadcasts on all layer 3 interfaces using the configuration below: \n\n- configure router interface \"TO-PE2\" no allow-directed-broadcasts", "ruleFixId": "F-88372r1203954_fix", "ruleCheckSystem": "C-88467r1204026_chk", "ruleCheckContent": "Review the router configuration to determine if IP directed broadcast is enabled.\n\nBy default, the directed broadcast is disabled. There is no command to show the status of the IP directed broadcast configuration, but it can be verified by looking at the configuration for each interface.\n\nUse the command below and verify \"no allow-directed-broadcasts\" is configured:\n\n- configure router interface \"TO-PE2\"\n- config>router>if# info detail | match allow-directed-broadcasts\n no allow-directed-broadcasts\n\nIf IP directed broadcast is enabled on layer 3 interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40843, "benchmarkId": 687, "groupId": "V-283903", "title": "SRG-NET-000019-RTR-000007", "description": "", "ruleId": "SV-283903r1203958_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000920", "ruleTitle": "The Nokia router must be configured to have all inactive interfaces disabled.", "ruleVulnDiscussion": "An inactive interface is rarely monitored or controlled and may expose a network to an undetected attack on that interface. Unauthorized personnel with access to the communication facility could gain access to a router by connecting to a configured interface that is not in use.\n\nIf an interface is no longer used, the configuration must be deleted and the interface disabled. For subinterfaces, delete subinterfaces that are on inactive interfaces and delete subinterfaces that are themselves inactive. If the subinterface is no longer necessary for authorized communications, it must be deleted.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001414", "ruleIdents": [ "CCI-001414" ], "ruleFixText": "Delete inactive subinterfaces and disable and delete the configuration of any inactive ports on the router.\n\nDisable inactive ports using the configuration below: \n\n- configure port 1/1/c2/1 shutdown\n\nDisable inactive logical interfaces using the configuration below: \n\n- configure router interface \"TO-PE2\" shutdown", "ruleFixId": "F-88373r1203957_fix", "ruleCheckSystem": "C-88468r1203956_chk", "ruleCheckContent": "Review the router configuration.\n\nVerify the logical port is disabled using the command below:\n \n show port 1/1/c2/1 | match \"Admin State\"\n\nAdmin State : down Oper Duplex : full\n\nVerify the logical interface is disabled using the command below:\n\n- show router interface \"TO-PE2\"\n\nInterface Table (Router: Base)\n\nInterface-Name Adm Opr(v4/v6) Mode Port/SapId\n IP-Address PfxState\n-------------------------------------------------------------------------------\nTO-PE2 Down Down/Down Network 1/1/c1/1\n 172.22.21.2/30 n/a\n 2001:acad:1234:21::2/64 INACCESSIBLE\n fe80::67:47f1:52a9:fb0c/64 INACCESSIBLE\n-------------------------------------------------------------------------------\nInterfaces : 1\n\nIf an interface is not being used but is configured or enabled, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40844, "benchmarkId": 687, "groupId": "V-283904", "title": "SRG-NET-000018-RTR-000005", "description": "", "ruleId": "SV-283904r1204034_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000930", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to reject outbound route advertisements for any prefixes that do not belong to any customers or the local autonomous system (AS).", "ruleVulnDiscussion": "Advertisement of routes by an autonomous system for networks that do not belong to any of its customers pulls traffic away from the authorized network. This causes a denial of service (DoS) on the network that allocated the block of addresses and may cause a DoS on the network that is inadvertently advertising it as the originator. A misconfigured or compromised router within the Department of Defense Information Network (DODIN) IP core could redistribute Interior Gateway Protocol (IGP) routes into BGP, thereby leaking internal routes.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Configure all eBGP routers to filter outbound route advertisements for prefixes that are not allocated to or belong to any customer or the local AS.\n\nCreate a prefix list using the configuration below:\n\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list \"Customer Prefix\"\n- config>router>policy-options>prefix-list$ prefix 192.168.100.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list$ prefix 192.168.200.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list$ exit\n\nCreate a policy statement using the configuration below: \n\n- config>router>policy-options# policy-statement \"Advertise Customer\"\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Customer Prefix\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- router>policy-options>policy-statement$ default-action reject\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit\n\nApply the routing policy to the BGP neighbor using the configuration below: \n\n- configure router bgp group \"eBGP\" export \"Advertise Customer\"", "ruleFixId": "F-88374r1203960_fix", "ruleCheckSystem": "C-88469r1204033_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to verify a filter is defined to only advertise routes for prefixes that belong to any customers or the local AS.\n\nUse the command below to view the prefix list:\n\n- show router policy prefix-list \"Customer Prefix\"\n\nprefix 192.168.100.0/24 prefix-length-range 24-32\nprefix 192.168.200.0/24 prefix-length-range 24-32\n\nUse the command below to view the policy statement:\n\n- show router policy \"Advertise Customer\"\n entry 10\n from\n prefix-list \"Advertise Customer\"\n exit\n action accept\n exit\n exit\n default-action drop\n exit\n\nUse the command below to verify the policy is applied to the eBGP group:\n\n- show router bgp group \"eBGP\" detail | match \"Export Policy\"\n\nExport Policy : Advertise Customer\n\nIf the router is not configured to reject outbound route advertisements that belong to any customers or the local AS, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40845, "benchmarkId": 687, "groupId": "V-283905", "title": "SRG-NET-000205-RTR-000005", "description": "", "ruleId": "SV-283905r1203964_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000940", "ruleTitle": "The Nokia perimeter router must be configured to filter egress traffic at the internal interface on an inbound direction.", "ruleVulnDiscussion": "Access control lists (ACLs) are used to separate data traffic into traffic that will be routed (permitted packets) and traffic that will not be routed (denied packets). Secure configuration of routers uses access lists for restricting access to services on the router and filtering traffic passing through the router. \n\nInbound versus Outbound: Some operating systems' default access lists are applied to the outbound queue. The more secure solution is to apply the access list to the inbound queue for three reasons:\n\n- The router can protect itself before damage is inflicted.\n- The input port is still known and can be filtered on.\n- It is more efficient to filter packets before routing them.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure an egress ACL bound to the internal interface in an inbound direction to filter traffic leaving the network.\n\nConfigure an IPv4 filter using the example below:\n\n- configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry$ match src-ip 2.2.2.2/32\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit all\n\n Configure an IPv6 filter using the example below:\n\n- configure filter ipv6-filter 20 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry$ match src-ip 2001:acad:1234:200::2/128\n- config>filter>ipv6-filter>entry$ action forward\n- config>filter>ipv6-filter>entry$ exit\n- config>filter>ipv6-filter# exit all\n\nApply IPv4 and IPv6 filters to the interface in the egress direction:\n\n- configure router interface \"TO-PE2\" egress filter ip 10\n- configure router interface \"TO-PE2\" egress filter ipv6 20", "ruleFixId": "F-88375r1203963_fix", "ruleCheckSystem": "C-88470r1203962_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone. \n\nReview the router configuration to verify the egress ACL is bound to the internal interface in an inbound direction. \n\nTo verify all interfaces have the ingress filter assigned, verify fields \"Egress Filter\" and \"Egr IPv6 Flt\" for all interfaces:\n\n- show router interface \"TO-PE2\" detail | match \"Egress Filter\"\n\nEgress Filter : 10 Ingress Filter : none\n\n- show router interface \"TO-PE2\" detail | match \"Egr IPv6 Flt\"\n\nEgr IPv6 Flt : 20 Ingr IPv6 Flt : none\n\nIf the router is not configured to filter traffic leaving the network at the internal interface in an inbound direction, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40846, "benchmarkId": 687, "groupId": "V-283906", "title": "SRG-NET-000205-RTR-000004", "description": "", "ruleId": "SV-283906r1203967_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000950", "ruleTitle": "The Nokia perimeter router must be configured to filter ingress traffic at the external interface on an inbound direction.", "ruleVulnDiscussion": "Access control lists (ACLs) are used to separate data traffic into traffic that will be routed (permitted packets) and traffic that will not be routed (denied packets). Secure configuration of routers uses access lists for restricting access to services on the router and filtering traffic passing through the router. \n\nInbound versus Outbound: Some operating systems' default access lists are applied to the outbound queue. The more secure solution is to apply the access list to the inbound queue for three reasons:\n\n- The router can protect itself before damage is inflicted.\n- The input port is still known and can be filtered on.\n- It is more efficient to filter packets before routing them.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\n Configure an IPv4 filter using the example below:\n\n- configure filter ip-filter 10 create\n- config>filter>ip-filter# entry 10 create\n- config>filter>ip-filter>entry$ match src-ip 2.2.2.2/32\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit all\n\n Configure an IPv6 filter using the example below:\n\n- configure filter ipv6-filter 20 create\n- config>filter>ipv6-filter# entry 10 create\n- config>filter>ipv6-filter>entry$ match src-ip 2001:acad:1234:200::2/128\n- config>filter>ipv6-filter>entry$ action forward\n- config>filter>ipv6-filter>entry$ exit\n- config>filter>ipv6-filter# exit all\n\nApply the IPv4 and IPv6 filters to the interface in an outbound direction using the configuration below:\n \n- configure router interface \"TO-PE2\" ingress filter ip 10\n- configure router interface \"TO-PE2\" ingress filter ipv6 20", "ruleFixId": "F-88376r1203966_fix", "ruleCheckSystem": "C-88471r1203965_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the router configuration to verify the ingress ACL is bound to the external interface in an inbound direction.\n\nTo verify all interfaces have the ingress filter assigned, verify fields \"Ingress Filter\" and \"Ingr IPv6 Flt\" for all interfaces using the command below:\n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\n\nEgress Filter : 10 Ingress Filter : 10\n\n- show router interface \"TO-PE2\" detail | match \"Ingr IPv6 Flt\"\n\nEgr IPv6 Flt : 20 Ingr IPv6 Flt : 20\n\nIf the router is not configured to filter traffic entering the network at the external interface in an inbound direction, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40847, "benchmarkId": 687, "groupId": "V-283907", "title": "SRG-NET-000018-RTR-000002", "description": "", "ruleId": "SV-283907r1203970_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000960", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to reject inbound route advertisements for any Bogon prefixes.", "ruleVulnDiscussion": "Accepting route advertisements for Bogon prefixes can result in the local autonomous system (AS) becoming a transit for malicious traffic as it will in turn advertise these prefixes to neighbor autonomous systems.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Ensure all eBGP routers are configured to reject inbound route advertisements for any Bogon prefixes.\n\nCreate prefix-lists using the configuration below:\n\n- configure router policy-options\n- config>router>policy-options# begin\n- config>router>policy-options# prefix-list \"Bogon Prefixes\"\n- config>router>policy-options>prefix-list$ prefix 0.0.0.0/8 prefix-length-range 8-32\n- config>router>policy-options>prefix-list$ prefix 10.0.0.0/8 prefix-length-range 8-32\n- config>router>policy-options>prefix-list$ prefix 100.64.0.0/10 prefix-length-range 10-32\n- config>router>policy-options>prefix-list$ prefix 127.0.0.0/8 prefix-length-range 8-32\n- config>router>policy-options>prefix-list$ prefix 169.254.0.0/16 prefix-length-range 16-32\n- config>router>policy-options>prefix-list$ prefix 172.16.0.0/12 prefix-length-range 12-32\n- config>router>policy-options>prefix-list$ prefix 192.0.2.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list$ prefix 192.88.99.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list$ prefix 192.168.0.0/16 prefix-length-range 16-32\n- config>router>policy-options>prefix-list$ prefix 198.18.0.0/15 prefix-length-range 15-32\n- config>router>policy-options>prefix-list$ prefix 198.51.100.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list$ prefix 203.0.113.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list$ prefix 224.0.0.0/4 prefix-length-range 4-32\n- config>router>policy-options>prefix-list$ prefix 240.0.0.0/4 prefix-length-range 4-32\n- config>router>policy-options>prefix-list$ exit\n- config>router>policy-options# prefix-list \"Permit Prefix\"\n- config>router>policy-options>prefix-list$ prefix 0.0.0.0/0 prefix-length-range 8-32\n- config>router>policy-options>prefix-list$ exit\n\nCreate a policy statement using the configuration below:\n\n- config>router>policy-options# policy-statement IMPORT-BGP-Prefix\n- config>router>policy-options>policy-statement$ entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Bogon Prefixes\"\n- config>router>policy-options>policy-statement>entry$ action drop\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ entry 20\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Permit Prefix\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement$ default-action drop\n- config>router>policy-options>policy-statement>default-action$ exit\n- config>router>policy-options>policy-statement$ exit\n- config>router>policy-options# commit\n\nApply the policy to the eBGP group using the configuration below:\n\n- configure router bgp group \"eBGP\" import \"IMPORT-BGP-Prefix\"", "ruleFixId": "F-88377r1203969_fix", "ruleCheckSystem": "C-88472r1203968_chk", "ruleCheckContent": "Review the router configuration to verify it will reject routes of any Bogon prefixes.\n\nVerify the prefix list using the command below: \n\n- show router policy prefix-list \"Bogon Prefixes\"\n\nprefix 0.0.0.0/8 prefix-length-range 8-32\nprefix 10.0.0.0/8 prefix-length-range 8-32\nprefix 100.64.0.0/10 prefix-length-range 10-32\nprefix 127.0.0.0/8 prefix-length-range 8-32\nprefix 169.254.0.0/16 prefix-length-range 16-32\nprefix 172.16.0.0/12 prefix-length-range 12-32\nprefix 192.0.2.0/24 prefix-length-range 24-32\nprefix 192.88.99.0/24 prefix-length-range 24-32\nprefix 192.168.0.0/16 prefix-length-range 16-32\nprefix 198.18.0.0/15 prefix-length-range 15-32\nprefix 198.51.100.0/24 prefix-length-range 24-32\nprefix 203.0.113.0/24 prefix-length-range 24-32\nprefix 224.0.0.0/4 prefix-length-range 4-32\nprefix 240.0.0.0/4 prefix-length-range 4-32\n\n- show router policy prefix-list \"Permit Prefix\"\n\nprefix 0.0.0.0/0 prefix-length-range 8-32\n\nVerify the policy statement using the command below:\n\n- show router policy \"IMPORT-BGP-Prefix\"\n entry 10\n from\n prefix-list \"Bogon Prefixes\"\n exit\n action drop\n exit\n exit\n entry 20\n from\n prefix-list \"Permit Prefix\"\n exit\n action accept\n exit\n exit\n default-action drop\n exit\n\nVerify the policy is applied to the eBGP group using the command below:\n\n- show router bgp group \"eBGP\" detail | match \"Import Policy\"\nImport Policy : IMPORT-BGP-Prefix\n\nIf the router is not configured to reject inbound route advertisements for any Bogon prefixes, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40848, "benchmarkId": 687, "groupId": "V-283908", "title": "SRG-NET-000018-RTR-000003", "description": "", "ruleId": "SV-283908r1203973_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000970", "ruleTitle": "The Nokia Border Gateway Protocol (BGP) router must be configured to reject inbound route advertisements for any prefixes belonging to the local autonomous system (AS).", "ruleVulnDiscussion": "Accepting route advertisements belonging to the local AS can result in traffic looping or being black holed, or at a minimum using a nonoptimized path.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001368", "ruleIdents": [ "CCI-001368" ], "ruleFixText": "Ensure all eBGP routers are configured to reject inbound route advertisements for any prefixes belonging to the local AS.\n\nCreate prefix lists using the configuration below: \n\n- configure router policy-options\n- config>router>policy-options# prefix-list \"Deny Prefixes\"\n- config>router>policy-options>prefix-list$ prefix 0.0.0.0/8 prefix-length-range 8-32\n- config>router>policy-options>prefix-list$ prefix 10.13.1.0/24 prefix-length-range 24-32\n- config>router>policy-options>prefix-list$ exit\n- config>router>policy-options# prefix-list \"Permit Prefix\"\n- config>router>policy-options>prefix-list# prefix 0.0.0.0/0 prefix-length-range 8-32\n\nCreate a policy statement using the configuration below: \n\n- config>router>policy-options# policy-statement \"IMPORT-BGP-Prefix\"\n- config>router>policy-options>policy-statement# entry 10\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Deny Prefixes\"\n- config>router>policy-options>policy-statement>entry$ action drop\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement# entry 20\n- config>router>policy-options>policy-statement>entry$ from prefix-list \"Permit Prefix\"\n- config>router>policy-options>policy-statement>entry$ action accept\n- config>router>policy-options>policy-statement>entry>action$ exit\n- config>router>policy-options>policy-statement>entry$ exit\n- config>router>policy-options>policy-statement# default-action drop\n- config>router>policy-options>policy-statement>default-action# exit\n- config>router>policy-options>policy-statement# exit\n- config>router>policy-options# commit\n- config>router>policy-options# exit all\n\nApply the policy to the eBGP group using the configuration below: \n\n- configure router bgp group \"eBGP\" import \"IMPORT-BGP-Prefix\"", "ruleFixId": "F-88378r1203972_fix", "ruleCheckSystem": "C-88473r1203971_chk", "ruleCheckContent": "Review the router configuration to verify it will reject routes belonging to the local AS.\n\nVerify the prefix lists using the command below: \n\n- show router policy prefix-list \"Deny Prefixes\"\n\nprefix 0.0.0.0/8 prefix-length-range 8-32\nprefix 10.13.1.0/24 prefix-length-range 24-32\n\n- show router policy prefix-list \"Permit Prefix\"\n\nprefix 0.0.0.0/0 prefix-length-range 8-32\n\nVerify the policy statement using the command below: \n\n- show router policy \"IMPORT-BGP-PREFIX\"\n entry 10\n from\n prefix-list \"Deny Prefixes\"\n exit\n action drop\n exit\n exit\n entry 20\n from\n prefix-list \"Permit Prefix\"\n exit\n action accept\n exit\n exit\n default-action drop\n exit\n\nVerify the policy is applied to the eBGP group using the command below: \n\n- show router bgp group \"eBGP\" detail | match \"Import Policy\"\nImport Policy : IMPORT-BGP-PREFIX\n\nIf the router is not configured to reject inbound route advertisements belonging to the local AS, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40849, "benchmarkId": 687, "groupId": "V-283909", "title": "SRG-NET-000512-RTR-000010", "description": "", "ruleId": "SV-283909r1203976_rule", "ruleWeight": "10.0", "ruleSeverity": "low", "ruleVersion": "NOKI-RT-000980", "ruleTitle": "The Nokia Provider Edge (PE) router must be configured to enforce the split-horizon rule for all pseudowires within a virtual private local area network services (VPLS) bridge domain.", "ruleVulnDiscussion": "A virtual forwarding instance (VFI) must be created on each participating PE router for each customer VLAN using VPLS for carrier Ethernet services. The VFI specifies the VPN ID of a VPLS domain, the addresses of other PE routers in the domain, and the type of tunnel signaling and encapsulation mechanism for each peer PE router. The set of VFIs formed by the interconnection of the emulated virtual circuits (VCs) is called a VPLS instance, which forms the logic bridge over the MPLS core network.\n\nThe PE routers use the VFI with a unique VPN ID to establish a full mesh of emulated VCs or pseudowires to all the other PE routers in the VPLS instance. The full-mesh configuration allows the PE router to maintain a single broadcast domain. With a full-mesh configuration, signaling and packet replication requirements for each provisioned virtual circuit on a PE can be high. To avoid the problem of a packet looping in the provider core, thereby adding more overhead, the PE devices must enforce a split-horizon principle for the emulated virtual circuits; that is, if a packet is received on an emulated virtual circuit, it is not forwarded on any other virtual circuit.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000366", "ruleIdents": [ "CCI-000366" ], "ruleFixText": "Enable split horizon on all PE routers deploying VPLS in a full-mesh configuration.\n\nConfigure VPLS service using mesh-sdp to have split-horizon function on the pseudowire using the example below: \n\n- configure service vpls 100 customer 1 vpn 100 create\n- config>service>vpls# mesh-sdp 40:100 create\n- config>service>vpls>mesh-sdp$ no shutdown\n- config>service>vpls>mesh-sdp$ exit\n- config>service>vpls# no shutdown\n- config>service>vpls# exit all", "ruleFixId": "F-88379r1203975_fix", "ruleCheckSystem": "C-88474r1203974_chk", "ruleCheckContent": "Review the PE router configuration to verify split horizon is enabled.\n\nVerify the VPLS is using mesh-sdp using the command below:\n\n- show service id 100 base | match \"Service Access & Destination Points\" post-lines 4\nService Access & Destination Points\n-------------------------------------------------------------------------------\nIdentifier Type AdmMTU OprMTU Adm Opr\n-------------------------------------------------------------------------------\nsdp:40:100 M(4.4.4.4) Mesh 0 9190 Up Up\n\nIf the VPLS service SDP type is not mesh, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40850, "benchmarkId": 687, "groupId": "V-283910", "title": "SRG-NET-000193-RTR-000002", "description": "", "ruleId": "SV-283910r1203979_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-000990", "ruleTitle": "The Nokia Provider Edge (PE) router providing virtual private local area network services (VPLS) must be configured to have traffic broadcast storm thresholds on customer edge-facing interfaces.", "ruleVulnDiscussion": "A traffic storm occurs when packets flood a VPLS bridge, creating excessive traffic and degrading network performance. Traffic storm control prevents VPLS bridge disruption by suppressing traffic when the number of packets reaches configured threshold levels. Traffic storm control monitors incoming traffic levels on a port and drops traffic when the number of packets reaches the configured threshold level during any one-second interval.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001095", "ruleIdents": [ "CCI-001095" ], "ruleFixText": "Configure QoS SAP-ingress to control broadcast storm for each VPLS bridge domain. Base the suppression threshold on expected traffic rates plus some additional capacity. \n\nConfigure QoS SAP-ingress using the example below:\n\n- configure qos sap-ingress 100 create\n- config>qos>sap-ingress# policer 10 create\n- config>qos>sap-ingress>policer# rate 12000\n- config>qos>sap-ingress>policer# exit\n- config>qos>sap-ingress# fc \"be\" create\n- config>qos>sap-ingress>fc# broadcast-policer 10\n- config>qos>sap-ingress>fc# exit\n- config>qos>sap-ingress# exit all \n\nApply the QoS SAP-ingress policy to the SAP using the example below:\n\n- configure service vpls 20 sap 1/1/c7/1 ingress qos 100", "ruleFixId": "F-88380r1203978_fix", "ruleCheckSystem": "C-88475r1203977_chk", "ruleCheckContent": "Review the router configuration to verify Quality-of-Service (QoS) SAP-ingress is applied on the service access point (SAP), deploying VPLS to control broadcast storm.\n\nVerify the QoS SAP-ingress policy is applied to the SAP using the configuration below:\n\n- show service id 20 sap 1/1/c7/1 qos | match \"Ingress qos-policy\"\nIngress qos-policy : 100 Egress qos-policy : 1\n\nIf the QoS SAP-ingress is not applied to the SAP, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40851, "benchmarkId": 687, "groupId": "V-283911", "title": "SRG-NET-000168-RTR-000078", "description": "", "ruleId": "SV-283911r1203982_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-001000", "ruleTitle": "The Nokia router must be configured to authenticate all routing protocol messages using National Institute of Standards and Technology (NIST)-validated Federal Information Processing Standards (FIPS) 198-1 message authentication code algorithm.", "ruleVulnDiscussion": "A rogue router could send a fictitious routing update to convince a site's perimeter router to send traffic to an incorrect or rogue destination. This diverted traffic could be analyzed to learn confidential information about the site's network or used to disrupt the network's ability to communicate with other networks. This is known as a \"traffic attraction attack\" and is prevented by configuring neighbor router authentication for routing updates. However, using clear-text authentication provides little benefit because an attacker can intercept traffic and view the authentication key. This would allow the attacker to use the authentication key in an attack.\n\nBecause MD5 is vulnerable to \"birthday\" attacks and may be compromised, routing protocol authentication must use FIPS 198-1-validated algorithms and modules to encrypt the authentication key. This requirement applies to all IPv4 and IPv6 protocols that are used to exchange routing or packet forwarding information. \n\nThis includes all Interior Gateway Protocols, such as Open Shortest Path First (OSPF), Enhanced Interior Gateway Routing Protocol (EIGRP), and Intermediate System to Intermediate System (IS-IS). It also includes Exterior Gateway Protocols, such as Border Gateway Protocol (BGP); Multiprotocol Label Switching (MPLS)-related protocols, such as Label Distribution Protocol (LDP); and multicast-related protocols.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-000803", "ruleIdents": [ "CCI-000803" ], "ruleFixText": "Configure routing protocol authentication to use a NIST-validated FIPS 198-1 message authentication code algorithm using the example below: \n\n- configure system security keychain \"test\" tcp-option-number send tcp-ao\n- configure system security keychain \"test\" tcp-option-number receive tcp-ao\n- configure system security keychain \"test\" direction bi entry 1 key 12345678901 algorithm aes-128-cmac-96 begin-time 2025/12/28 UTC 00:00:00\n- configure system security keychain \"test\" direction bi entry 2 key 12345678901 algorithm aes-128-cmac-96 begin-time 2026/06/28 UTC 00:00:00", "ruleFixId": "F-88381r1203981_fix", "ruleCheckSystem": "C-88476r1203980_chk", "ruleCheckContent": "Review the router configuration to verify it is using a NIST-validated FIPS 198-1 message authentication code algorithm to authenticate routing protocol messages.\n\nUse the command below and verify \"Algorithm\" configured for each keychain is a NIST-validated algorithm:\n\n- show system security keychain \"test\" detail\n\nKey chain:test\n\nDescription : (Not Specified)\nTCP-Option number send : tcp-ao Admin state : Up\nTCP-Option number receive : tcp-ao Oper state : Up\nUsed by : BGP\nExpired : No\n\nKey entries for key chain: test\n\nId : 1 Direction : send-receive\nAlgorithm : aes-128-cmac-96 Option : none\nAdmin State : Up RX Valid : Yes\nTX Active : Yes Tolerance : 300\nBegin Time : 2025/12/28 00:00:00 Begin Time (UTC) : 2025/12/28 00:00:00\nEnd Time : 2026/06/28 00:00:00 End Time (UTC) : 2026/06/28 00:00:00\n\nIf a NIST-validated FIPS 198-1 message authentication code algorithm is not being used to authenticate routing protocol messages, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40852, "benchmarkId": 687, "groupId": "V-283912", "title": "SRG-NET-000230-RTR-000001", "description": "", "ruleId": "SV-283912r1203985_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-001010", "ruleTitle": "The Nokia router must be configured to implement message authentication for all control plane protocols.", "ruleVulnDiscussion": "A rogue router could send a fictitious routing update to convince a site's perimeter router to send traffic to an incorrect or rogue destination. This diverted traffic could be analyzed to learn confidential information about the site's network or used to disrupt the network's ability to communicate with other networks. This is known as a \"traffic attraction attack\" and is prevented by configuring neighbor router authentication for routing updates.\n\nThis requirement applies to all IPv4 and IPv6 protocols that are used to exchange routing or packet forwarding information. This includes Border Gateway Protocol (BGP), Routing Information Protocol (RIP), Open Shortest Path First (OSPF), Enhanced Interior Gateway Routing Protocol (EIGRP), Intermediate System to Intermediate System (IS-IS), and Label Distribution Protocol (LDP).\n\nSatisfies: SRG-NET-000230-RTR-000001, SRG-NET-000168-RTR-000077", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001184", "ruleIdents": [ "CCI-001184", "CCI-000803" ], "ruleFixText": "Configure authentication to be enabled for every protocol that affects the routing or forwarding tables using the example below: \n\nConfigure key chain:\n\n- configure system security keychain \"test\" tcp-option-number send tcp-ao\n- configure system security keychain \"test\" tcp-option-number receive tcp-ao\n- configure system security keychain \"test\" direction bi entry 1 key 12345678901 algorithm aes-128-cmac-96 begin-time 2025/12/28 UTC 00:00:00\n- configure system security keychain \"test\" direction bi entry 2 key 12345678901 algorithm aes-128-cmac-96 begin-time 2026/06/28 UTC 00:00:00\n\nApply the key chain to the BGP neighbor:\n\n- configure router bgp group \"eBGP\" auth-keychain \"test\"", "ruleFixId": "F-88382r1203984_fix", "ruleCheckSystem": "C-88477r1203983_chk", "ruleCheckContent": "Review the router configuration.\n\nFor every protocol that affects the routing or forwarding tables (where information is exchanged between neighbors), verify neighbor router authentication is enabled using the command below: \n\n- show system security keychain \"test\" detail\n\nKey chain:test\n\nDescription : (Not Specified)\nTCP-Option number send : tcp-ao Admin state : Up\nTCP-Option number receive : tcp-ao Oper state : Up\nUsed by : BGP\nExpired : No\n\nKey entries for key chain: test\n\nId : 1 Direction : send-receive\nAlgorithm : aes-128-cmac-96 Option : none\nAdmin State : Up RX Valid : Yes\nTX Active : Yes Tolerance : 300\nBegin Time : 2025/12/28 00:00:00 Begin Time (UTC) : 2025/12/28 00:00:00\nEnd Time : 2026/06/28 00:00:00 End Time (UTC) : 2026/06/28 00:00:00\n\nIf authentication is not enabled, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40853, "benchmarkId": 687, "groupId": "V-283913", "title": "SRG-NET-000202-RTR-000001", "description": "", "ruleId": "SV-283913r1203988_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-001030", "ruleTitle": "The Nokia perimeter router must be configured to deny network traffic by default and allow network traffic by exception.", "ruleVulnDiscussion": "A deny-all, permit-by-exception network communications traffic policy ensures that only connections that are essential and approved are allowed.\n\nThis requirement applies to both inbound and outbound network communications traffic. All inbound and outbound traffic must be denied by default. Firewalls and perimeter routers should only allow traffic through that is explicitly permitted. The initial defense for the internal network is to block any traffic at the perimeter that is attempting to make a connection to a host residing on the internal network. In addition, allowing unknown or undesirable outbound traffic by the firewall or router will establish a state that will permit the return of this undesirable traffic inbound.\n\nSatisfies: SRG-NET-000202-RTR-000001, SRG-NET-000019-RTR-000002", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001109", "ruleIdents": [ "CCI-001109", "CCI-001414" ], "ruleFixText": "Configure the Nokia router to enforce approved authorizations for controlling the flow of information between interconnected networks in accordance with applicable policy, as shown in the example below: \n\nCreate an IPv4 filter:\n\n- configure filter ip-filter 30 create\n- config>filter>ip-filter$ entry 10 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 20 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/30\n- config>filter>ip-filter>entry>match$ dst-port 179 eq\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 30 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/32\n- config>filter>ip-filter>entry>match$ src-port 179 eq\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 40 create\n- config>filter>ip-filter>entry$ match protocol \"icmp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/32\n- config>filter>ip-filter>entry>match$ icmp-type \"echo-request\"\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 50 create\n- config>filter>ip-filter>entry$ match protocol \"icmp\"\n- config>filter>ip-filter>entry>match$ src-ip 10.12.1.9/32\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.10/32\n- config>filter>ip-filter>entry>match$ icmp-type \"echo-reply\"\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ entry 60 create\n- config>filter>ip-filter>entry$ match protocol \"tcp\"\n- config>filter>ip-filter>entry>match$ dst-ip 10.12.1.22/32\n- config>filter>ip-filter>entry>match$ dst-port 80 eq\n- config>filter>ip-filter>entry>match$ exit\n- config>filter>ip-filter>entry$ action forward\n- config>filter>ip-filter>entry$ exit\n- config>filter>ip-filter$ default-action drop\n- config>filter>ip-filter$ exit all\n\nApply the IPv4 filter on the interface:\n\n- configure router interface \"TO-PE2\" ingress filter ip 30", "ruleFixId": "F-88383r1203987_fix", "ruleCheckSystem": "C-88478r1203986_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the router configuration to verify the access control list (ACL) or filter is configured to allow specific ports and protocols and deny all other traffic.\n\nVerify the IPv4 filter is applied on the interface using the command below: \n\n- show router interface \"TO-PE2\" detail | match \"Ingress Filter\"\n\nEgress Filter : none Ingress Filter : 30\n\nIf the filter is not configured to allow specific ports and protocols and deny all other traffic, this is a finding. \n\nIf the filter is not configured inbound on all external interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40854, "benchmarkId": 687, "groupId": "V-283914", "title": "SRG-NET-000205-RTR-000014", "description": "", "ruleId": "SV-283914r1203991_rule", "ruleWeight": "10.0", "ruleSeverity": "high", "ruleVersion": "NOKI-RT-001050", "ruleTitle": "The Nokia perimeter router must be configured to restrict it from accepting outbound IP packets that contain an illegitimate address in the source address field via egress filter or by enabling Unicast Reverse Path Forwarding (uRPF).", "ruleVulnDiscussion": "A compromised host in an enclave can be used by a malicious platform to launch cyberattacks on third parties. This is a common practice in \"botnets\", which are a collection of compromised computers using malware to attack other computers or networks. Distributed denial-of-service (DDoS) attacks frequently leverage IP source address spoofing to send packets to multiple hosts that in turn will send return traffic to the hosts with the IP addresses that were forged. \n\nThis can generate significant amounts of traffic. Therefore, protection measures to counteract IP source address spoofing must be taken. When uRPF is enabled in strict mode, the packet must be received on the interface that the device would use to forward the return packet, mitigating IP source address spoofing.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "This requirement is not applicable for the DODIN Backbone.\n\nConfigure the router to ensure that an egress filter or uRPF is configured to restrict the router from accepting any outbound IP packet that contains an external IP address in the source field.\n\nConfigure uRPF using the example below: \n\n- configure router interface \"TO-PE2\" urpf-check mode loose", "ruleFixId": "F-88384r1203990_fix", "ruleCheckSystem": "C-88479r1203989_chk", "ruleCheckContent": "This requirement is not applicable for the DODIN Backbone.\n\nReview the router configuration to verify uRPF or an egress filter has been configured on all internal interfaces to restrict the router from accepting outbound IP packets that contain an illegitimate address in the source address field.\n\nVerify uRPF on all internal interfaces and verify the \"uRPF Chk\" field is set to \"enabled\" using the command below: \n\n- show router interface \"TO-PE2\" detail | match \"uRPF Chk\"\nuRPF Chk : enabled uRPF Chk Mode : loose\nuRPF Chk Fail Pk*: 0 uRPF Fail Bytes : 0\n\nIf uRPF or an egress filter to restrict the router from accepting outbound IP packets that contain an illegitimate address in the source address field has not been configured on all internal interfaces, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40855, "benchmarkId": 687, "groupId": "V-283915", "title": "SRG-NET-000760-RTR-000160", "description": "", "ruleId": "SV-283915r1203994_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-001070", "ruleTitle": "The Nokia router must establish organization-defined alternate communications paths for system operations organizational command and control.", "ruleVulnDiscussion": "An incident, whether adversarial or nonadversarial, can disrupt established communications paths used for system operations and organizational command and control. Alternate communications paths reduce the risk of all communications paths being affected by the same incident. \n\nTo compound the problem, the inability of organizational officials to obtain timely information about disruptions or provide timely direction to operational elements after a communications path incident can impact the organization's ability to respond to such incidents in a timely manner. Establishing alternate communications paths for command and control purposes, including designating alternative decision makers if primary decision makers are unavailable and establishing the extent and limitations of their actions, can greatly facilitate the organization's ability to continue to operate and take appropriate actions during an incident.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-004931", "ruleIdents": [ "CCI-004931" ], "ruleFixText": "Configure the mgmt port address for the out-of-band access using the example below: \n\n- bof address 10.10.111.182/24\n\nConfigure the VPRN service for in-band management using the example below: \n\n- configure service vprn 30 customer 1 create\n- config>service>vprn# router-id 3.3.3.3\n- config>service>vprn# autonomous-system 65100\n- config>service>vprn# interface \"management-network\" create\n- config>service>vprn>if# address 172.x.x.x/30\n- config>service>vprn>if# sap 1/1/c3/1 create\n- config>service>vprn>if>sap# exit\n- config>service>vprn>if# exit\n- config>service>vprn# bgp-ipvpn\n- config>service>vprn>bgp-ipvpn# mpls\n- config>service>vprn>bgp-ipvpn>mpls# auto-bind-tunnel\n- config>service>vprn>bgp-ipvpn>mpls>auto-bind-tunnel# resolution any\n- config>service>vprn>bgp-ipvpn>mpls>auto-bind-tunnel# exit\n- config>service>vprn>bgp-ipvpn>mpls# route-distinguisher x.x.x.x:x\n- config>service>vprn>bgp-ipvpn>mpls# vrf-target target:x:x\n- config>service>vprn>bgp-ipvpn>mpls# no shutdown\n- config>service>vprn>bgp-ipvpn>mpls# exit\n- config>service>vprn>bgp-ipvpn# exit\n- config>service>vprn# no shutdown", "ruleFixId": "F-88385r1203993_fix", "ruleCheckSystem": "C-88480r1203992_chk", "ruleCheckContent": "There are several alternate communication paths to manage the device. The management port can be used as the first communication path for out-of-band access. The Virtual Private Routed Network (VPRN) service can be used as the second communication path for in-band access. The console port can be used as the third communication path for out-of-band access.\n\nVerify the mgmt port address using the command below: \n\n- show bof | match address\n address 10.10.111.182/24 active\n\nVerify that only the routes and interfaces belonging to the management VPRN are present using the command below: \n\n- show router 30 route-table\n\nRoute Table (Service: 30)\n\nDest Prefix[Flags] Type Proto Age Pref\n Next Hop[Interface Name] Metric\n-------------------------------------------------------------------------------\n172.x.x.x/30 Remote BGP VPN 00h07m10s 170\n 4.4.4.4 (tunneled:RSVP:1) 30\n172.x.x.x/30 Local Local 00h20m51s 0\n management-network 0\n\nIf the mgmt port address and mgmt network are not configured in the VPRN, this is the finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" }, { "id": 40856, "benchmarkId": 687, "groupId": "V-283916", "title": "SRG-NET-000205-RTR-000013", "description": "", "ruleId": "SV-283916r1203997_rule", "ruleWeight": "10.0", "ruleSeverity": "medium", "ruleVersion": "NOKI-RT-001080", "ruleTitle": "The Nokia router providing connectivity to the Network Operations Center (NOC) must be configured to forward all in-band management traffic via a Media Access Control Security (MACsec) tunnel.", "ruleVulnDiscussion": "When the production network is managed in-band, the management network could be housed at a NOC that is located remotely at single or multiple interconnected sites. NOC interconnectivity, as well as connectivity between the NOC and the managed network, must be enabled using MACsec tunnels to provide the separation and integrity of the managed traffic.", "ruleFalsePositives": "", "ruleFalseNegatives": "", "ruleDocumentable": "false", "ruleMitigations": "", "ruleIdent": "CCI-001097", "ruleIdents": [ "CCI-001097" ], "ruleFixText": "Configure the connection association using the example below: \n\n- configure macsec connectivity-association \"FJM-MACsec1\"\n- config>macsec>connectivity-association# clear-tag-mode single-tag\n- config>macsec>connectivity-association# replay-window-size 2\n- config>macsec>connectivity-association# replay-protection\n- config>macsec>connectivity-association# cipher-suite gcm-aes-256\n- config>macsec>connectivity-association# static-cak\n- config>macsec>conn-assoc>static-cak# pre-shared-key 1 encryption-type aes-256-cmac create\n- config>macsec>conn-assoc>static-cak>pre-shared-key# cak wrlzKvncyuYlYKdRwW3SEUPnGZ6y4qPMTlmCZ0QvnOIx66eDgHY57Q27QnvLiy/x hash2\n- config>macsec>conn-assoc>static-cak>pre-shared-key# ckn dead123456789012345678901234567890123456789012345678901234567890\n- config>macsec>conn-assoc>static-cak>pre-shared-key# exit\n- config>macsec>conn-assoc>static-cak# pre-shared-key 2 encryption-type aes-256-cmac create\n- config>macsec>conn-assoc>static-cak>pre-shared-key# cak 6aF8QgBi/cWEa9SiYTxte38+RqnQLgeMQemd0PjWb61P2kPOg5Pc9clNySHiwfmA hash2\n- config>macsec>conn-assoc>static-cak>pre-shared-key# ckn beef123456789012345678901234567890123456789012345678901234567890\n- config>macsec>conn-assoc>static-cak>pre-shared-key# exit\n- config>macsec>conn-assoc>static-cak# active-psk 2\n- config>macsec>conn-assoc>static-cak# mka-key-server-priority 1\n- config>macsec>conn-assoc>static-cak# exit\n- config>macsec>connectivity-association# no shutdown\n- config>macsec>connectivity-association# exit all\n\nConfigure the port using the example below: \n\n- configure port 1/1/c15/1\n- config>port# ethernet dot1x\n- config>port>ethernet>dot1x# macsec\n- config>port>ethernet>dot1x>macsec# sub-port 1 create\n- config>port>ethernet>dot1x>macsec>sub-port# ca-name FJM-MACsec1 \n- config>port>ethernet>dot1x>macsec>sub-port# encap-match single-tag 10\n- config>port>ethernet>dot1x>macsec>sub-port# max-peer 1\n- config>port>ethernet>dot1x>macsec>sub-port# no shutdown\n- config>port>ethernet>dot1x>macsec>sub-port# exit\n- config>port>ethernet>dot1x>macsec# exit\n- config>port>ethernet>dot1x# no shutdown\n- config>port>ethernet>dot1x# exit\n- config>port# no shutdown\n- config>port# exit all", "ruleFixId": "F-88386r1203996_fix", "ruleCheckSystem": "C-88481r1203995_chk", "ruleCheckContent": "Verify the connection association using the command below: \n\n- show macsec connectivity-association \"FJM-MACsec1\" detail\n\nConnectivity Association \"FJM-MACsec1\"\nAdmin State : Up\nDescription : FJM-MACsec1\nDelay Protection : Disabled\nReplay Protection : Enabled\nReplay Window Size : 2\nMacsec Encrypt : Enabled\nClear Tag Mode : single-tag\nCipher Suite : gcm-aes-256\nEncryption Offset : 0\nAssigned ports : 1/1/c15/1:1 \n\n-------------------------------------------------------------------------------\nStatic Cak\n-------------------------------------------------------------------------------\nMKA Key Server Priority : 1\nActive Pre-Shared-Key Index : 2\nHello Interval : 2\nActive Pre-Shared-Key CKN : beef12345678901234567890123456789012345678901234\n 5678901234567890\nEncryption Type : aes-256-cmac\n\nVerify macsec mks-session using the command below: \n\n- show macsec mka-session port 1/1/c15/1 detail\n\nMKA Session for port 1/1/c15/1: sub-port 1 encap :10\n\nSecurity Zone : 14\nCA Name : FJM-MACsec1\nMKA Oper State : in-service\nOper Cipher Suite : gcm-aes-256\nOper Encrypt Offset: 0\nCAK Name : beef123456789012345678901234567890123456789012345678901234\n 567890\nMKA Member ID : 8ec720196e42d3ab16921210\nTransmit Interval : 2000\nOutbound SCI : 0031263b8cc40001\nMKA Encapsulation : :10\nMessage Number : 501\nKey Number : 3\nKey Server : no\nKey Server Priority: 1\nLatest SAK AN : 2\nLatest SAK KI : dcf5a9fd6e055c47744f276c00000003\nLatest SAK LPN : 1\nPrevious SAK AN : 0\nPrevious SAK KI : 00000000000000000000000000000000\nPrevious SAK LPN : 0\n\nIf the management traffic is not secured via MACsec tunnel, this is a finding.", "createdAt": "2026-07-11T12:27:50.676Z", "updatedAt": "2026-07-11T12:27:50.676Z" } ], "profiles": [ { "id": 6116, "benchmarkId": 687, "profileId": "MAC-1_Classified", "title": "I - Mission Critical Classified", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6117, "benchmarkId": 687, "profileId": "MAC-1_Public", "title": "I - Mission Critical Public", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6118, "benchmarkId": 687, "profileId": "MAC-1_Sensitive", "title": "I - Mission Critical Sensitive", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6119, "benchmarkId": 687, "profileId": "MAC-2_Classified", "title": "II - Mission Support Classified", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6120, "benchmarkId": 687, "profileId": "MAC-2_Public", "title": "II - Mission Support Public", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6121, "benchmarkId": 687, "profileId": "MAC-2_Sensitive", "title": "II - Mission Support Sensitive", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6122, "benchmarkId": 687, "profileId": "MAC-3_Classified", "title": "III - Administrative Classified", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6123, "benchmarkId": 687, "profileId": "MAC-3_Public", "title": "III - Administrative Public", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" }, { "id": 6124, "benchmarkId": 687, "profileId": "MAC-3_Sensitive", "title": "III - Administrative Sensitive", "description": "", "createdAt": "2026-07-11T12:27:50.941Z", "updatedAt": "2026-07-11T12:27:50.941Z" } ] }