MEDIUM 6.5

CVE-2026-57032: Juniper EX Series gRPC Telemetry Denial-of-Service Vulnerability

Juniper Networks EX Series switches have a vulnerability that allows authenticated users with basic access to crash the packet forwarding engine by requesting unsupported telemetry data through gRPC connections. When triggered, the forwarding processor (FPC) module crashes, taking the switch offline until it automatically restarts. This affects EX2300, EX3400, EX4000, EX4100, and EX4400 models running unpatched versions of Junos OS.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

An Improper Handling of Undefined Parameters vulnerability in the packet forwarding engine (pfe) of Juniper Networks Junos OS on EX Series devices allows an authenticated attacker with low privileges to cause a Denial-of-Service (DoS). If an attempt is made to subscribe to an unsupported telemetry sensor path on EX2300, EX3400, EX4000, EX4100 and EX4400 via gRPC, this causes the FPC to crash. This leads to a complete service outage until the module has automatically restarted.  The following log message can be seen when this issue happens: agentd[<PID>]: AGENTD_RESOURCE_NOT_FOUND: No resource name found for <sensor> This issue affects Junos OS on EX2300, EX3400, EX4000, EX4100 and EX4400 devices: * all versions before 23.2R2-S7, * 23.4 versions before 23.4R2-S8, * 24.2 versions before 24.2R2-S5, * 24.4 versions before 24.4R2.

1 reference(s) · View on NVD →

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

Technical summary

CVE-2026-57032 is an improper parameter handling flaw in the packet forwarding engine (pfe) of Juniper Junos OS. The vulnerability stems from inadequate validation of gRPC telemetry subscription requests directed at unsupported sensor paths. When an authenticated attacker subscribes to a non-existent telemetry sensor, the agentd process fails to properly handle the undefined parameter, triggering an AGENTD_RESOURCE_NOT_FOUND condition that cascades to an FPC crash. The underlying issue is categorized as CWE-236 (Improper Handling of Undefined Parameters).

Business impact

Successful exploitation causes complete loss of switching fabric on affected devices, resulting in a denial of service that persists until the FPC module automatically restarts—typically several minutes of downtime. For organizations operating EX Series switches as core or distribution layer devices, this translates to potential network segment isolation or traffic blackholing. Since the attack requires only low-privilege authenticated access (such as a monitoring user with gRPC read permissions), the threat model includes insider threats and compromised monitoring systems.

Affected systems

Juniper Junos OS on EX2300, EX2300-C, EX3400, EX4000, EX4100, and EX4400 devices are affected. Vulnerable versions span multiple release trains: all versions before 23.2R2-S7, 23.4 versions before 23.4R2-S8, 24.2 versions before 24.2R2-S5, and 24.4 versions before 24.4R2. Organizations should cross-reference their current Junos OS version and model against these baselines to determine exposure.

Exploitability

The attack requires network access to the gRPC telemetry endpoint and valid authentication credentials with telemetry subscription privileges. No user interaction is needed, and the attack is repeatable on demand. The low complexity and low privilege requirements place this well within reach of compromised service accounts, rogue administrators, or lateral movement attacks targeting monitoring infrastructure. The publicly disclosed nature of the vulnerability (published 2026-07-09) means threat actors have clear guidance on how to trigger the condition.

Remediation

Apply vendor security patches to move to patched Junos OS versions: 23.2R2-S7 or later, 23.4R2-S8 or later, 24.2R2-S5 or later, or 24.4R2 or later, depending on your current release train. Verify against the official Juniper security advisory for your specific device model and current OS version before applying patches in production.

Patch guidance

Coordinate patching with your change management process and maintenance windows, as Junos OS upgrades typically require device restart. Test patches in a lab environment on equivalent hardware if possible. Juniper provides modular patch releases (indicated by the R/S versioning scheme) that allow targeted updates. Prioritize patching for devices at network boundaries or in critical data paths. Maintain current backups of device configurations before initiating upgrades.

Detection guidance

Monitor Junos OS syslog output for AGENTD_RESOURCE_NOT_FOUND error messages, which indicate subscription attempts to invalid telemetry paths. Track unusual gRPC telemetry subscription patterns, especially from non-standard monitoring clients or at unexpected times. Baseline normal gRPC traffic to your switches and alert on anomalies. Review authenticated user access logs to identify who holds telemetry subscription privileges and audit their usage patterns. Consider restricting gRPC access to management networks and specific source IPs.

Why prioritize this

Although the CVSS score is 6.5 (Medium), the practical risk is elevated by the low authentication barrier, high availability impact, and ease of exploitation. Any organization operating these switches should treat patching as a near-term priority, especially if telemetry is exposed to less-trusted networks or service accounts. The attack is not gaining active exploitation credit in KEV tracking, but that status should be re-evaluated as awareness spreads.

Risk score, explained

The CVSS 3.1 score of 6.5 reflects a network-reachable attack with low privilege requirements and high availability impact (complete FPC crash), but no confidentiality or integrity compromise. The score appropriately captures the denial-of-service nature. However, context matters: an internal attacker or compromised monitoring tool can trigger this repeatedly with minimal detection, potentially causing persistent service instability. Organizations should consider risk amplification in threat models where telemetry endpoints are accessible to less-trusted users.

Frequently asked questions

Do we need authenticated access to exploit this, or is it completely unauthenticated?

Exploitation requires valid credentials with gRPC telemetry subscription permissions. This means a compromised monitoring service account, rogue administrator, or insider threat can trigger it. Public internet exposure is typically not exploitable unless you explicitly expose gRPC telemetry outside your management network, which is not a recommended practice but does occur in some deployments.

How long does the FPC stay down if this is triggered?

The FPC undergoes automatic restart after the crash, typically taking a few minutes to come back online. During that window, the affected switch cannot forward traffic. If triggered repeatedly, an attacker could induce continuous instability, making this a practical denial-of-service vector even though recovery is automatic.

Do we need to upgrade all EX Series switches, or only specific models?

Only EX2300, EX2300-C, EX3400, EX4000, EX4100, and EX4400 are affected. Other EX Series models (such as EX9200 or older legacy models) are not mentioned in the advisory. Verify your exact model and current OS version against the affected version ranges in your release train.

Can we mitigate this without patching by restricting gRPC access?

Restricting gRPC telemetry access to trusted management networks and specific source IPs reduces exposure significantly and is a prudent interim control. However, this does not fix the underlying vulnerability—a compromised internal monitoring tool or legitimate user with malicious intent can still trigger it. Patching remains the definitive remediation.

This analysis is based on vulnerability data current as of the CVE publication date (2026-07-09). Patch version numbers, affected product lists, and severity assessments originate from the official Juniper Networks security advisory and should be verified against Juniper's latest guidance before deployment. SEC.co provides this intelligence for informational purposes to support security decision-making; it does not constitute professional security advice, and organizations should conduct their own risk assessment in their specific environment. Always validate patches in a lab environment before production deployment, and consult with Juniper support for questions regarding your specific hardware configuration or deployment scenario. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).