Support Support Downloads Knowledge Base Case Manager My Juniper Community

Knowledge Base

Search our Knowledge Base sites to find answers to your questions.

Ask All Knowledge Base Sites All Knowledge Base Sites JunosE Defect (KA)Knowledge BaseSecurity AdvisoriesTechnical BulletinsTechnotes Sign in to display secure content and recently viewed articles

2020-10 Security Bulletin: Junos OS: PTX/QFX Series: Kernel Routing Table (KRT) queue stuck after packet sampling a malformed packet when the tunnel-observation mpls-over-udp configuration is enabled. (CVE-2020-1679)

0

0

Article ID: JSA11076 SECURITY_ADVISORIES Last Updated: 28 Oct 2020Version: 4.0
Product Affected:
This issue affects Junos OS 17.2X75, 18.1, 18.2, 18.2X75, 18.3, 18.4, 19.1, 19.2, 19.3, 19.4, 20.1. Affected platforms: PTX, QFX.
Problem:

On Juniper Networks PTX and QFX Series devices with packet sampling configured using tunnel-observation mpls-over-udp, sampling of a malformed packet can cause the Kernel Routing Table (KRT) queue to become stuck.

KRT is the module within the Routing Process Daemon (RPD) that synchronized the routing tables with the forwarding tables in the kernel. This table is then synchronized to the Packet Forwarding Engine (PFE) via the KRT queue. Thus, when KRT queue become stuck, it can lead to unexpected packet forwarding issues.

An administrator can monitor the following command to check if there is the KRT queue is stuck:

user@device > show krt state
...
Number of async queue entries: 65007 <--- this value keep on increasing.

When this issue occurs, the following message might appear in the /var/log/messages:

DATE DEVICE kernel: %KERN-3: rt_pfe_veto: Too many delayed route/nexthop unrefs. Op 2 err 55, rtsm_id 5:-1, msg type 2
DATE DEVICE kernel: %KERN-3: rt_pfe_veto: Memory usage of M_RTNEXTHOP type = (0) Max size possible for M_RTNEXTHOP type = (7297134592) Current delayed unref = (60000), Current unique delayed unref = (18420), Max delayed unref on this platform = (40000) Current delayed weight unref = (60000) Max delayed weight unref on this platform= (400000) curproc = rpd
 

This issue affects Juniper Networks Junos OS on PTX/QFX Series:

  • 17.2X75 versions prior to 17.2X75-D105;
  • 18.1 versions prior to 18.1R3-S11;
  • 18.2 versions prior to 18.2R3-S5;
  • 18.2X75 versions prior to 18.2X75-D420, 18.2X75-D53, 18.2X75-D65;
  • 18.3 versions prior to 18.3R2-S4, 18.3R3-S3;
  • 18.4 versions prior to 18.4R1-S7, 18.4R2-S5, 18.4R3-S4;
  • 19.1 versions prior to 19.1R2-S2, 19.1R3-S2;
  • 19.2 versions prior to 19.2R1-S5, 19.2R3;
  • 19.3 versions prior to 19.3R2-S3, 19.3R3;
  • 19.4 versions prior to 19.4R1-S2, 19.4R2-S1, 19.4R3;
  • 20.1 versions prior to 20.1R1-S2, 20.1R2.

This issue does not affect Juniper Networks Junos OS prior to 18.1R1.
 

The examples of the configuration stanza affected by this issue are as follows:

[services flow-monitoring version9 template <template_name> tunnel-observation mpls-over-udp]

or

[services flow-monitoring version-ipfix template <template_name> tunnel-observation mpls-over-udp]

Juniper SIRT is not aware of any malicious exploitation of this vulnerability.

This issue was seen during production usage.

This issue has been assigned CVE-2020-1679.

Solution:

The following software releases have been updated to resolve this specific issue: Junos OS 17.2X75-D105, 18.1R3-S11, 18.2R3-S5, 18.2X75-D420, 18.2X75-D53, 18.2X75-D65, 18.3R2-S4, 18.3R3-S3, 18.4R1-S7, 18.4R2-S5, 18.4R3-S4, 19.1R2-S2, 19.1R3-S2, 19.2R1-S5, 19.2R3, 19.3R2-S3, 19.3R3, 19.4R1-S2, 19.4R2-S1, 19.4R3, 20.1R1-S2, 20.1R2, 20.2R1, 20.3X75-D10, and all subsequent releases.

This issue is being tracked as 1495788.

Workaround:

Disable sampling on all the interfaces will prevent the issue from occurring.

If the device is experiencing the issue, the administrator can perform the follow steps to restore KRT queue:

1. Disable sampling configuration on this FPC

   user@device> deactivate chassis fpc <slot-no> sampling-instance <instance-name>

2. Restart multi-svcs process on this FPC by killing the process. The multi-svcs will get stared automatically once it gets killed and resume normal processing.

Implementation:
Software releases or updates are available for download at https://www.juniper.net/support/downloads/.
Modification History:
2020-10-14: Initial Publication.
2020-10-15: Update related to "tunnel-observation mpls-over-udp" configuration requirement.
CVSS Score:
7.5 (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H)
Severity Level:
High
Severity Assessment:
Information for how Juniper Networks uses CVSS can be found at KB 16446 "Common Vulnerability Scoring System (CVSS) and Juniper's Security Advisories."

Related Links

Comment on this article > Affected Products Browse the Knowledge Base for more articles related to these product categories. Select a category to begin.

Getting Up and Running with Junos

Getting Up and Running with Junos Security Alerts and Vulnerabilities Product Alerts and Software Release Notices Problem Report (PR) Search Tool EOL Notices and Bulletins JTAC User Guide Customer Care User Guide Pathfinder SRX High Availability Configurator SRX VPN Configurator Training Courses and Videos End User Licence Agreement Global Search