Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain Layer-2 adjacency to RSVP-enabled interface
-
DeliveryCraft malformed RSVP packet
-
ExploitTransmit to receiving interface
-
ExecutionTrigger input-quantity validation flaw in rpd
-
ImpactCrash routing daemon and deny service
Vulnerability Assessment
| Exploitation Conditions | Exploitation requires that RSVP be explicitly enabled on the interface receiving the attacker's traffic - this is a non-default configuration tied to MPLS traffic-engineering/RSVP signaling deployments, so routers without RSVP configured are not exposed. The attacker must also have adjacent (Layer-2/directly-reachable) access to that interface (CVSS AV:A), limiting exploitation to attackers on a connected link, peering segment, or an already-compromised neighboring device rather than arbitrary remote internet hosts. No authentication and no user interaction are needed (PR:N/UI:N), and impact is limited to denial of service (availability only); there is no confidentiality or integrity exposure. |
| Impact | This is a moderate, real-but-conditional availability risk rather than a top-tier emergency. The vendor-supplied CVSS 4.0 vector (AV:A/AC:L/AT:N/PR:N/UI:N) shows an adjacent, low-complexity, unauthenticated path with no required attack prerequisites, and the only impact is availability (VA:H plus SA:L subsequent-system availability) - consistent with a routing-daemon (rpd) crash/DoS and no confidentiality or integrity loss. The score of 7.1 is driven entirely by the ease of triggering and the high availability impact, not by code execution. Three signals temper the raw score: (1) the vector is AV:A (adjacent/Layer-2 reachable), not AV:N, so an attacker needs network adjacency to the vulnerable interface rather than arbitrary internet access; (2) exploitation is gated on RSVP being enabled on the receiving interface, which is a non-default, MPLS/traffic-engineering-specific configuration; and (3) there is no EPSS score, no CISA KEV listing, and no public POC in the provided data, indicating no evidence of real-world exploitation. Net: this is a legitimate patch-priority item for operators who run RSVP/MPLS on Junos, but it is not a drop-everything issue for the general Junos population. No conflicting signals were found, but note that EPSS/POC data is simply absent rather than confirmed-negative. |
| Exploit ScenarioDerived | An attacker with Layer-2 adjacency to a Junos or Junos OS Evolved router (for example, a compromised device or malicious host on a directly connected link or peering segment) sends a specially malformed RSVP packet to an interface where RSVP is enabled. Improper validation of a specified quantity in the packet causes the routing protocol daemon (rpd) to fail, disrupting routing and causing a denial of service. No public exploit code is identified at the time of analysis, and no authentication is required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv3 – Oct 14, 2026
Denial of service in the routing protocol daemon (rpd) of Juniper Networks Junos OS and Junos OS Evolved allows an adjacent, unauthenticated attacker to disrupt or crash RSVP processing by sending a malformed RSVP packet to an interface where RSVP is explicitly enabled. Exploitation is conditional: RSVP is not enabled by default and is only present in MPLS traffic-engineering/signaling deployments, and the attacker must have Layer-2 or directly-reachable adjacency to the affected interface (CVSS AV:A, PR:N, UI:N), so routers without RSVP configured are not exposed. Impact is availability-only with no confidentiality or integrity exposure; vendor CVSS is 7.1, and no public exploit code or confirmed in-the-wild exploitation was identified at time of analysis.
Earlier versions of this analysis (2)
A malformed RSVP packet can crash the routing protocol daemon (rpd) on Juniper Networks Junos OS and Junos OS Evolved, producing a denial-of-service condition (CVSS 7.1; assessed CVSS 3.1 base 6.5-ish vector AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H). The flaw is only reachable from an adjacent-network position (CVSS AV:A) and only when RSVP is explicitly enabled on the receiving interface; RSVP is off by default and is typically configured only in MPLS traffic-engineering or resource-reservation deployments, so the exposed population is narrow. It is unauthenticated (PR:N) and requires no user interaction (UI:N); there is no public exploit code identified and no confirmed active exploitation (not in CISA KEV) at time of analysis, and impact is availability-only with no confidentiality or integrity consequence. Note: the official CVSS 4.0 vector is AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:L, while the independent assessment rates the same prerequisites as CVSS 3.1 AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H.
A malformed RSVP packet sent from an adjacent network position can crash the routing protocol daemon (rpd) on Juniper Networks Junos OS and Junos OS Evolved, causing a denial of service on any device where RSVP is enabled on the receiving interface. The assessed CVSS 3.1 vector (AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, base 6.5 MEDIUM) confirms an adjacent, low-complexity, unauthenticated attack with no user interaction and availability-only impact, so the realistic exposure is limited to routers that are both reachable at layer 2 by an attacker and running RSVP - a non-default configuration typical of MPLS/RSVP-TE traffic-engineering deployments rather than general internet-facing setups. No public exploit code has been identified at time of analysis and the flaw is not listed in CISA KEV; Juniper's advisory JSA112187 is the authoritative source for affected and fixed releases.
RemediationAI
Apply the vendor-released fixed versions listed in Juniper advisory JSA112187 (https://supportportal.juniper.net/JSA112187): for Junos OS upgrade to 23.2R2-S7.7, 23.4R2-S8.13, 24.2R2-S5.5, 24.4R2-S5, 25.2R2-S2, 25.4R1-S3, or 26.2R1-S2 as appropriate to the release train in use, and for Junos OS Evolved upgrade to 23.2R2-S7.7-EVO, 23.4R2-S8.11-EVO, 24.2R2-S5.6-EVO, 24.4R2-S5-EVO, 25.2R2-S2-EVO, 25.2X100-D35-EVO, 25.4R1-S3-EVO, 25.4X300-D40-EVO, or 26.2R1-S2-EVO. Where immediate upgrade is not possible, verify whether RSVP is actually configured on the device - if it is only deployed for MPLS traffic engineering on specific core/peering interfaces, disabling RSVP on interfaces that do not require it (or removing RSVP from the configuration entirely where MPLS TE is unused) completely removes the vulnerable code path, with the trade-off that MPLS signaled LSPs and TE path reservations on those interfaces will stop functioning. Restrict Layer-2/directly-connected adjacency to RSVP-enabled interfaces - apply firewall filters or ACLs to drop RSVP (IP protocol 46) from untrusted peers or edge-facing segments - accepting that legitimate RSVP signaling from those peers will also be blocked. In all cases, monitor rpd logs and Junos alarms for RSVP-related process crashes or restarts as an indicator of attempted or accidental triggering.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw lies in the routing protocol daemon (rpd) of Juniper Networks Junos OS and Junos OS Evolved (CPE: cpe:2.3:a:juniper_networks:junos_os and cpe:2.3:a:juniper_networks:junos_os_evolved), specifically in how rpd handles Resource Reservation Protocol (RSVP) signaling - the protocol used for MPLS traffic engineering path setup and bandwidth reservation between adjacent routers. The root cause is the CWE-1284 class of improper validation of a specified quantity in input: a length, count, or similarly structured field inside a malformed RSVP message is trusted without adequate bounds/consistency checking, so rpd faults when processing it on an interface where RSVP is enabled, producing a denial of service. Because the vulnerable path is reached only after an RSVP-enabled adjacency is established and RSVP processing is active, exposure is limited to MPLS/TE deployments on the relevant interfaces; no authentication is required and no user interaction is involved, and the assessed CVSS:3.1 vector (AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) confirms an availability-only impact requiring adjacent network access.
Know when Junos Os gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:L
Adjacent unauthenticated malformed RSVP packet (AV:A/AC:L/PR:N/UI:N) crashes rpd for an availability-only DoS (A:H), with no confidentiality or integrity impact.
Primary rating from Vendor (juniper).
CVSS VectorVendor: juniper
Lifecycle Timeline
4DescriptionCVE.org
A Improper Validation of Specified Quantity in Input vulnerability in the routing protocol daemon (rpd) of Juniper Networks Junos OS and Junos OS Evolved allows an adjacent unauthenticated attacker to cause a denial of service via a malformed RSVP packet when RSVP is enabled on the receiving interface.
Executive ViewAI
Juniper Networks Junos OS and Junos OS Evolved contain a high-severity availability issue that can let an adjacent unauthenticated attacker disrupt routing only in deployments where RSVP is explicitly enabled for MPLS traffic engineering or signaling. Most routers are unaffected because RSVP is off by default, so leadership should focus on critical MPLS segments and ensure patching and exposure reduction for those assets. There is currently no public exploit identified at time of analysis, but targeted outages remain possible until remediation is completed.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
OS command injection in the phcd phone-home daemon of Juniper Networks Junos OS and Junos OS Evolved lets an adjacent, u
Unauthenticated remote code execution with root privileges affects Juniper Networks Junos OS devices that expose the J-W
Heap-based buffer overflow in the sdxd service-deployment daemon of Juniper Networks Junos OS and Junos OS Evolved allow
A stack-based buffer overflow in the srxpfe packet forwarding process of Juniper Networks Junos OS on SRX Series devices
Unauthenticated remote code execution with elevated privileges is possible in Juniper Junos OS and Junos OS Evolved thro
Remote root code execution in the routing protocol daemon (rpd) of Juniper Junos OS is reachable through protocol-valid
Remote code execution (on Junos OS) and rpd denial of service (on Junos OS and Junos OS Evolved) result from a stack-bas
Remote code execution with root privileges on Juniper Networks Junos OS and Junos OS Evolved is possible when the routin
Remote code execution and denial of service in Juniper Networks Junos OS and Junos OS Evolved arise from a stack-based b
Unauthenticated remote attackers can gain root-level configuration access and fully compromise Juniper Junos OS and Juno
Integer underflow in the Junos OS kernel can crash a device when the Extended Echo feature (RFC 8335 ICMP probing) is co
Heap-based buffer overflow in Juniper Networks Junos OS on SRX Series devices that have Secure Vector Routing (SVR) enab
EUVD-2026-101474
GHSA-q4mr-jjqg-mgv2
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB