Skip to main content
VulnerabilityPublished Updated

CVE-2024-45262: CVE-issues · Path Traversal

Affects CVE-issuesSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High.

Data as of 26 Oct 2026, 14:05 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Oct 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
GitHubgl-inet/CVE-issuespkg:github/gl-inet/CVE-issuesOther threatsAffected
  • =4.6.2
Fixed in–

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

AI-suggested

Organizations should immediately audit their networks to identify the presence of affected GL-iNet devices running firmware version 4.6.2. Until an official patch is released, the following mitigations are recommended: 1) Restrict network access to the /rpc endpoint by implementing firewall rules or access control lists limiting access to trusted management networks only. 2) Disable remote management features if not required, especially those exposing the /rpc endpoint to external networks. 3) Monitor device logs and network traffic for unusual activity indicative of exploitation attempts targeting the /rpc endpoint. 4) Employ network segmentation to isolate vulnerable devices from critical infrastructure. 5) Contact GL-iNet support or monitor official channels for firmware updates addressing this vulnerability and apply patches promptly once available. 6) Consider replacing affected devices with alternatives that have a stronger security track record if immediate patching is not feasible. 7) Implement intrusion detection systems (IDS) with signatures for directory traversal attempts targeting GL-iNet devices to detect exploitation attempts early.

Description

An issue was discovered on certain GL-iNet devices, including MT6000, MT3000, MT2500, AXT1800, and AX1800 4.6.2. The params parameter in the call method of the /rpc endpoint is vulnerable to arbitrary directory traversal, which enables attackers to execute scripts under any path.

References

Community reviews

Loading reviews…