STIGViewer Support

The Cisco 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.

Overview

Finding IDVersionRule IDIA ControlsSeverity
V-216810CISC-RT-000820SV-216810r856449_ruleCCI-002385low
Description
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 (DoS) 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.
STIGDate
Cisco IOS XR Router RTR Security Technical Implementation Guide2025-08-19

Related Frameworks

1 mapping across 4 frameworks
SCF0 mappings

No source states a mapping between these directly.

Also reachable in 3 hops (13) derived by us, not asserted by any source

Each of these is a route we composed by chaining published mappings. No publisher states a relationship between the two endpoints.

MON-01Continuous Monitoring
1.00
MON-01.1Intrusion Detection & Prevention Systems (IDS & IPS)
1.00
MON-01.3Inbound & Outbound Communications Traffic
1.00
MON-01.4System Generated Alerts
1.00
MON-01.8Security Event Monitoring
1.00
NET-01Network Security Controls (NSC)
1.00
NET-02Layered Network Defenses
1.00
SEA-01Secure Engineering Principles
1.00
SEA-02Alignment With Enterprise Architecture
1.00
CAP-01Capacity & Performance Management
0.50

+3 more (top 10 by confidence shown)

NIST 800-530 mappings

No source states a mapping between these directly.

Also reachable in 2 hops (36) derived by us, not asserted by any source

Each of these is a route we composed by chaining published mappings. No publisher states a relationship between the two endpoints.

AC-10Concurrent Session Control
1.00
AC-17(9)Disconnect or Disable Access
1.00
AC-2(4)Automated Audit Actions
1.00
AC-3Access Enforcement
1.00
AC-4Information Flow Enforcement
1.00
AC-6(9)Log Use of Privileged Functions
1.00
AU-12Audit Record Generation
1.00
AU-3Content of Audit Records
1.00
AU-5Response to Audit Logging Process Failures
1.00
CM-11(2)Software Installation with Privileged Status
1.00

+26 more (top 10 by confidence shown)

CCI1 mapping
NIST CSF 2.00 mappings

No source states a mapping between these directly.

Also reachable in 3 hops (3) derived by us, not asserted by any source

Each of these is a route we composed by chaining published mappings. No publisher states a relationship between the two endpoints.

Who does this work

12 NICE work roles and 9 EC-Council certifications.

This is an inference across published mappings, not a single claim by anyone. This check maps to a control, which maps to a Cybersecurity Framework outcome, which NIST assigns to the work roles below. EC-Council separately maps its certifications to those same roles.

A certification prepares someone for a role. It is not evidence that a holder is qualified, and neither NIST nor EC-Council has stated that any certification here addresses this check.

Work-role assignments published by NIST (NICE Framework Components 2.2.0 and the CSF 2.0 OLIR crosswalk). Certification mappings published by EC-Council.

Details

Check Text (C-216810r856449_chk)

The Cisco router does not have a mechanism to limit the multicast forwarding cache. However, the risk associated with this requirement can be fully mitigated by configuring the router to: 1. Filter PIM register messages. 2. Rate limiting the number of PIM register messages. 3. Accept MSDP packets only from known MSDP peers. Step 1: Verify that the RP router is configured to filter PIM register messages for any undesirable multicast groups and sources. The example below will deny any multicast streams for groups 239.5.0.0/16 and allow from only sources 10.1.2.6 and 10.1.2.7. ipv4 access-list PIM_REGISTER_FILTER 10 deny ipv4 any 239.5.0.0 0.0.255.255 20 permit ipv4 host 10.1.2.6 any 30 permit ipv4 host 10.1.2.7 any 40 deny ipv4 any any … … … router pim address-family ipv4 rp-address 2.2.2.2 accept-register PIM_REGISTER_FILTER Step 2: Verify that the router is configured to rate limiting the number of PIM register messages as shown in the example below. router pim address-family ipv4 allow-rp group-list FILTER_PIM_JOINS rp-address 10.2.2.2 accept-register PIM_REGISTER_FILTER maximum register-states 250 Note: The maximum register-states command is used to set an upper limit for PIM register states. When the limit is reached, PIM discontinues route creation from PIM register messages. If not configured, the default is 2000 which would be an overage for a small to average size multicast deployment. Step 3: Review the router configuration to determine if there is a receive path or interface filter to only accept MSDP packets from known MSDP peers as shown in the example below. Step 3a: Determine which interfaces would be peering MSDP with an external router by the configured peer addresses as shown in the example below. router msdp peer x.14.2.1 remote-as nn ! peer x.15.3.5 remote-as nn ! ! Step 3b: Verify that interfaces used for MSDP peering have an inbound ACL as shown in the example. interface GigabitEthernet0/0/0/1 ipv4 address x.14.2.2 255.255.255.252 ipv4 access-group EXTERNAL_ACL_INBOUND ingress Step 3c: Verify that the ACL restricts MSDP peering to only known sources. ipv4 access-list EXTERNAL_ACL_INBOUND 10 permit tcp host x.1.28.2 host x.1.28.8 eq 639 20 deny tcp any host x.1.28.8 eq 639 log 30 permit tcp host x.1.28.2 host x.1.28.8 eq bgp 40 permit tcp host x.1.28.2 eq bgp host x.1.28.8 50 permit pim host x.1.28.2 host x.1.28.8 60 permit tcp any any established … … … 140 deny ipv4 any any log Note: MSDP connections is via TCP port 639 If the RP router is not configured to filter PIM register messages, rate limiting the number of PIM register messages, and accept MSDP packets only from known MSDP peers, this is a finding.

Fix Text (F-18040r288805_fix)

The risk associated with this requirement can be fully mitigated by configuring the router to filter PIM register messages, rate limiting the number of PIM register messages, and accept MSDP packets only from known MSDP peers. Step 1: Configure the router to filter PIM register messages received from a multicast DR for any undesirable multicast groups and sources. The example below will deny any multicast streams for groups 239.5.0.0/16 and allow from only sources 10.1.2.6 and 10.1.2.7. RP/0/0/CPU0:R2(config)#ipv4 access-list PIM_REGISTER_FILTER RP/0/0/CPU0:R2(config-ipv4-acl)#deny ipv4 any 239.5.0.0 0.0.255.255 RP/0/0/CPU0:R2(config-ipv4-acl)#permit ipv4 host 10.1.2.6 any RP/0/0/CPU0:R2(config-ipv4-acl)#permit ipv4 host 10.1.2.7 any RP/0/0/CPU0:R2(config-ipv4-acl)#deny ipv4 any any RP/0/0/CPU0:R2(config-ipv4-acl)#exit RP/0/0/CPU0:R2(config)#router pim RP/0/0/CPU0:R2(config-pim)#address-family ipv4 RP/0/0/CPU0:R2(config-pim-default-ipv4)#accept-register PIM_REGISTER_FILTER RP/0/0/CPU0:R2(config-pim-default-ipv4)#end Step 2: Configure the RP to rate limit the number of multicast register messages. RP/0/0/CPU0:R2(config)#router pim RP/0/0/CPU0:R2(config-pim)#address-family ipv4 RP/0/0/CPU0:R2(config-pim-default-ipv4)#maximum register-states 250 RP/0/0/CPU0:R2(config-pim-default-ipv4)#end Step 3: Configure the receive path or interface ACLs to only accepts MSDP packets from known MSDP peers. RP/0/0/CPU0:R2(config)#ipv4 access-list EXTERNAL_ACL_INBOUND RP/0/0/CPU0:R2(config-ipv4-acl)#permit tcp host x.1.28.2 host x.1.28.8 eq 639 RP/0/0/CPU0:R2(config-ipv4-acl)#deny tcp any host x.1.28.8 eq 639 log RP/0/0/CPU0:R2(config-ipv4-acl)#permit tcp host x.1.28.2 host x.1.28.8 eq bgp RP/0/0/CPU0:R2(config-ipv4-acl)#permit tcp host x.1.28.2 eq bgp host x.1.28.8 RP/0/0/CPU0:R2(config-ipv4-acl)#permit pim host x.1.28.2 host x.1.28.8 RP/0/0/CPU0:R2(config-ipv4-acl)#permit tcp any any established … … … RP/0/0/CPU0:R2(config-ipv4-acl)#deny ip any any log