Skip to main content
VulnerabilityPublished

CVE-2026-32634: nicolargo glances · Origin Validation Error

Affects nicolargo glancesSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 8.1 High : upgrade to 4.5.2 soon.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 3.1 base score
8.1High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 4.5.2
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Mar 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Upgrade glances and nicolargo/glances to 4.5.2.

Affected software

ProductAffectedFixed in
nicolargoglancesAffected
  • <4.5.2
Fixed in
  • 4.5.2
GitHubnicolargo/glancespkg:github/nicolargo/glancesOther threatsAffected
  • <4.5.2
Fixed in
  • 4.5.2

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

  1. Upgrade all Glances installations to version 4.5.2 or later immediately to apply the official fix that enforces use of verified IP addresses for connection URIs and credential lookups.
  2. Restrict Zeroconf/mDNS traffic on local networks using VLAN segmentation, firewall rules, or network access controls to limit exposure to rogue advertisements.
  3. Monitor network traffic for unexpected or suspicious Zeroconf service advertisements that do not correspond to authorized Glances servers.
  4. Avoid storing reusable global default passwords in Glances configurations; use unique, per-server credentials where possible.
  5. Implement network-level authentication and encryption (e.g., VPNs, TLS) for Glances communications to reduce reliance on Zeroconf discovery and mitigate credential interception risks.
  6. Educate system administrators about the risks of trusting unverified service advertisements and the importance of applying security patches promptly.
  7. Consider disabling Central Browser mode if not required or restricting its use to trusted network segments only.

Description

Glances is an open-source system cross-platform monitoring tool. Prior to version 4.5.2, in Central Browser mode, Glances stores both the Zeroconf-advertised server name and the discovered IP address for dynamic servers, but later builds connection URIs from the untrusted advertised name instead of the discovered IP. When a dynamic server reports itself as protected, Glances also uses that same untrusted name as the lookup key for saved passwords and the global `[passwords] default` credential. An attacker on the same local network can advertise a fake Glances service over Zeroconf and cause the browser to automatically send a reusable Glances authentication secret to an attacker-controlled host. This affects the background polling path and the REST/WebUI click-through path in Central Browser mode. Version 4.5.2 fixes the issue.

References

Community reviews

Loading reviews…