Skip to main content
CVE-2023-6551VulnerabilityPublished Updated

CVE-2023-6551: class.upload.php · Unrestricted File Upload

Affects class.upload.phpSource CVE Database V5

0

Not known to be exploited · CVSS 5.4 Medium.

Data as of 26 Oct 2026, 06:26 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 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 2026-10-26.

What to do

Affected software

ProductAffectedFixed in
class.upload.php class.upload.phpAffected
  • =0
Fixed in–

AI-suggested

To mitigate this vulnerability effectively, European organizations should: 1) Audit all web applications using class.upload.php to identify affected versions and configurations. 2) Implement strict extension whitelisting to allow only safe file types (e.g., images with validated extensions) to be uploaded. 3) Enforce server-side content-type validation to ensure that the MIME type corresponds correctly to the file extension, preventing execution of malicious scripts. 4) Sanitize and validate all uploaded file names and contents to detect and block embedded scripts or code. 5) Update the class.upload.php library to the latest version where the README includes security guidelines, or apply custom patches to enhance file validation. 6) Educate developers about secure file upload practices and the risks of stored XSS. 7) Employ Content Security Policy (CSP) headers to limit the impact of potential XSS attacks. 8) Monitor logs for unusual upload activity and implement Web Application Firewalls (WAF) rules to detect and block malicious payloads. These steps go beyond generic advice by focusing on configuration, developer awareness, and layered defenses.

Description

As a simple library, class.upload.php does not perform an in-depth check on uploaded files, allowing a stored XSS vulnerability when the default configuration is used. Developers must be aware of that fact and use extension whitelisting accompanied by forcing the server to always provide content-type based on the file extension. The README has been updated to include these guidelines.

References

Community reviews

Loading reviews…