Skip to main content

GL.iNet Routers CVE-2026-18584

| EUVDEUVD-2026-52153 MEDIUM
Improper Authorization (CWE-285)
2026-08-03 VulDB GHSA-ww63-fp7c-4c6q
5.3
CVSS 4.0 · Vendor: VulDB
View

Attack ChainAIDerived

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

  1. Access
    Join device Wi-Fi network
  2. Delivery
    Send unauthenticated HTTP request to /sdk/v1
  3. Exploit
    Bypass nginx proxy authorization check
  4. Execution
    Invoke eSIM LPA API functions
  5. Impact
    Modify or delete eSIM profiles

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization verification
MITRE ATT&CK

1 technique across 1 tactic: Defense Evasion

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

The attacker must be on the same local network segment (Wi-Fi or LAN) as the affected GL.iNet device - remote internet-based exploitation is not possible given AV:A. No authentication is required (PR:N), and no user interaction is needed. The vulnerability is present only on devices running firmware up to 20260707 and only on models with eSIM capability (E5800, E750, X2000, X3000, XE3000, XE300). The specific enabling condition is the nginx proxy's failure to enforce authorization on the /sdk/v1 path, meaning the eSIM LPA service must be running and reachable through the proxy. Exploitation is limited to integrity and availability impacts on eSIM configuration - no credential theft or confidentiality breach is indicated by the CVSS vector.

Impact

The CVSS 4.0 vector (AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:L) limits real-world scope in two important ways: the attack vector is Adjacent (LAN/Wi-Fi), meaning the attacker must already be on the same network segment, and impact is rated Low for both integrity and availability with no confidentiality impact. EPSS data is not provided, and no KEV listing exists, which is consistent with a niche consumer/prosumer device class. However, the authentication bypass via nginx proxy bypass is structurally clean to exploit - low complexity and no privileges required - which elevates concern for deployment scenarios where the device is shared (e.g., travel hotspot in a hotel, co-working space, or shared mobile office). The primary real-world risk is unauthorized eSIM profile manipulation by another user on the same network, potentially disrupting cellular connectivity or modifying billing-impacting configurations. This is a genuine issue for the affected use cases but not a critical enterprise-class threat.

Exploit ScenarioDerived

An attacker connected to the same Wi-Fi network as an affected GL.iNet router - for example, a guest user on a shared travel hotspot - sends a crafted HTTP request directly to the /sdk/v1 eSIM LPA API endpoint, bypassing the nginx proxy's authorization check. Because no authentication is enforced at this endpoint, the attacker can invoke eSIM management operations such as profile switching or deletion, potentially disrupting the device owner's cellular connectivity. No public exploit code has been identified, but the low complexity of the nginx proxy bypass class of vulnerabilities means exploitation would be straightforward for a moderately skilled attacker.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.2% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Aug 03, 2026

Improper authorization in GL.iNet's eSIM LPA API allows adjacent-network unauthenticated attackers to bypass nginx proxy controls on six cellular router models, gaining unauthorized access to eSIM management functions. Affected devices include the E5800, E750, X2000, X3000, XE3000, and XE300 running firmware up to 20260707. The GitHub advisory title explicitly frames this as 'Unauthenticated access to eSIM LPA API via nginx proxy bypass,' indicating the authorization enforcement failure lies in how nginx proxies requests to the /sdk/v1 endpoint. No public exploit code or CISA KEV listing has been identified at time of analysis.

RemediationAI

The primary remediation is to apply a firmware update from GL.iNet once a patched release is available - check https://www.gl-inet.com/firmware/ and the GL.iNet CVE issues tracker at https://github.com/gl-inet/CVE-issues for release announcements, as no specific fixed firmware version number appears in the available data. In the interim, compensating controls should focus on restricting network-layer access to the /sdk/v1 endpoint: configure the device's firewall rules to block access to the eSIM LPA API path from untrusted WLAN clients (guest network isolation), or disable the guest/public Wi-Fi interface entirely if eSIM management is not needed by network users. Operators deploying these devices in shared-network environments (hotspots, mobile offices) should additionally enforce client isolation so associated Wi-Fi clients cannot reach the device's management interfaces. Note that client isolation may break device-to-device communication flows that some users depend on.

Affected VersionsENISA

E750 20260707
X2000 20260707
XE3000 20260707
E5800 20260707
XE300 20260707
X3000 20260707

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

GL.iNet produces portable and travel-oriented cellular routers that include embedded eSIM (electronic SIM) support managed via a Local Profile Assistant (LPA) API exposed at /sdk/v1. The LPA handles eSIM profile provisioning, activation, and management - operations that should be restricted to authenticated local administrators. Based on the GitHub advisory title, the device's nginx reverse proxy fails to enforce access controls on this API path, likely due to a misconfigured location block or missing authentication directive in the proxy layer. CWE-285 (Improper Authorization) confirms the root cause is not missing authentication per se but a failure to correctly verify whether a requestor is authorized to invoke the eSIM management interface. Affected CPE strings (cpe:2.3:a:gl.inet:e5800, e750, x2000, x3000, xe3000, xe300) confirm the issue spans GL.iNet's entire eSIM-capable router lineup through firmware dated 20260707.

Know when E5800 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

Vendor (VulDB) PRIMARY 5.3 MEDIUM
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N
vuln.today AI 5.4 MEDIUM

Adjacent-only attack vector; no auth required per nginx bypass; only low integrity and availability impact on eSIM config; no confidentiality exposure.

3.1 AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:L
4.0 AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N

Primary rating from Vendor (VulDB).

CVSS VectorVendor: VulDB

Attack Vector
Adjacent
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
Low
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

A security vulnerability has been detected in GL.iNet E5800, E750, X2000, X3000, XE3000 and XE300 up to 20260707. Impacted is an unknown function of the file /sdk/v1 of the component eSIM LPA API. Such manipulation leads to improper authorization. The attack can only be initiated within the local network. The vendor was contacted early about this disclosure and confirmed the existence of the vulnerability.

Threat Intelligence Overview

EPSS Score
0.2%
Top 86% exploitable
Prevalence
Low
niche portable/travel router brand, limited enterprise footprint
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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
None
System Exposure· derived
Controlled
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

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

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

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