MEDIUM 6.5

CVE-2026-57019: Juniper MX Junos OS Denial-of-Service via Improper Packet Validation

A vulnerability in Juniper Networks Junos OS on MX Series routers allows an attacker on the same local network to crash a Forwarding Card (FPC) by sending a specially crafted packet. The device incorrectly calculates packet size in certain traffic scenarios, causing processing to fail and triggering a hardware reset. While the system recovers automatically, traffic is interrupted until that recovery completes, making this a localized denial-of-service risk for networks running vulnerable MX platforms.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-1284
Affected products
53 configuration(s)
Published / Modified
2026-07-09 / 2026-07-13

NVD description (verbatim)

An Improper Validation of Specified Quantity in Input vulnerability in the Packet Forwarding Engine (pfe) of Juniper Networks Junos OS on MX Series allows an unauthenticated, adjacent attacker to cause a Denial-of-Service (DoS). When a specific packet is received from device in the same broadcast domain, an affected system calculates the packet size incorrectly. This causes further packet processing to fail, which triggers an FPC major error, resulting in a FPC reset impacting traffic until the FPC has automatically recovered. Affected scenarios are: MAP-T, or non-IP traffic encapsulated in IP (e.g. MPLS over GRE). When this issue happens the following logs can be observed: fpc<#> CMError: /fpc/0/pfe/0/cm/0/MQSS(0)/0/MQSS_CMERROR_LI_INT_REG_UNROLL_TAIL_LENGTH_OVF (0x2205eb), scope: pfe, category: functional, severity: major, module: MQSS(0), type: LI: Unroll TAIL length overflow, oc_category: default fpc<#> Performing action reset-fru for error /fpc/0/pfe/0/cm/0/MQSS(0)/0/MQSS_CMERROR_LI_INT_REG_UNROLL_TAIL_LENGTH_OVF (0x2205eb) in module: MQSS(0) with scope: pfe category: functional level: major, oc_category: default This issue affects Junos OS on MX Series: * all versions before 23.2R2-S6, * 23.4 versions before 23.4R2-S7, * 24.2 versions before 24.2R2-S4, * 24.4 versions before 24.4R2-S4, * 25.2 versions before 25.2R2.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-57019 is an improper input validation flaw in the Packet Forwarding Engine (PFE) of Juniper Junos OS affecting MX Series routers. The vulnerability exists in how the system calculates packet size when processing MAP-T traffic or non-IP protocols tunneled over IP (such as MPLS over GRE). When a malformed packet matching these conditions is received from an adjacent device, the calculation error propagates through packet processing logic in the Modular Queue Scheduler (MQSS) component, triggering an integer overflow condition (LI_INT_REG_UNROLL_TAIL_LENGTH_OVF) that forces an FPC reset. The root cause is insufficient bounds checking on packet size inputs before they are used in downstream processing operations.

Business impact

Availability impact is the primary concern. A successful attack causes an FPC to reset, interrupting all traffic handled by that line card until automatic recovery completes. In a multi-FPC router, this affects a subset of bandwidth; in single-FPC deployments, it could cause significant service disruption. Organizations relying on Junos MX platforms for critical forwarding should assess whether an adversary on their network perimeter or in a shared broadcast domain (ISP interconnect, MPLS network, or campus LAN) could repeatedly trigger this condition to sustain a denial-of-service.

Affected systems

All versions of Juniper Junos OS on MX Series routers are vulnerable unless patched. Specifically: all versions before 23.2R2-S6, versions 23.4 before 23.4R2-S7, versions 24.2 before 24.2R2-S4, versions 24.4 before 24.4R2-S4, and versions 25.2 before 25.2R2. Any MX Series deployment (MX10, MX40, MX80, MX104, MX240, MX480, MX960 families) running an older OS build falls into scope.

Exploitability

Exploitability is moderate but practically constrained. The attacker must be adjacent (same broadcast domain), possess no credentials, and trigger only via packet reception. However, weaponization requires crafting specific MAP-T or MPLS-over-GRE packets that hit the vulnerable code path; generic packet fuzzing is unlikely to surface the condition. The CVSS 3.1 score of 6.5 (MEDIUM) reflects the adjacent-only attack vector and the need for specific traffic types. Public exploit code does not appear to be in active circulation. Attacker motivation is limited to disruption rather than data theft or unauthorized access.

Remediation

Upgrade affected MX Series systems to patched versions: 23.2R2-S6 or later, 23.4R2-S7 or later, 24.2R2-S4 or later, 24.4R2-S4 or later, or 25.2R2 or later. Organizations should verify their current Junos build via 'request shell' and 'show version' commands, then schedule updates during a maintenance window. Juniper's advisory should be consulted for any version-specific upgrade guidance or interim workarounds if patching cannot be deployed immediately.

Patch guidance

Identify your current Junos version (run 'show version' on the affected router). Cross-reference against the vulnerable range for your major version branch. Patch versions are: 23.2R2-S6+, 23.4R2-S7+, 24.2R2-S4+, 24.4R2-S4+, 25.2R2+. Plan a maintenance window; FPC reset during patching may occur as the OS loads new firmware. Test the patched image on a non-production MX first if possible. Juniper's advisory and release notes should document any breaking changes or dependencies tied to your specific version path.

Detection guidance

Monitor system logs for the characteristic MQSS error message: 'MQSS_CMERROR_LI_INT_REG_UNROLL_TAIL_LENGTH_OVF' (error code 0x2205eb). This error, coupled with a subsequent 'Performing action reset-fru' entry, indicates a successful trigger. Enable extended logging on the PFE to capture the timing and source of offending packets if the attack persists. While logging does not prevent the DoS, it aids in identifying the attack source and verifying mitigation. Consider capturing inbound traffic on affected interfaces during an incident to analyze packet structures that triggered the reset.

Why prioritize this

This vulnerability merits timely but not emergency patching for most organizations. The MEDIUM severity, requirement for adjacent network access, and absence of active exploitation currently in the wild allow for scheduled remediation. However, operators managing MX platforms at critical network edges (ISP peering, major branch interconnection) or in untrusted network environments should deprioritize higher-severity issues only where risk justifies accelerated patching. Organizations in closed, well-controlled networks face lower urgency; those exposing MX devices to third-party traffic or running older major versions should move this to the front of the queue.

Risk score, explained

The CVSS 3.1 score of 6.5 reflects a MEDIUM severity assessment. Attack Vector (Adjacent) limits reach, as the attacker must share a broadcast domain; this is less severe than network-reachable vulnerabilities. Attack Complexity (Low) and lack of privilege/user interaction increase the threat. Availability Impact (High) is the only impact dimension, but no confidentiality or integrity loss occurs. The score appropriately captures that this is a local network DoS rather than a widespread, remotely exploitable compromise. Organizations should note that impact severity (FPC reset and traffic loss) may be higher in specific operational contexts, warranting elevated internal risk scoring for critical infrastructure.

Frequently asked questions

Can this vulnerability be exploited from the internet, or only from the local network?

Only from the adjacent network (same broadcast domain). The vulnerability requires direct Layer 2 adjacency, such as a shared ISP handoff, MPLS network segment, or local LAN. Internet-originating traffic cannot trigger it.

What is the difference between the vulnerability and a normal packet processing error?

This flaw stems from improper validation of packet size input, allowing a crafted size value to overflow downstream integer calculations in the MQSS module. A normal error might log and drop a bad packet; this one causes an unrecoverable state that forces hardware reset.

If my MX router is running version 24.3R1, am I affected?

If 24.3R1 is not listed as a vulnerable branch in the advisory, you may not be directly affected; however, verify against Juniper's official advisory. The stated vulnerable ranges are 23.2, 23.4, 24.2, 24.4, and 25.2. If you are on 24.3, consult Juniper directly or check their security database.

Can I work around this without upgrading?

There is no known workaround. The fix requires a firmware upgrade. You may reduce risk by isolating MX interfaces from untrusted networks or implementing ingress filtering to block MAP-T and MPLS-over-GRE traffic if operationally feasible, but these are not guaranteed mitigations.

This analysis is based on publicly available vulnerability data as of the publication date. CVE-2026-57019 specifics, patch versions, and remediation guidance should be verified against Juniper Networks' official security advisory and release notes. Organizations should conduct internal risk assessments based on their network topology, exposure, and Junos deployment specifics. SEC.co makes no warranty regarding the completeness or currency of this information; readers are responsible for independently confirming vendor guidance and compatibility before patching production systems. This document is for informational purposes and does not constitute legal or professional advice. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).