Skip to main content

Juniper Junos OS EUVDEUVD-2026-101464

| CVE-2026-102080 MEDIUM
Improper Resource Locking (CWE-413)
2026-10-14 juniper GHSA-gvgv-h84m-5m5q
6.0
CVSS 4.0 · Vendor: juniper
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain position as upstream SyncE/PTP timing node
  2. Exploit
    Send malformed synchronization message to MX device
  3. Execution
    Race condition triggers false 19.44MHz alarm on master RE
  4. Impact
    clksyncd 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).

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Junos OS 25.2 <25.2R2-S1
Junos OS 24.2 <24.2R2-S5.5
Junos OS 0 <23.2R2-S7.7
Junos OS 24.4 <24.4R2-S4
Junos OS 25.4 <25.4R1-S2
Junos OS 23.4 <23.4R2-S8.13

Affected Packages

euvd junos_os fix: 23.2R2-S7.7, 23.4R2-S8.13, 24.2R2-S5.5, 24.4R2-S4, 25.2R2-S1, 25.4R1-S2

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

Vendor (juniper) PRIMARY 6.0 MEDIUM
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
vuln.today AI 5.3 MEDIUM

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).

3.1 AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:A/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (juniper).

CVSS VectorVendor: juniper

Attack Vector
Adjacent
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
None
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
Low

Lifecycle Timeline

2
Patch available
Oct 14, 2026 - 18:05 EUVD
CVSS changed
Oct 14, 2026 - 17:22 NVD
5.3 (MEDIUM) 6.0 (MEDIUM)

DescriptionCVE.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

EPSS Score
0.2%
Top 93% exploitable
Prevalence
Medium
carrier-grade MX routers, but requires specific SCBE3 card and SyncE/PTP timing config
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Controlled
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

30
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +30
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

CVE-2026-102059 HIGH
8.7 Oct 14

OS command injection in the phcd phone-home daemon of Juniper Networks Junos OS and Junos OS Evolved lets an adjacent, u

CVE-2026-101956 CRITICAL
9.3 Oct 14

Unauthenticated remote code execution with root privileges affects Juniper Networks Junos OS devices that expose the J-W

CVE-2026-102175 CRITICAL
9.3 Oct 14

Heap-based buffer overflow in the sdxd service-deployment daemon of Juniper Networks Junos OS and Junos OS Evolved allow

CVE-2026-33792 CRITICAL
9.3 Oct 14

A stack-based buffer overflow in the srxpfe packet forwarding process of Juniper Networks Junos OS on SRX Series devices

CVE-2026-101986 CRITICAL
9.3 Oct 14

Unauthenticated remote code execution with elevated privileges is possible in Juniper Junos OS and Junos OS Evolved thro

CVE-2026-101982 CRITICAL
9.3 Oct 14

Remote root code execution in the routing protocol daemon (rpd) of Juniper Junos OS is reachable through protocol-valid

CVE-2026-101990 CRITICAL
9.3 Oct 14

Remote code execution (on Junos OS) and rpd denial of service (on Junos OS and Junos OS Evolved) result from a stack-bas

CVE-2026-33796 CRITICAL
9.3 Oct 14

Remote code execution with root privileges on Juniper Networks Junos OS and Junos OS Evolved is possible when the routin

CVE-2026-101983 CRITICAL
9.3 Oct 14

Remote code execution and denial of service in Juniper Networks Junos OS and Junos OS Evolved arise from a stack-based b

CVE-2026-101954 CRITICAL
9.3 Oct 14

Unauthenticated remote attackers can gain root-level configuration access and fully compromise Juniper Junos OS and Juno

CVE-2026-101980 CRITICAL
9.3 Oct 14

Integer underflow in the Junos OS kernel can crash a device when the Extended Echo feature (RFC 8335 ICMP probing) is co

CVE-2026-101950 CRITICAL
9.3 Oct 14

Heap-based buffer overflow in Juniper Networks Junos OS on SRX Series devices that have Secure Vector Routing (SVR) enab

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy