CVE-2026-32634: nicolargo glances · Origin Validation Error
Affects nicolargo glancesSource CVE Database V5
Not known to be exploited · CVSS 8.1 High : upgrade to 4.5.2 soon.
Data as of 30 Oct 2026, 11:52 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 18 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| nicolargoglances | Affected
| Fixed in
|
GitHubnicolargo/glancespkg:github/nicolargo/glancesOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
- 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.
- Restrict Zeroconf/mDNS traffic on local networks using VLAN segmentation, firewall rules, or network access controls to limit exposure to rogue advertisements.
- Monitor network traffic for unexpected or suspicious Zeroconf service advertisements that do not correspond to authorized Glances servers.
- Avoid storing reusable global default passwords in Glances configurations; use unique, per-server credentials where possible.
- Implement network-level authentication and encryption (e.g., VPNs, TLS) for Glances communications to reduce reliance on Zeroconf discovery and mitigate credential interception risks.
- Educate system administrators about the risks of trusting unverified service advertisements and the importance of applying security patches promptly.
- 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.