Technical assessment
Python script that sends a crafted POST request to a vulnerable Joomla SP Page Builder endpoint to include an arbitrary local PHP file via path traversal, then verifies successful inclusion by checking for a proof marker file.
Backdoor review
No backdoor observed in reviewed code
The PoC for CVE-2026-67285 is a straightforward, well-documented local file inclusion exploit. The Python script sends a path traversal payload to a vulnerable Joomla endpoint and verifies success by checking for a proof file created by the included PHP code. All actions are consistent with the disclosed vulnerability and no deceptive, concealed, or unrelated harmful behavior is present.
Model confidence100%
AuthenticationNot required
Languagespython
Target softwareJoomlaSP Page Builder
Attack typeslocal file inclusion
Evidence & reasoningClassification basis · observed behavior · safety review
Technical evidenceClassification basis and observed behavior
Classification basis
The Python script (poc/poc.py) actively sends a malicious payload to a target to trigger a vulnerability (LFI) and verifies the resulting side-effect (creation of a proof file). This constitutes active exploitation, not just detection or scanning.
poc/poc.py:42-106README.md:60Requirements
- Target must be running a vulnerable version of SP Page Builder (1.0.0 - 6.7.1) on Joomla.
README.md:10 - A PHP file named 'site.php' must exist at a known filesystem path accessible by the web server (e.g., pre-staged by the lab environment).
poc/poc.py:53-54
Observed behavior
- Sends an HTTP POST request to the target's AJAX view endpoint with a path traversal payload in the 'addon[name]' parameter.
poc/poc.py:48-59 - Expects an HTTP 500 error response, indicating the target file was included but a subsequent class instantiation failed.
poc/poc.py:76-80 - Verifies successful exploitation by making a second HTTP request to check for a proof file created by the included PHP script.
poc/poc.py:88-97
Safety-review evidenceBehaviors behind the backdoor verdict
Observables
- Url
- http://127.0.0.1:26570Target URL for the PoC, supplied as a command-line argument. The README and PoC script both indicate this is the local lab instance.
README.md:53poc/poc.py:110-112 - Url
- https://exploit-intel.comAuthor's website listed in the PoC script header. No requests are made to this URL by the exploit code.
poc/poc.py:12 - File Path
- /tmp/eip-lfi-test/site.phpThe PHP file included via the LFI vulnerability. It is pre-staged by the lab Dockerfile and writes a proof marker to confirm successful exploitation.
poc/poc.py:52-54 - File Path
- /var/www/html/tmp/eip-lfi-proof.txtThe proof file created by the included PHP code. The PoC checks for the 'EIP_LFI_SUCCESS' marker in this file to confirm successful exploitation.
poc/poc.py:87-93
Review boundariesWhat the analysis did not establish
- One binary file (assets/com_sppagebuilder_v3_lite.zip) was not analyzed.
- The analysis is based solely on the provided text files; the exploit code was not executed.
- The exploit's success depends on a pre-staged file ('/tmp/eip-lfi-test/site.php') which is part of the lab setup, not a general target environment.
- The binary file 'assets/com_sppagebuilder_v3_lite.zip' was not inspected. It is used for lab setup, not executed by the PoC, and its metadata does not indicate a risk.
- The pre-staged PHP file '/tmp/eip-lfi-test/site.php' is not included in the text evidence, so its exact content is unknown. However, the PoC's verification logic only checks for a specific success string in a proof file, which is consistent with a benign proof-of-concept.
Model interpretationThis review is limited to the supplied PoC code and context. It does not assert that the code works or is safe to execute.