Skip to main content

GL-iNet Comet KVM EUVDEUVD-2026-12598

| CVE-2026-32290 HIGH
Insufficient Verification of Data Authenticity (CWE-345)
2026-03-17 cisa-cg
7.0
CVSS 4.0 · NVD
View

Attack ChainAIDerived

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

  1. Access
    Position on network path or compromise update server
  2. Delivery
    Intercept firmware update request from KVM
  3. Exploit
    Inject malicious firmware and matching MD5 hash
  4. Execution
    User approves firmware installation
  5. Persist
    Malicious firmware executes
  6. Impact
    Persistent credential harvesting and system access

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Data authenticity verification
Exploitation Conditions

Exploitation requires the attacker to be positioned on the network path between the GL-iNet Comet KVM device and the firmware update server during a firmware update operation, OR requires prior compromise of GL-iNet's update distribution infrastructure. The administrator must initiate or approve a firmware update (UI:A in CVSS vector). The vulnerability cannot be exploited remotely without network positioning or server compromise - default configurations are vulnerable, but the attack timing depends on when updates occur. Limiting factors include: update checks may be infrequent (reducing exposure window), some deployments may use air-gapped or isolated management networks (preventing MITM), and organizations with strict change management may manually verify firmware sources through out-of-band channels. The AT:P (Attack Requirements: Present) metric confirms that specific conditions beyond attacker control must align for successful exploitation.

Impact

Real-world risk assessment reveals moderate-to-high priority for organizations using affected KVM devices in sensitive environments, despite low EPSS score. The CVSS 4.0 vector (AV:L/AC:L/AT:P/PR:N/UI:A) indicates local attack vector with low complexity but requiring present attack conditions and user action, yet the scope change metrics (SC:H/SI:H/SA:H) show high impact across confidentiality, integrity, and availability when scope is changed. This apparent contradiction between local vector and the described man-in-the-middle scenario suggests the CVSS vector may refer to the firmware installation phase (local) while the description addresses the delivery phase (network). EPSS 0.01% indicates automated scanning tools are not actively exploiting this, consistent with a targeted infrastructure attack requiring specific positioning. The CVSS:4.0 AT:P (Attack Requirements: Present) modifier is critical - this is not trivial remote exploitation but requires either network position during update checks or prior compromise of update infrastructure. For organizations using these KVMs to manage sensitive systems, the consequence of compromise is severe: attackers gain persistent visibility and control over all managed endpoints, can intercept credentials, and survive system reimaging. The Eclypsium research publication suggests this was discovered during security analysis of low-cost KVM devices, not from incident response, reducing urgency but not impact. Priority should be elevated for environments where KVMs manage critical infrastructure, financial systems, or classified networks.

Exploit ScenarioDerived

An attacker with network position between the GL-iNet Comet KVM and the firmware update server (e.g., compromised network infrastructure, rogue Wi-Fi access point, or ARP spoofing on the management network) intercepts the device's firmware update request. The attacker replaces the legitimate firmware image with a modified version containing backdoor code that logs all keystrokes and screen content, then recalculates the MD5 hash for the malicious firmware. The KVM device downloads the tampered firmware, validates the attacker-supplied MD5 hash successfully, and prompts the administrator to install the update. Once installed, the attacker gains persistent access to all credentials and data passing through the KVM, affecting every system managed by the device.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.0% exploitation probability (EPSS)

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

Alert me

AnalysisAIv2 – Apr 27, 2026

Firmware update integrity checks in GL-iNet Comet (GL-RM1) KVM can be bypassed by attackers positioned on the network path or who have compromised the update server. The device relies solely on MD5 hash verification, which an attacker can recalculate after modifying the firmware image. Successful exploitation allows installation of malicious firmware, granting persistent control over the KVM device and potentially compromising all systems managed through it. EPSS score is minimal (0.01%), indicating low likelihood of mass exploitation, but CVSS 7.0 and specialized targeting of KVM infrastructure suggest high impact for targeted attacks. No public exploit code identified at time of analysis.

Earlier versions of this analysis (1)
v1 Mar 17, 2026 - 20:30 CVSS 4.7

RemediationAI

Upgrade GL-iNet Comet KVM firmware to version 1.8.2 or later, available from https://dl.gl-inet.com/release/kvm/release/RM1/1.8.2, which presumably implements cryptographic signature verification rather than hash-only validation. Consult CISA CSAF advisory VA-26-076-01 for additional guidance. Until patching is complete, implement network-level compensating controls: isolate KVM devices on dedicated management VLANs unreachable from general network segments, configure firewall rules to restrict firmware update traffic to known-good GL-iNet update server IP addresses with TLS inspection enabled, and disable automatic firmware updates in favor of manual updates downloaded over verified HTTPS connections and transferred via trusted USB media. Consider deploying network intrusion detection signatures to alert on unexpected firmware download activity from KVM device IP addresses. For high-security environments, evaluate replacing affected devices with KVMs that support cryptographically signed firmware, as retrofitting strong authentication into existing update infrastructure may not be feasible. Note that network isolation reduces attack surface but increases operational overhead for legitimate updates and does not protect against compromised update servers, only opportunistic MITM attacks.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

This vulnerability affects the firmware update mechanism of the GL-iNet Comet KVM (model GL-RM1), a keyboard-video-mouse switch used to manage multiple computers from a single console. The issue is classified as CWE-345 (Insufficient Verification of Data Authenticity), meaning the device fails to cryptographically authenticate firmware updates. The device uses MD5 hashing rather than digital signatures or authenticated encryption. MD5 is a cryptographic hash function known to be vulnerable to collision attacks and provides no authentication - an attacker who can modify the firmware file can simply recalculate the MD5 hash to match. KVM devices are particularly sensitive targets as they sit between administrators and critical systems, processing all keyboard input including credentials and viewing all screen output. The CPE identifier cpe:2.3:a:gl-inet:comet_kvm indicates this affects the GL-iNet vendor's Comet KVM product line across versions.

Know when Comet Kvm 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

NVD PRIMARY 7.0 HIGH
CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:A/VC:N/VI:H/VA:N/SC:H/SI:H/SA:H

Primary rating from NVD · only source for this CVE.

CVSS VectorNVD

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

Lifecycle Timeline

4
Analysis Updated
Apr 27, 2026 - 12:45 vuln.today
v2 - CVSS changed
Severity Changed
Apr 27, 2026 - 12:37 NVD
MEDIUM HIGH
CVSS changed
Apr 27, 2026 - 12:37 NVD
4.7 (MEDIUM) 7.0 (HIGH)
CVE Published
Mar 17, 2026 - 17:18 nvd
MEDIUM 4.7

DescriptionCVE.org

The GL-iNet Comet (GL-RM1) KVM does not sufficiently verify the authenticity of uploaded firmware files. An attacker-in-the-middle or a compromised update server could modify the firmware and the corresponding MD5 hash to pass verification.

Executive ViewAI

Why It Matters

GL-iNet Comet (GL-RM1) KVM devices are vulnerable to firmware tampering attacks via weak MD5-based integrity verification, allowing network-positioned attackers to install malicious firmware and gain persistent control over critical KVM management infrastructure. Organizations managing remote systems through these devices face risk of complete compromise of their infrastructure access layer if firmware updates are intercepted or update servers are compromised.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: (1) Restrict firmware update network access using firewall rules to authorized update servers only; (2) Disable automatic firmware updates and perform manual updates only on isolated, air-gapped networks if possible; (3) Monitor firmware file integrity using external checksums stored separately from devices; (4) Implement network segmentation to isolate KVM devices from untrusted network segments; (5) Enforce TLS-only communication for update channels to prevent MD5 collision exploitation; (6) Monitor KVM device logs for unauthorized access or unexpected configuration changes.

Threat Intelligence Overview

EPSS Score
0.0%
Top 100% exploitable
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 HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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· derived
None
System Exposure· derived
Small
Automatable· derived
No
Human Impact
High

Priority Score

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

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Affected Products (CPE)CVE.org

cpe:2.3:a:gl-inet:comet_kvm:*:*:*:*:*:*:*:*

Related Vulnerabilities in GL-iNet Comet Firmware Verification

View all 2

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