Skip to main content
VulnerabilityPublished Updated

CVE-2023-50922: Unrestricted File Upload

Source CVE Database V5

0

Not known to be exploited · CVSS 7.2 High.

Data as of 26 Oct 2026, 17:16 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Jan 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
n/a n/aAffected
  • <=4.5.0
Fixed in–

AI-suggested

  1. Immediate mitigation should focus on securing administrative access to GL.iNet devices. This includes enforcing strong, unique passwords for administrative accounts and implementing multi-factor authentication if supported.
  2. Network segmentation should be employed to isolate management interfaces from general user networks and the internet, reducing the risk of token theft.
  3. Monitor network traffic and device logs for unusual file uploads or crontab modifications, which may indicate exploitation attempts.
  4. Restrict access to the device's administrative interface to trusted IP addresses or VPN connections.
  5. Regularly update device firmware as soon as GL.iNet releases patches addressing this vulnerability; maintain close communication with the vendor for updates.
  6. Employ endpoint detection and response (EDR) solutions to detect anomalous processes or scheduled tasks on network devices.
  7. Educate administrators about phishing and session hijacking risks to prevent AdminToken theft.
  8. If patching is not immediately possible, consider temporary replacement of affected devices with models not vulnerable or alternative vendors.
  9. Conduct penetration testing and vulnerability assessments focusing on router devices to identify potential compromise. These steps go beyond generic advice by emphasizing administrative access protection, network architecture adjustments, and proactive monitoring specific to the nature of this vulnerability.

Description

An issue was discovered on GL.iNet devices through 4.5.0. Attackers who are able to steal the AdminToken cookie can execute arbitrary code by uploading a crontab-formatted file to a specific directory and waiting for its execution. This affects A1300 4.4.6, AX1800 4.4.6, AXT1800 4.4.6, MT3000 4.4.6, MT2500 4.4.6, MT6000 4.5.0, MT1300 4.3.7, MT300N-V2 4.3.7, AR750S 4.3.7, AR750 4.3.7, AR300M 4.3.7, and B1300 4.3.7.

References

Community reviews

Loading reviews…