Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain position on adjacent network segment
-
DeliveryCraft malformed RIPv2 message
-
ExploitTrigger improper quantity validation in rpd
-
ExecutionCrash or hang routing daemon
-
ImpactDenial-of-service / routing disruption
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V2 - Validation and Business Logic Input size validation
|
| Exploitation Conditions | Exploitation requires that RIPv2 routing be actively configured and enabled on the target Junos OS or Junos Evolved device, since the malformed RIPv2 message must reach the rpd routing daemon's processing path; devices not running RIP are not exposed. The attacker must be network-adjacent (AV:A) - directly on the same link or broadcast domain as the target - rather than remote across the internet, which is the primary factor limiting realistic exploitation. No authentication (PR:N) and no user interaction (UI:N) are required once adjacency is achieved, and impact is limited to availability (routing disruption), with no confidentiality or integrity effect. |
| Impact | This is a moderate-risk availability issue, not a top-tier emergency. The vendor-provided CVSS 4.0 vector (AV:A/AC:L/AT:N/PR:N/UI:N) describes an adjacent, low-complexity, unauthenticated attack requiring no user interaction, but impact is confined to availability (VC:N/VI:N/VA:H, SA:L) - a denial-of-service on the routing protocol daemon (rpd), consistent with CWE-1284. The 7.1 score is meaningfully tempered by the AV:A constraint: the attacker must be on the same link/broadcast segment as the target, not anywhere on the internet, which sharply limits the realistic attacker population to those already inside the L2 adjacency (compromised neighbor device, malicious host on a shared segment, or an insider). No EPSS score, KEV listing, or POC was provided in the input, so there is no signal of active exploitation or available exploit code. The chief limiting factor not captured by CVSS is configuration dependence: RIPv2 must be actively configured on the device for the malformed message to reach the vulnerable code path, and RIP is not a default-enabled protocol in most modern Junos deployments. Net: a legitimate patching priority for operators running RIPv2 on exposed segments, but low urgency for the majority of Junos fleets that do not run RIP. |
| Exploit ScenarioDerived | An attacker positioned on a network segment directly adjacent to a Junos OS or Junos Evolved device that has RIPv2 enabled crafts and sends a malformed RIPv2 message to the routing daemon. The improper quantity validation in rpd causes the process to crash or hang, disrupting routing and producing a denial-of-service condition. No authentication or user interaction is required, but the attacker must already hold a position on the adjacent link; no public exploit identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Malformed RIPv2 messages delivered to the routing protocol daemon (rpd) can crash or otherwise disrupt routing on Juniper Networks Junos OS and Junos Evolved, producing a denial-of-service condition. Exploitation requires the attacker to be network-adjacent (same link or broadcast domain) and requires that RIPv2 be actively configured and enabled on the target; no authentication or user interaction is needed, and the impact is availability-only, with no confidentiality or integrity effect. The issue is rated CVSS 7.1 (CVSS 4.0 basis) and CVSS 3.1 AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H; there is no public exploit identified at time of analysis and it is not listed in CISA KEV, making this a moderate-risk availability issue rather than a top-tier emergency.
RemediationAI
Apply the fixed Junos OS or Junos Evolved release identified in Juniper advisory JSA112187 (https://supportportal.juniper.net/JSA112187); no vendor-released patch version was identified in the provided data at time of analysis, so the advisory must be consulted for exact fixed releases per platform and train. Where immediate upgrade is not possible, the most effective compensating control is to disable RIPv2 on interfaces that do not require it, or to convert interfaces to passive mode where RIP is only needed for route advertisement - the trade-off is loss of dynamic RIP-learned routes on those links. Alternatively, restrict the attack surface by filtering UDP port 520 at the segment boundary or by applying ingress ACLs so only trusted neighbor addresses can source RIP traffic toward the device, accepting that this requires accurate neighbor inventory and can break legitimate routing adjacencies if misconfigured; note that RIPv2 authentication (MD5) is not a reliable mitigation here because the issue is triggered by unauthenticated malformed input handling rather than by credential bypass. Because exploitation requires adjacency on the same link or broadcast domain, network segmentation and strict control over Layer 2 access to routing-facing segments materially reduce risk, at the cost of added operational complexity. Monitor and alert on rpd restarts, routing protocol flaps, and unexpected RIPv2 traffic from untrusted MAC/IP sources as a detection backstop.
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
RIPv2 is a distance-vector routing protocol carried over UDP port 520 (multicast 224.0.0.9) and processed on Junos devices by the routing protocol daemon, rpd. This CVE is rooted in CWE-1284 (Improper Validation of Specified Quantity in Input): the daemon does not correctly validate a quantity/length-style field within the malformed RIPv2 message against the actual message content before acting on it, so a crafted packet can drive rpd into an error or fault state and disrupt routing. CPE data lists both cpe:2.3:a:juniper_networks:junos_os:*:*:*:*:*:*:*:* and cpe:2.3:a:juniper_networks:junos_os_evolved:*:*:*:*:*:*:*:* as affected, indicating the exposure spans the mainline Junos OS and Junos Evolved code bases rather than a single platform. Notably, the supplied tag set includes 'Information Disclosure', which conflicts with the assessed and vendor-scored impact vectors (VC:N/VI:N, availability-only); the tag appears to be a mislabel and should not be used to characterize impact. Because the vulnerability lives on the protocol receive path, exposure is scoped to devices running the RIPv2 listener - devices without RIP configured never reach the vulnerable code path.
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/AU:Y/R:A/V:C/RE:M
Adjacent unauthenticated attacker sends a malformed RIPv2 packet (AV:A/PR:N/UI:N), code path is low-complexity to reach, and impact is availability-only (A:H, C:N/I:N) crashing rpd.
Primary rating from Vendor (juniper).
CVSS VectorVendor: juniper
Lifecycle Timeline
4DescriptionCVE.org
An Improper Validation of Specified Quantity in Input vulnerability in the rpd process of Juniper Networks Junos OS and Junos Evolved allows an unauthenticated adjacent attacker to cause a denial-of-service condition via a malformed RIPv2 message.
Executive ViewAI
Juniper Networks Junos OS and Junos Evolved routers that have RIPv2 enabled can be crashed or have their routing disrupted by malformed RIPv2 packets sent from an adjacent network segment, creating a denial-of-service exposure for organizations running Juniper routing infrastructure. Because no vendor patch is currently available and the flaw requires no credentials, any host on the same link or broadcast domain - including a compromised endpoint or guest device - can trigger disruptive outages of availability. Leadership should care because the consequence is network availability and routing stability rather than data loss, and mitigation depends on configuration hardening rather than patching.
No vendor-released patch identified at time of analysis. Interim mitigations: disable RIPv2 on devices and interfaces where it is not required; restrict RIPv2 (UDP 520) to known trusted routing peers via interface access lists and control-plane policing (CoPP); migrate to RIPv3 with authentication or to an authenticated routing protocol such as OSPF or IS-IS; segment or isolate broadcast domains so untrusted hosts cannot reach the routing daemon; monitor rpd stability and logs for restart or routing-flap indicators; maintain redundant routing paths and failover capacity to sustain availability during an rpd restart.
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
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-101344
GHSA-xppx-22rc-wjv5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB