Urgent.News

What's breaking now, across thousands of outlets.

Tech

Mapping VeloCloud Orchestrator Exposure: What ZoomEye Data Says About CVE-2026-93952

Mapping VeloCloud Orchestrator Exposure: What ZoomEye Data Says About CVE-2026-93952 Why exposure data matters for this flaw CVE-2026-93952 is a CVSS 10.0 vulnerability in on-premises VeloCloud Orchestrator (VCO), and Arista Networks confirms it is actively exploited. When a flaw is already being used in the wild, the useful question shifts from "is this real?" to "how much of the internet could…

A CVSS 10.0 vulnerability, CVE-2026-93952, has been discovered in Arista Networks' on-premises VeloCloud Orchestrator (VCO). This flaw is actively being exploited in the wild, prompting security professionals to examine how widespread the issue might be. By analyzing ZoomEye's internet-wide scanning data, it's clear that a significant number of VeloCloud systems are reachable from the public internet.

ZoomEye's analysis reveals six thousand and fifty (6,050) internet-reachable systems containing VeloCloud content in their HTTP bodies. This number is a key indicator of exposure, not a direct measure of vulnerability. The data is gathered by running ZoomEye queries against the VeloCloud fingerprint, which can identify exposed systems with the VeloCloud string in their HTTP bodies. The findings suggest that many VCO systems are exposed, even if they are not yet fully vulnerable due to the lack of specific patch levels.

The data highlights the importance of implementing strict access controls for management planes, such as placing VCO behind secure internal networks. It also illustrates the need for active monitoring, such as reviewing nginx access logs for unusual headers and searching for specific backdoor scripts and persistence files. To remediate this vulnerability, users should upgrade to a fixed build (5.2.3.16 or 6.4.2.8), contact Arista support for systems without published fixes, and restrict access to the VCO web interface.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

The hard part of micro frontends is the contract, not the bundler

Most Module Federation write-ups stop at the config. You add the plugin, you name a few exposes and remotes, the demo loads a button from another build, and the post ends.

  • Contractual agreement between shell and remote modules is the main challenge in micro frontends.
  • Module Federation loads remote modules at runtime, removing build time guarantees.
  • Explicitly defined and versioned boundaries between shell and remote modules mitigate issues.

More from Sunday 27 September →