Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain position as upstream SyncE/PTP timing node
-
ExploitSend malformed synchronization message to MX device
-
ExecutionRace condition triggers false 19.44MHz alarm on master RE
-
Impactclksyncd crash and persistent RE switchovers (DoS)
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Exploitation requires a very specific deployment: an MX Series device must be equipped with an SCBE3 Switch Control Board AND be configured to participate in SyncE or Precision Time Protocol (PTP) clock synchronization with an upstream timing node. The attacker must be logically adjacent - positioned as (or in control of) that upstream SyncE/PTP node so it can deliver a malformed synchronization message into the victim's clock path; there is no remote/internet-facing exploitation path (CVSS AV:A). Key limiting factors: no authentication is required (PR:N), but triggering depends on a race condition that Juniper states is 'outside the attacker's direct control' (reflected as AC:H), so successful DoS is non-deterministic and cannot be reliably forced. Devices without SCBE3, or not running SyncE/PTP, are not affected. |
| Impact | This is a genuine but modest-priority issue, not a top-tier emergency. The CVSS 3.1 vector (AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H, base 5.3 MEDIUM) is internally consistent with the description: adjacency (AV:A) matches the requirement that an upstream SyncE/PTP node send the malformed message, high complexity (AC:H) matches Juniper's own statement that triggering is a race condition 'outside the attacker's direct control,' and the impact is availability-only (A:H, C:N/I:N) matching the clksyncd crash and persistent RE switchovers. No EPSS score, KEV entry, or POC was provided in the input; per the precision rules this means no public exploit is identified and there is no evidence of active exploitation. The combination of AC:H plus the explicit race-condition caveat means reliable, attacker-controlled triggering is unlikely, which tempers the A:H impact - real-world exploitability is opportunistic rather than deterministic. Missing signals to note explicitly: EPSS probability is absent (cannot quantify likelihood), and KEV/POC status is unconfirmed rather than confirmed-negative. The adjacency requirement further confines the threat to an attacker already positioned on the clock-synchronization path, so this is a localized availability risk for operators running the specific vulnerable configuration rather than a broadly exploitable flaw. |
| Exploit ScenarioDerived | An attacker who controls or has compromised a SyncE or PTP upstream timing node sends a malformed synchronization message to a downstream MX Series device equipped with an SCBE3 card. The malformed input triggers a false 19.44MHz alarm on the master Routing Engine, causing persistent RE switchovers and a crash of the clksyncd process, resulting in denial of service. No public exploit code is identified at time of analysis, and because triggering depends on a race condition the attacker cannot reliably control timing (CVSS AC:H). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Malformed clock-synchronization messages delivered over SyncE or PTP can crash the clksyncd daemon and trigger persistent Routing Engine switchovers on Juniper MX Series devices running vulnerable Junos OS releases that are equipped with an SCBE3 Switch Control Board and configured for external clock synchronization. The attacker must be logically adjacent (CVSS AV:A) - sitting as, or controlling, the upstream timing node that feeds the victim's clock path - and no authentication is required (PR:N), but the trigger is a race condition that Juniper itself describes as outside the attacker's direct control (AC:H), so the resulting denial of service is non-deterministic rather than reliably forcible. Impact is purely availability (C:N/I:N/A:H); devices without SCBE3, or not running SyncE/PTP, are unaffected, and no public exploit code or active exploitation has been identified at time of analysis. This is a genuine but modest-priority issue, not a top-tier emergency.
RemediationAI
Vendor-released patch: upgrade to Junos OS 23.2R2-S7.7, 23.4R2-S8.13, 24.2R2-S5.5, 24.4R2-S4, 25.2R2-S1, or 25.4R1-S2 (or later maintenance releases on each respective train), as documented in Juniper advisory JSA112178 at https://supportportal.juniper.net/JSA112178; the fixes are line-specific, so select the release matching your deployed train rather than jumping trains blindly. Where an immediate upgrade is not possible, the most effective compensating control is to disable SyncE and PTP clock synchronization on MX devices that do not strictly require external timing - this removes the vulnerable code path entirely, with the trade-off that the device loses traceable timing for TDM/legacy or strict-SLA services. For devices that must retain timing, harden the timing plane instead: restrict SyncE/PTP reachability so only explicitly trusted upstream timing nodes can reach the device's timing interfaces (dedicated timing VLANs, port/ACL filtering of PTP and SyncE traffic at the boundary), and where the upstream T-GM supports it, enable PTP security/authentication mechanisms - the trade-off is that these add configuration complexity and may break interoperability with non-secure timing peers. Additionally, monitor for repeated Routing Engine switchover events and clksyncd core dumps as an indicator of attempted or accidental triggering, and keep the upstream timing node itself patched and physically/logically controlled, since the malformed message necessarily originates there.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package 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 resides in clksyncd, the Junos OS daemon responsible for clock synchronization, and is classified as CWE-413 (Improper Resource Locking), meaning a shared internal resource or state variable guarding clock-alarm handling is not correctly serialized against concurrent processing paths. Junos MX routers fitted with an SCBE3 Switch Control Board derive timing from Synchronous Ethernet (SyncE) or IEEE 1588 Precision Time Protocol (PTP) upstream nodes; when such a node sends a malformed synchronization message, the device raises a spurious 19.44 MHz clock alarm (19.44 MHz being the SONET/SDH STS-1 derived line rate used as a timing reference) on the master Routing Engine. Because the alarm handling races with other clock-path activity, the false alarm is not cleared cleanly: the master RE repeatedly fails over, and clksyncd ultimately crashes, producing a persistent availability loss on the routing control plane. The CVSS vector AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H confirms the exposure is limited to the adjacent timing segment rather than any internet-facing interface, that privilege is not required on the victim, and that the high attack complexity reflects the timing/race dependency. The CPE entry cpe:2.3:a:juniper_networks:junos_os marks the platform as the affected product family, with the practical blast radius narrowed by the SCBE3 hardware prerequisite and the required SyncE/PTP configuration.
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:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:L/AU:Y/R:U/RE:M
Adjacent upstream SyncE/PTP node needed (AV:A); vendor-stated race condition outside attacker control (AC:H); no auth (PR:N); availability-only crash/switchover impact (A:H, C:N/I:N).
Primary rating from Vendor (juniper).
CVSS VectorVendor: juniper
Lifecycle Timeline
2DescriptionCVE.org
An Improper Resource Locking vulnerability in the clock synchronization daemon (clksyncd) of Juniper Networks Junos OS on MX Series allows a unauthenticated, logically adjacent attacker to cause a Denial-of-Service (DoS).
If a SyncE or PTP upstream node sends a malformed message to an MX device equipped with SCBE3, a false 19.44MHz alarm is generated on the master RE. This leads to persistent RE switchovers and a clksyncd process crash. This issue is outside the attacker's direct control as it's a race condition.
This issue affects Junos OS on MX Series:
- All versions before 23.2R2-S7.7;
- 23.4 versions before 23.4R2-S8.13;
- 24.2 versions before 24.2R2-S5.5;
- 24.4 versions before 24.4R2-S4;
- 25.2 versions before 25.2R2-S1;
- 25.4 versions before 25.4R1-S2.
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-101464
GHSA-gvgv-h84m-5m5q
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB