← Back to results
Vulnerability record · public intelligence
CVE-2026-48062
CRITICAL

CodeIgniter4 has a validation bypass when uploading file extensions via `ext_in` rule

Published Jul 17, 2026 · Updated Oct 23, 2026 · Also known as GHSA-2gr4-ppc7-7mhx

Severity · CVSSCRITICAL · 9.8
Known exploitationNot listed
EPSS / likelihood0.78%
QFinch risk score20 / 100

Original summary

Normalized public record · Updated Oct 23, 2026

CodeIgniter4 has a validation bypass when uploading file extensions via `ext_in` rule

Publisher and source text is retained separately from QFinch interpretation.

QFinch assessment

The `ext_in` upload validation rule checked the MIME-derived guessed extension instead of the client-provided filename extension. As a result, an uploaded file named `shell.php` containing GIF-like content could pass validation such as:

Potential impact

The extin upload validation rule checked the MIME-derived guessed extension instead of the client-provided filename extension. As a result, an uploaded file named shell.php containing GIF-like content could pass validation such as: because the detected MIME type maps to gif, even though the uploaded filename extension is php. Applications are impacted if they: - accept user-controlled uploads, - rely on extin to validate the uploaded filename extension, - save uploaded files using the original client filename: $file->move($path), - store uploads in a web-accessible directory, - and allow PHP or other executable files to run from that directory. In those conditions, this may lead to arbitrary code execution. The default application does not expose such an upload endpoint.

Evidence: public source records

Affected products

Affected scope reported by the available public evidence
Affected package, product or rangeFix status
Consult the referenced vendor advisory for affected versions.Consult source advisory

Matching a version is only one part of assessing exposure. QFinch has not assessed your environment on this public page.

Remediation

Apply the vendor-supported fixed release or mitigation, then verify the affected component is no longer reachable.

  1. Confirm the affected product and reachable code path exist in your environment.
  2. Apply the vendor-supported patch or mitigation from the primary advisory.
  3. Rescan the exact deployed revision and retain verification evidence.
Review primary references

Evidence coverage

CVENVDOSVEPSSGHSA
SSVC priority
MEDIUM
Confidence
20%
Aliases
GHSA-2gr4-ppc7-7mhx

Scores appear only when corresponding evidence exists. Missing data is never interpreted as zero risk.

Sources and record history

  1. Security advisory ↗
  2. Patch commit ↗
  3. Source repository ↗

Record history

Published Jul 17, 2026 · Last refreshed Oct 23, 2026