Cloudanix VulnDB

CVE-2026-48908

None CISA KEV

CVSS

—

EPSS

88.5%

Published

Jun 20, 2026

CISA due date

Jul 10, 2026

Cloudanix analysis

Act now SSVC: Attend

A flaw in a Joomla website-building add-on can let outsiders upload and run malicious code, giving them control of the website.

Active In The Wild Wormable
Exploitation
Remote Unauthenticated
Attacker needs
None
Complexity
Trivial
Impact
Remote Code Execution
Component
Application
Class
Improper Input Validation
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

The flaw is an unauthenticated arbitrary file upload in SP Page Builder for Joomla caused by insufficient validation of uploaded file type, extension, content, or storage location. A remote attacker can upload a PHP file or a file that is interpreted as PHP by the web server, then request that file over HTTP to execute code in the context of the Joomla/PHP application user. Successful exploitation can provide full application compromise, webshell access, file modification, credential theft from configuration files, database access through stored credentials, and pivoting to the underlying server depending on permissions.

Why it matters to the business

Internet-facing Joomla sites using vulnerable SP Page Builder versions are at high risk of full site compromise because exploitation is unauthenticated, low-complexity, actively observed in the wild, listed in CISA KEV, and has a high EPSS score of 0.8813. Consequences can include website defacement, malware hosting, customer data exposure, credential theft, SEO spam, service disruption, regulatory reporting obligations, and costly incident response. Organizations subject to CISA KEV requirements should remediate by 2026-07-10.

How an attack unfolds

An attacker identifies a Joomla site running SP Page Builder and sends a crafted unauthenticated multipart upload request to the vulnerable component. Because the component does not adequately reject dangerous file types, the attacker uploads PHP code, often disguised with a benign name, double extension, or misleading content type. The uploaded file is placed in a web-accessible directory and is subsequently requested directly by the attacker. When the web server processes the file as PHP, the payload executes with the privileges of the web application. The attacker commonly uses this foothold to deploy a webshell, enumerate Joomla configuration files, extract database credentials, create persistence, modify site content, upload additional tooling, and use the server for phishing, spam, malware delivery, or further lateral movement. Exploitation has been reported as active in the wild and should be treated as an incident-response priority, even though it is not currently marked as ransomware-associated in KEV metadata.

How to fix it

Upgrade SP Page Builder to a vendor-fixed version as soon as it is available and verify that the installed package is no longer affected. If a fixed version is not available, disable or uninstall SP Page Builder until a patch can be applied. Restrict access to upload endpoints using authentication, IP allowlisting, or a WAF rule where feasible. Configure the web server to prevent PHP execution in upload, media, image, cache, and temporary directories. Enforce server-side allowlists for safe file extensions and MIME types, store uploads outside the web root where possible, and rename uploaded files to non-executable names. Remove unknown PHP files from writable web directories, rotate Joomla administrator and database credentials if compromise is suspected, and review filesystem permissions so the web application user cannot write executable code into served paths. KEV-listed systems should be remediated by 2026-07-10 or earlier.

How to confirm the fix worked

Confirm the installed SP Page Builder version through Joomla extension management, package inventory, or filesystem metadata and compare it with the vendor advisory once fixed versions are published. Validate that unauthenticated upload attempts are rejected and that uploaded files cannot use PHP-capable extensions such as .php, .phtml, .phar, or double extensions. Test that PHP execution is blocked in upload and media directories by placing a harmless test file only in a controlled non-production validation process and confirming the web server returns a download, 403, or static content rather than executing it. Review web server configuration for deny rules covering PHP execution in writable paths. Run file integrity scans for recently modified PHP files under Joomla media, images, cache, tmp, and component directories. Recheck internet-facing exposure after patching with authenticated and unauthenticated probes to ensure the vulnerable upload path is no longer reachable.

Typical attack path

  1. Scan the internet or target estate for Joomla sites using SP Page Builder.
  2. Probe SP Page Builder upload functionality without authentication.
  3. Send a crafted multipart/form-data request containing a PHP payload or webshell.
  4. Bypass weak extension, MIME type, or content validation checks.
  5. Locate the uploaded file in a web-accessible directory.
  6. Request the uploaded PHP file to execute arbitrary commands on the server.
  7. Read Joomla configuration files and harvest database or administrative credentials.
  8. Install persistence, additional webshells, redirects, spam content, or malware.
  9. Use the compromised site for data theft, defacement, phishing, or pivoting to adjacent systems.

How to detect it

Investigate web server access logs for unauthenticated POST requests to SP Page Builder or Joomla component routes followed by GET requests to newly uploaded PHP-like files. Prioritize requests using multipart/form-data, suspicious file extensions, double extensions, or content types inconsistent with the uploaded file. Review Joomla logs, PHP-FPM/Apache/Nginx error logs, WAF logs, EDR process telemetry, and file modification timelines for new executable files in writable web directories. Look for command-execution patterns in query strings or POST bodies, including parameters such as cmd, exec, shell, pass, password, upload, or action followed by operating-system commands. Inspect Joomla configuration access, unexpected administrator creation, extension installation, template modification, and outbound network connections shortly after upload events. On the host, search for recently created or modified .php, .phtml, .phar, .php5, and double-extension files under media, image, cache, tmp, and component-related directories. Correlate access to suspicious files with child processes spawned by the web server or PHP runtime, such as sh, bash, cmd, powershell, curl, wget, perl, python, php, or openssl.

  • option=com_sppagebuilder
  • com_sppagebuilder
  • multipart/form-data
  • Content-Disposition: form-data
  • filename="*.php"
  • filename="*.phtml"
  • filename="*.phar"
  • filename="*.php5"
  • .jpg.php
  • .png.php
  • .gif.php
  • /components/com_sppagebuilder/
  • /media/com_sppagebuilder/
  • /images/sppagebuilder/
  • /tmp/
  • /cache/
  • eval($_POST
  • eval($_REQUEST
  • assert($_POST
  • system($_GET
  • system($_POST
  • shell_exec(
  • passthru(
  • base64_decode(
  • cmd=
  • exec=
  • command=
  • /bin/sh
  • /bin/bash
  • wget http
  • curl http
  • python -c
  • perl -e
  • php -r
  • FilesMan
  • WSO
  • c99shell
  • r57shell

What your security team should do

  • Treat affected internet-facing Joomla sites as urgent because exploitation is active in the wild, EPSS is high, and the vulnerability is in CISA KEV.
  • Patch SP Page Builder immediately when a fixed version is available; otherwise disable or remove the component until patched.
  • Before patching, add compensating controls: block unauthenticated upload requests to SP Page Builder, restrict administrative and upload functionality, and deploy WAF rules for PHP upload attempts.
  • Hunt for prior exploitation across web access logs, PHP error logs, Joomla logs, filesystem timelines, and EDR telemetry covering the period since at least 2026-06-20.
  • Search writable Joomla directories for unexpected PHP, PHTML, PHAR, or double-extension files and quarantine suspicious artifacts before deletion for forensic preservation.
  • Rotate Joomla administrator credentials, database credentials, API keys, and hosting credentials if any suspicious upload or webshell activity is found.
  • Block PHP execution in all upload/media directories as a durable hardening measure, not just as a temporary mitigation.
  • Monitor for outbound connections, spam, phishing pages, redirects, cryptocurrency miners, and command-execution webshell behavior from affected servers.
  • For organizations under KEV mandates, document remediation or mitigation completion before the 2026-07-10 due date.

The record

A vulnerability in SP Page Builder for Joomla allows unauthenticated users to upload arbitrary files, ultimately resulting in the upload and execution of PHP code.

Affected packages

Ecosystem Package Introduced Fixed

Related vulnerabilities